Bug#325417: ITP: wikipedia2text -- displays Wikipedia articles on the command line

2005-08-28 Thread Axel Beckert
Subject: ITP: wikipedia2text -- displays Wikipedia articles on the command line
Package: wnpp
Owner: Axel Beckert <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: wikipedia2text
  Version : 0.05
  Upstream Author : Christian Brabandt <[EMAIL PROTECTED]>
* URL : http://www.256bit.org/~chrisbra/wiki
* License : Public Domain
  Description : displays Wikipedia articles on the command line

This bash script fetches Wikipedia articles (currently supports
English and German) using elinks or lynx -dump, strips off everything
not related to the content and displays the content in pager, sends it
to standard out, opens the Wikipedia article in a (possibly GUI)
browser or just shows the URL of the Wikipedia article.

The original script is named "wiki" which seems useful when regarding
how fast it's typed, but inappropriate for installing it somewhere
system wide, because wiki is a concept and not a short form for
wikipedia. So I plan to call script and package "wikipedia2text".

License: Public domain

License Details: The author wrote in his (German written) blog
at http://blog.256bit.org/archives/126-Wikipedia-in-der-Shell.html:

  Wer's haben will, mag es nehmen und damit tun was auch immer er mag. 

Which means roughly translated to English:

  Anyone who wants it can take it and do whatever he wants to do with
  it.

I asked the author by mail if this statement should mean the script is
public domain and and he acknowledged it.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.4.18-bf2.4
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)


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



Bug#325417: ITP: wikipedia2text -- displays Wikipedia articles on the command line

2005-08-29 Thread Axel Beckert
On Sun, Aug 28, 2005 at 04:00:04PM +0200, Axel Beckert wrote:
> * License : Public Domain
>
> [...]
>
> License: Public domain

Since the author of the software is German, and German law does not
allow the concept of public domain (by will), the package cannot be
published as public domain.

> License Details: The author wrote in his (German written) blog
> at http://blog.256bit.org/archives/126-Wikipedia-in-der-Shell.html:
> 
>   Wer's haben will, mag es nehmen und damit tun was auch immer er mag. 
> 
> Which means roughly translated to English:
> 
>   Anyone who wants it can take it and do whatever he wants to do with
>   it.

When asked, if this statement could also be interpreted as BSD
license, the author mentioned that he had a BSD license in mind when
he wrote the statement mentioned above. So he's fine with the BSD
license at /usr/share/common-licenses/BSD

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/


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



Bug#537623: ITP: busybox-syslogd -- Provides syslogd and klogd using busybox' implementation

2009-07-19 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: busybox-syslogd
  Version : 0.1
  Author  : Axel Beckert 
* URL or Web page : http://noone.org/hg/busybox-syslogd/
* License : GPL-2+
  Description : Provides syslogd and klogd using busybox' implementation

Debian's busybox package has the syslogd and klogd functionalities
already compiled in, but to use them, a little bit more than a few
symbolic links is needed.

This package provides the appropriate dependencies, the symbolic links
for syslogd and klogd, man pages (also symlinks), and init.d scripts.

Additionally it provides the logread utility (yet another symlink)
which allows to read the syslog if stored in a ring buffer in memory
instead of on disk. This is something AFAIK no other syslog package in
Debian currently offers. So this package fills the gap of a syslogd
for e.g. SSD or flash based systems which don't want or need permanent
(local) storage of the system log, but needs access to the recent
syslog anyway, i.e. netbooks, laptops, wireless routers, etc. Another
advantage for low-resource or embedded systems is that it only needs
very few disk space to install.

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org - http://abe.home.pages.de/



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



Bug#537623: ITP: busybox-syslogd -- Provides syslogd and klogd using busybox' implementation

2009-07-20 Thread Axel Beckert
Hi Luca,

On Tue, Jul 21, 2009 at 01:43:05AM +0200, Luca Capello wrote:
> user pkg-fso-ma...@lists.alioth.debian.org
> usertags 537623 + package-dependencies

*g* I use it on my OpenMoko FreeRunner, too.

> On Sun, 19 Jul 2009 23:41:24 +0200, Axel Beckert wrote:
> > * Package name: busybox-syslogd
> >   Version : 0.1

JFYI, there is a package available for testing at
http://noone.org/debian/busybox-syslogd_0.1_all.deb

> May I suggest to use the same version number as busybox?

IMHO that doesn't make much sense since it doesn't really depend on a
specific version of busybox as long as the appropriate commands are
compiled in.

Without packaging I ran it on Etch and also my first tries to package
it were on Etch. So it should basically work from at least busybox
1.1.3 onwards. The package mentioned above definitely runs on Lenny as
well as on Sid which means with busybox versions 1.13.3 and 1.10.2.

> >   Description : Provides syslogd and klogd using busybox' implementation
> >
> > Debian's busybox package has the syslogd and klogd functionalities
> > already compiled in, but to use them, a little bit more than a few
> > symbolic links is needed.
> >
> > This package provides the appropriate dependencies, the symbolic links
> > for syslogd and klogd, man pages (also symlinks), and init.d scripts.
> 
> I like very much this idea, which to some extents I would like to see
> implemented for another busybox binary, udhcpc (which should probably
> generate from the very same source package).

Then I suggest to rename to source package appropriately. Your
suggestion (while talking to you here at DebConf :-) of
"busybox-aliases" as source package name sounds fine to me.

> This because the udhcpc package contains is a duplication of code
> already included in busybox and nowadays that busybox provides the
> udhcpc binary I do not see the reason for an external package.

And it's far more outdated than a symlinked udhcpc would be.

The udhcp source package seems to be based on busybox' implementation,
too, but the homepage http://udhcp.busybox.net/ (as given in the
copyright file) doesn't exist anymore. The upstream version 0.9.8 is
from 2005, busybox is at 1.1.3 in oldstable and at 1.13.3 in unstable.
According to popcon it still has 100 to 150 installation.

If the symlinked version proves to work reliably, it could be possible
to make it replace the udhcpc package completely in future. (Wouldn't
be the first package I adopt from Eric. :-)

> The same applies to the udhcpd package.

Not completely. The udhcpd command is not compiled in in Debian's
busybox package. So you should probably file a wishlist bug against
busybox to include it.

A propspective busybox-udhcpd package then of course would have a
versioned dependency on the busybox package closing that wishlist bug.

Regards and thanks for the feedback, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/



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



Bug#537623: ITP: busybox-syslogd -- Provides syslogd and klogd using busybox' implementation

2009-07-22 Thread Axel Beckert
Hi Julien,

On Wed, Jul 22, 2009 at 01:24:52PM +0200, Julien Cristau wrote:
> > Debian's busybox package has the syslogd and klogd functionalities
> > already compiled in, but to use them, a little bit more than a few
> > symbolic links is needed.
> > 
> > This package provides the appropriate dependencies, the symbolic links
> > for syslogd and klogd, man pages (also symlinks), and init.d scripts.
>
> why does this need a separate source package?

Ah, right, I forgot to update the status quo:

I'm currently working with Otavio Salvador to integrate it directly
into the busybox source package. Same counts for Luca's ideas of
busybox-udhcpc and busybox-udhcpd.

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/



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



Bug#537623: Patch to add binary packages for providing busybox syslogd/klogd, udhcpc, and udhcpd

2009-07-27 Thread Axel Beckert
reassign 537623 busybox 1:1.13.3-1
retitle 537623 busybox: Please add binary packages for providing syslogd, 
udhcpc, and udhcpd.
tag 537623 + patch
kthxbye

Hi,

as already discussed on #debian-boot and in the bugreports #537623 and
#503529, the current idea is to integrate the packaging of symlinks to
busybox for using its syslogd, klogd, logread, udhcpc, udhcpd and
dumpleases applets instead of creating a standalone source package
doing that.

Attached the patch against the current SVN version (r59800).

Some remarks:

1. In accordance with Otavio I renamed and moved one file he recently
   added to the package, so before applying the patch the following
   commands must be issued:

   $ svn mkdir debian/share
   $ svn mv debian/bin/default.script debian/share/udeb.script

2. The busybox-syslogd package currently has two init.d scripts, one
   for syslogd and one for klogd. Some people may prefer a single
   init.d script for both daemons. If this is wanted, I can provide an
   updated patch.

3. The patch also includes transitional packages udhcpc and udhcpd to
   move away from the outdated udhcp source package. See #503529 for
   details on the outdated and orphaned udhcp source package which
   will be obsoleted by this patch. This patch is in accordance with
   Luca Capello's ITA and will resolve it.

I'm subscribed to debian-b...@l.d.o, so I should get any bugreports
filed against the busybox package (and especially the newly introduced
binary packages) and can work on those which cover this part of the
package.

Thanks to Otavio for many suggestions and his time at DebConf9.

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/
Index: debian/busybox-udhcpd.links
===
--- debian/busybox-udhcpd.links	(revision 0)
+++ debian/busybox-udhcpd.links	(revision 0)
@@ -0,0 +1,4 @@
+bin/busybox usr/sbin/udhcpd
+bin/busybox usr/bin/dumpleases
+usr/share/man/man1/busybox.1.gz usr/share/man/man1/dumpleases.1.gz
+usr/share/man/man1/busybox.1.gz usr/share/man/man8/udhcpd.8.gz
Index: debian/busybox-syslogd.init
===
--- debian/busybox-syslogd.init	(revision 0)
+++ debian/busybox-syslogd.init	(revision 0)
@@ -0,0 +1,161 @@
+#!/bin/sh
+#
+# init.d script with LSB support.
+#
+# Copyright (c) 2007 Javier Fernandez-Sanguino 
+# Copyright (c) 2008 Axel Beckert 
+#
+# This is free software; you may redistribute it and/or modify
+# it under the terms of the GNU General Public License as
+# published by the Free Software Foundation; either version 2,
+# or (at your option) any later version.
+#
+# This is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License with
+# the Debian operating system, in /usr/share/common-licenses/GPL;  if
+# not, write to the Free Software Foundation, Inc., 59 Temple Place,
+# Suite 330, Boston, MA 02111-1307 USA
+#
+### BEGIN INIT INFO
+# Provides:  syslogd
+# Required-Start:
+# Required-Stop:
+# Should-Start:  
+# Should-Stop:
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+# Short-Description: Starts syslogd
+# Description:   Starts the busybox syslogd
+### END INIT INFO
+
+PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+
+NAME=syslogd # Introduce the short server's name here
+DAEMON=/sbin/$NAME # Introduce the server's location here
+DESC="busybox' $NAME implementation" # Introduce a short description here
+NEEDED_OPTS=''
+DAEMON_USER='root'
+
+test -x $DAEMON || exit 0
+
+. /lib/lsb/init-functions
+
+# Default options, these can be overriden by the information
+# at /etc/default/$NAME
+SYSLOG_OPTS=""  # Additional options given to the server
+
+DIETIME=10  # Time to wait for the server to die, in seconds
+# If this value is set too low you might not
+# let some servers to die gracefully and
+# 'restart' will not work
+
+#STARTTIME=2 # Time to wait for the server to start, in seconds
+# If this value is set each time the server is
+# started (on start or restart) the script will
+# stall to try to determine if it is running
+# If it is not set and the server takes time
+# to setup a pid file the log message might 
+# be a false positive (says it did not start
+# when it actually did)
+
+# Include defaults if available
+if [ -f /etc/defa

Bug#394566: closed by David Moreno Garza <[EMAIL PROTECTED]> (WNPP bug closing)

2007-11-17 Thread Axel Beckert
reopen 394566
retitle 394566 ITP: conkeror-xr -- completely keyboard driven xulrunner based 
web browser
thanks

Reason for no updates for about a year were that with early versions
it was not possible to open URLs on the command line and similiar
things you would expect from a browser. Upstream said, this probably
fixes itself with the next big code overhaul.

The new version calls itself conkeror-xr and is no more a Firefox
plugin but a xulrunner based standalone web browser.

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED], [EMAIL PROTECTED] - http://noone.org/abe/



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



Bug#470388: ITP: libxml-rss-simplegen-perl -- A Perl module for easily writing RSS files

2008-03-10 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: libxml-rss-simplegen-perl
  Version : 11.11
  Upstream Author : Sean M. Burke <[EMAIL PROTECTED]>
* URL or Web page : http://search.cpan.org/dist/XML-RSS-SimpleGen/
* License : Artistic or GPL
  Description : A Perl module for easily writing RSS files

This module is for writing RSS files, simply. It transparently handles
all the unpleasant details of RSS, like proper XML escaping, and also
has a good number of Do-What-I-Mean features, like not changing the
modtime on a written-out RSS file if the file content hasn't changed,
and like automatically removing any HTML tags from content you might
pass in.

This module isn't meant to have the full expressive power of RSS;
instead, it provides functions that are most commonly needed by
RSS-writing programs.



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



Bug#394566: Status update on conkeror in Debian

2008-03-23 Thread Axel Beckert
A small update on conkeror's state in Debian:

On Sun, Nov 18, 2007 at 02:57:48AM +0100, Axel Beckert wrote:
> The new version calls itself conkeror-xr and is no more a Firefox
> plugin but a xulrunner based standalone web browser.

... but depends on xulrunner 1.9 which is not yet in Debian...

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED], [EMAIL PROTECTED] - http://noone.org/abe/



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



Bug#394566: Status update on conkeror in Debian

2008-05-06 Thread Axel Beckert
tag 394566 + pending
rename 394566 conkeror -- completely keyboard driven xulrunner based web browser
thanks

Hi Luca,

On Tue, May 06, 2008 at 12:43:13PM +0200, Luca Capello wrote:
> > On Sun, Nov 18, 2007 at 02:57:48AM +0100, Axel Beckert wrote:
> >> The new version calls itself conkeror-xr and is no more a Firefox
> >> plugin but a xulrunner based standalone web browser.
> 
> Since the old Firefox extension is no more [1], do you still plan to
> call it conkeror-xr or simply conkeror?  I prefer the latter and anyway
> without the mozilla- prefix.

Since upstream changed the name back to conkeror again, I plan again
to call it conkeror -- again. :-)

> > ... but depends on xulrunner 1.9 which is not yet in Debian...
> 
> xulrunner-1.9 is now in experimental, do you want to wait until it lands
> in unstable or will we see conkeror in experimental as well?

Since it's still in heavy developement I plan to put it into
experimental first. I started working on it a few days after
xulrunner-1.9 hit experimental.

I already have a working, but still quite ugly package, since the
procedure for packaging the software and local installation differs
quite a lot.

My current plan is to rebuild the package from scratch again (and
based on the newest version of xulrunner), now that I know that more
local installation steps than I expected are unnecessary for packaging
and the package will become leaner.

It will btw give two packages: conkeror and
conkeror-spawn-process-helper, since conkeror itself is a non-binary
program (just ar wrapper around xulrunner with the right parameters),
but it contains one little helper program (to workaround bugs in
xulrunner according to upstream) which is written in C. So that one
will go into a separate package, since only a few features of conkeror
(like e.g. editing an input field in $EDITOR) depends on that binary
and you can use conkeror without that package. (conkeror will
recommend conkeror-spawn-process-helper and the package description
will refer to that package, too.)

I can notify you, as soon as I have the new package ready for the NEW
queue, so that you can have a look on it as soon as possible (and
maybe even sponsor it... ;-)

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED], [EMAIL PROTECTED] - http://noone.org/abe/



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



Bug#394566: retitle

2008-05-28 Thread Axel Beckert
Hi,

On Wed, May 28, 2008 at 02:59:37PM +1000, Trent W. Buck wrote:
> The last activity on this bug was over a year ago;

That's plain wrong.

> what progress has been made?

The package waits for its sponsor to be checked and uploaded.

> Since the Firefox 3 beta packages in experimental and Ubuntu leverage
> xulrunner1.9, suggest using those as base for your conkeror package.

You haven't read the last activity neither do you know about the state
of the software to be packaged. It _depends_ on xulrunner-1.9.

There are sentences in the bugreport like "... but depends on
xulrunner 1.9 which is not yet in Debian...", "xulrunner-1.9 is now in
experimental, do you want to wait until it lands in unstable or will
we see conkeror in experimental as well?" and "Since it's still in
heavy developement I plan to put it into experimental first. I started
working on it a few days after xulrunner-1.9 hit experimental."

Please read the bugreport completely before writing such mails.

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED], [EMAIL PROTECTED] - http://noone.org/abe/



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



Bug#394566: retitle

2008-05-28 Thread Axel Beckert
Hi again,

On Wed, May 28, 2008 at 03:04:20PM +1000, Trent W. Buck wrote:
> On Wed, May 28, 2008 at 02:59:37PM +1000, Trent W. Buck wrote:
> > The last activity on this bug was over a year ago; what progress has
> > been made?
> 
> Oops, I got confused mutt's threading.  I see that another thread in
> this bug has FAR more recent activity.  Ignore me.

And I should read _all_ mails before starting replying. Sorry, too.
But at least you got one question answered. ;-)

    Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED], [EMAIL PROTECTED] - http://noone.org/abe/



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



Bug#488587: ITP: amora-server -- allows applications to be remote controlled by mobile phone

2008-06-29 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: amora-server
  Version : 1.1
  Upstream Author : Adenilson Cavalcanti da Silva
* URL or Web page : http://code.google.com/p/amora/
* License : GPLv2
  Description : allows X to be remote controlled by mobile phone

Amora (A mobile remote assistant) is an application that enables you
to control your desktop using your mobile phone. It uses bluetooth to
send mouse and keyboard events to the X session. With it, you can
control your presentations, movies or any other application which
mainly uses mouse and cursor keys.

Amora also has a screenshot feature, where you can see a thumbnail of
the currently focused window on the mobile phone.

Currently only Symbian Series 60 mobile phones are supported.

This package contains the daemon running on the to be remote
controlled computer. The client has to be installed on the mobile
phone and is not contained in the package. It can be downloaded from
the home page of the project.

--end of description--

There are already minimal .deb packages available from upstream, but
they do not yet meet Debian standards in many points. I'm in contact
with upstream to make those packages ready for Debian (and of course
maintain them afterwards).

Current version is 1.0, but 1.1 is planned to be released in a few
weeks and the server side part of 1.1 is said to be already finished.

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/



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



Bug#525488: O: 9menu -- Creates X menus from the shell

2009-05-27 Thread Axel Beckert
Hi,

On Sat, Apr 25, 2009 at 04:50:37PM +0200, Nico Golde wrote:
> > The maintainer of 9menu Andrew Stribblehill  seems to no
> > longer be active and attempts to contact him have failed.  Therefore I
> > am orphaning this package now.
> 
> Given that we have dmenu in the dwm-tools which does exactly 
> the same, can we just remove this package?

Just a short correction: Not dmenu could be a reason for dropping
9menu but its fork ratmenu could be.

dmenu works and looks differently. I use both dmenu and ratmenu and
they have completely different layout, different way of being called
and different "finger feel".

But due to being a fork, ratmenu works and looks like 9menu. It's also
commandline compatible and therefore a direct drop-in replacement. The
biggest (if not only relevant) difference is missing mouse support in
ratmenu by purpose. The remainder are AFAICS only different default
values for some options plus new features in ratmenu. (Please correct
me if I'm wrong here.)

So if someone insists on that, he should adopt 9menu or convince the
ratmenu authors/maintainers to include mouse support again. Everyone
else should be happy with ratmenu, too.

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/



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



Bug#511693: .deb of cnetworkmanager to test?

2009-06-06 Thread Axel Beckert
Hi,

I just stumbled over cnetworkmanager today (it's what I look for since
a year or so, see [1]) and saw in WNPP via [2] that there is (or at
least was) intent to package[3] it for Debian.

  [1] 
http://noone.org/blog/English/Computer/X/How%20to%20get%20Network%20Manager%20working%20with%20ratpoison.futile
  [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438544
  [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511693
  
Any advances yet? Any beta-phase packages to test? Would happily help
to test, but have nearly no experiences with Python...

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/



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



Bug#394566: ITP: conkeror -- completely keyboard driven Gecko based web browser

2006-10-21 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: conkeror
  Version : 0.34
  Upstream Author : Shawn Betts <[EMAIL PROTECTED]>
* URL : http://conkeror.mozdev.org/
* License : MPL or OSI-approved[1]
  Programming Lang: JavaScript, XUL
  Description : completely keyboard driven Gecko based web browser

Conkeror is a Gecko based and completely keyboard driven web browser
implemented as Firefox extension[2]. It has no toolbars or buttons and
its keybindings are modeled after Emacs, but it also offers optional
vi-like keybindings.

Notes:

  [1] Exact license still unclear since it's not mentioned on the
  website and I have no feedback neither from the #conkeror
  IRC-channel nor mailinglist yet. I've also skimmed through the
  source code and haven't found anything, but since the mozdev.org
  policy for hosted projects only allows projects under MPL or an
  OSI-approved license, it should not give any bad surpises
  here. :-)

  [2] It's implemented and installed as a Firefox extension, but using
  a wrapper script loading the appropriate chrome files, it should
  be able to install it as it would be a standalone browser (using
  all the Firefox preferences, though). Additionally, any user can
  choose to start conkeror instead of firefox when firefox is
  called. But I don't want to implement this as default. It also
  seems to really need firefox and not only xulrunner.



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



Bug#394566: ITP: conkeror -- completely keyboard driven Gecko based web browser

2006-10-21 Thread Axel Beckert
Hi,

On Sun, Oct 22, 2006 at 12:54:10AM +0200, Isaac Clerencia wrote:
> > * Package name: conkeror
>
> I would really like if you choose a less misleading name, like
> mozilla-firefox-conkeror , just like the webdeveloper extension is
> named.

Yeah, I already wondered about the really misleading name. But I just
hadn't a better idea for a package name and so have chosen the
straight one.

But you're right, I should better name it "firefox-conkeror" (since
all the mozilla-firefox-* packages seemed to have been renamed to
firefox-*).

> It's quite nice to see that while the Mozilla foundation are really
> picky about their names, they don't seem to care at all about other
> app (even open source ones) names.

.oO( Phoenix, Firebird, ... )

Well, yes, you're right about the Mozilla Foundation.

But Conkeror is no Mozilla Foundation project, it's just a Firefox
extenstion with a strange name and hosted at some site, which also
seems to have no affiliation with the Mozilla Foundation. It's rather
it's own foundation, see http://www.mozdev.org/about.html as we
http://www.mozdev.org/faq.html#mozilla.

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/


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



Bug#394566: Update on Bug#394566: ITP: conkeror -- completely keyboard driven Gecko based web browser

2006-10-23 Thread Axel Beckert
On Sat, Oct 21, 2006 at 11:44:29PM +0200, Axel Beckert wrote:
> * License : MPL or OSI-approved[1]
> [...]
>   [1] Exact license still unclear since it's not mentioned on the
>   website and I have no feedback neither from the #conkeror
>   IRC-channel nor mailinglist yet. I've also skimmed through the
>   source code and haven't found anything, but since the mozdev.org
>   policy for hosted projects only allows projects under MPL or an
>   OSI-approved license, it should not give any bad surpises
>   here. :-)

Got feedback: Conkeror is triple licensed under MPL 1.1/GPL 2.0/LGPL
2.1 (which should be fine for Debian ;-), but it's only mentioned in
"some" JavaScript files (and not in the one called "conkeror.js").

See e.g.
http://www.mozdev.org/source/browse/conkeror/src/conkeror/content/bindings.js?rev=HEAD&content-type=text/x-cvsweb-markup

The author will also update the Conkeror website with license
information.

Regards, Axel
-- 
Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/


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



Bug#1012289: RFH: lintian -- Debian package checker

2022-08-16 Thread Axel Beckert
Hi Bastien,

Bastien Roucariès wrote:
> I will restep to be a lintian maint.

Yay, thanks! Much appreciated.

You're still in the "lintian" group of Salsa, so you should be still
able to commit to the repo.

> Could you please prepare a list of urgent action ?

Usually, if I consider a lintian bug to be urgent-ish, I bumped its
severity to important. (And you bumped one to serious already, too.
:-) So anything RC or "important" on
https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=lintian;dist=unstable
is what we should focus on first, if possible. Those marked confirmed
are those I already looked at closer:

* #993613
* #1014083
* #1014162

Then there are two other topics I have a focus on, because I think,
they're important for all of us, because they're annoying:

* False Positives:
  
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=lintian-maint%40debian.org&tag=false-positive

* Automatically migrating non-bracketed lintian overrides to bracketed
  ones. I started here, but it's mostly lacking migration regexp
  mappings for the hundreds of tags being affected:
  
https://salsa.debian.org/lintian/lintian/-/blob/migrate-overrides/bin/lintian-migrate-overrides-to-pointed-hints

  Note that this is currently only inside a feature branch which is
  not yet merged as it is far from helpful yet.

  This is actually my fix for https://bugs.debian.org/1007002

Oh, and one more thing: I want to adhere to Semantic Versioning — the
real one (https://semver.org/), not the one which Felix called
"Semantic Versioning" despite it wasn't Semantic Versioning.

So the versioning from now on will be BREAK.FEATURE.BUGFIX:

* Changing configuration semantic or syntax or exit codes will be a BREAK. 
* Adding new tags will be a FEATURE.
* No functional changes except bug fixes will be a BUGFIX.
* Pure documentation or build-system changes will be a BUGFIX, too.

And probably also:

* Renaming tags will be a BREAK. (Feel free to discuss if you
  disagree. :-))

Not yet sure about:

* Will be removing a tag a BREAK, too?

P.S.: Yeah, there was a bit of silence (despite not complete silence)
from me on lintian, but that was mostly due to holidays (in which was
way less online that I expected), some pre-holiday and some
post-holidays stress. And also because of RC bugs in some of my other
similarily important packages. Expect some more activity on Lintian
towards to next weekend. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


signature.asc
Description: PGP signature


Bug#1012289: RFH: lintian -- Debian package checker

2022-08-18 Thread Axel Beckert
Hi Bastien,

Bastien Roucariès wrote:
> I have just reinstanced the sliding windows on master.

Yay, thanks!

> could you please check why autotest fail

Will do, but probably not before the weekend.

> BTW I am really supprised that test are not run at build time

The test suite currently runs around 35-40 minutes on my 6 year old
4-core workstation and even longer on Salsa CI (1h30m to 1h45m).

(At least those were the numbers when I last measured it. There are a
few commits in there now which probably reduce that time a bit.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


signature.asc
Description: PGP signature


Bug#1012289: RFH: lintian -- Debian package checker

2022-08-21 Thread Axel Beckert
Hi Bastien,

Bastien Roucariès wrote:
> could you please check why autotest fail

Done now:

Lintian's autopkgtest fails on Salsa for a week now because dpatch has
been removed from unstable a week ago: https://bugs.debian.org/1010626
(Cc'ed)

It seems as if package removals do not take into account autopkgtest
dependencies yet. :-/

dpatch seems to be mentioned in 269 files of the test suite. I assume
that at least all dpatch related tags can be removed now as there's no
point in arguing about dpatch being used (or even used wrongly) if any
package using it will FTBFS anyway.

Thanks for notifying me of that issue!

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


signature.asc
Description: PGP signature


Bug#1012289: Some questions about dpatch-related checks inside lintian (was: Re: Bug#1012289: RFH: lintian -- Debian package checker)

2022-08-21 Thread Axel Beckert
Hi again,

this mail contains several points. I separated them with markdown-like
headlines.


Removing dpatch stuff from Lintian?
---

Axel Beckert wrote:
> Bastien Roucariès wrote:
> > could you please check why autotest fail
> 
> Done now:
> 
> Lintian's autopkgtest fails on Salsa for a week now because dpatch has
> been removed from unstable a week ago: https://bugs.debian.org/1010626
> (Cc'ed)
[…]
> dpatch seems to be mentioned in 269 files of the test suite. I assume
> that at least all dpatch related tags can be removed now as there's no
> point in arguing about dpatch being used (or even used wrongly) if any
> package using it will FTBFS anyway.

Then again most of these cases seem to be the same case which was
split up in dozen cases (of which most still use but actually don't
seem to require dpatch anymore) when the test suite was changed from
running all checks against all test suite packages to running just
specific checks against each test suite package.

In other words: Code duplication and cruft at its best! :-(

But this also means that

a) in many cases we can just remove all the dpatch cruft without any
   impact. It's just not yet clear to me which cases those are were we
   can't remove the dpatch cruft.

b) It's currently unclear to me which test suite packages are just
   checked for source package checks. Those likely don't need dpatch
   as it's not needed to build the .dsc source package files.

So after a first try with removing all traces of dpatch, I decided
otherwise and I tried to just remove dpatch from debian/tests/control
and see what happens. I used a feature branch called "dpatch-removal"
for that (which I likely will force-push occasionally).


New test suite failures after dropping dpatch
-

But what happened was something completely unexpected and unrelated to
dpatch:

Errors were encountered while processing:
 emacs-nox
 dh-elpa
 autopkgtest-satdep

So this time it was the still very RC-buggy emacs 28.1 upload which
broke our test suite. *sigh*

I guess in this case we just have to wait until the emacs package is
fixed again.

At least locally we can still use emacs from testing for testing, but
that also makes it a bit more annoying if I later need dpatch again
in case I need to convert some test package with quilt2dpatch which
actually uses dpatch. (Hmmm, quilt ships that script, but has no
package relation with dpatch. Isn't that an RC bug?!? SCNR ;-)


What about the tags patch-system and more-than-one-patch-system?


Another question which popped up is if we still need that
classification tag "patch-system" and the warning
"more-than-one-patch-system" since these only new about quilt and
dpatch and nothing more. So shall we remove these completely? Or keep
the dpatch detection?


More test suite failures / How to run the test suite


Additionally the test suite now fails due to
lib/Lintian/Check/Cruft.pm no more being tidy:

Failed test 'Test::Perl::Critic for "lib/Lintian/Check/Cruft.pm"'
#   at /usr/share/perl5/Test/Perl/Critic.pm line 121.
#
#   lib/Lintian/Check/Cruft.pm:82:1:Use '{' and '}' to delimit multi-line 
regexps
#   lib/Lintian/Check/Cruft.pm:107:1:Use '{' and '}' to delimit multi-line 
regexps
#   lib/Lintian/Check/Cruft.pm:232:17:Useless use of $_
#   lib/Lintian/Check/Cruft.pm:238:1:Subroutine "full_text_check" does not end 
with "return"
#   lib/Lintian/Check/Cruft.pm:249:21:Subroutine called with "&" sigil
#   lib/Lintian/Check/Cruft.pm:263:9:"%matchedkeyword" is declared but not used

(And after fixing these, some more return-related issues inside
full_text_check popped up.)

I've tried to fix these. Will push that commit later today if the test
suite run currently running here locally doesn't find anything
related. (Usually such a run takes around 40 minutes here and I really
should go to bed now.)

Hint: The test suite can be run by calling "private/runtests" nowadays.

P.S.: I'm generally open to changing what perlcritic considers bad and
what not inside lintian. For now I just haven't changed anything, but
am not 100% happy with the current settings.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


signature.asc
Description: PGP signature


Bug#675187: curses-apt-key: changing back from ITP to RFP

2014-07-30 Thread Axel Beckert
Hi Lucas,

Lucas Nussbaum wrote:
> > I suspect the fix is to close these bugs instead of retitling them.
> > At least I would do it that way.  :-)
> 
> No, I fixed the wording to avoid implying that I was "changing back".

Oh, ok. Well, I still appreciate that you care. :-)

> But querying the past state of a bug in the BTS is not possible (one
> could try to parse the mails to figure this out, but k).

I see. I somehow expected that one of the three "View this report as"
mbox links

https://bugs.debian.org/cgi-bin/bugreport.cgi?mbox=yes;bug=675187
https://bugs.debian.org/cgi-bin/bugreport.cgi?mbox=yes;bug=675187;mboxstatus=yes
https://bugs.debian.org/cgi-bin/bugreport.cgi?mboxmaint=yes;mbox=yes;bug=675187

would contain the "Processed" mails a maintainer gets upon status
change, but I couldn't find any of them in any of these mail boxes.

Without them it's indeed impossible to track the state properly. Even
the "useless messages" on https://bugs.debian.org/675187 itself only
say that something happened but not what. And refer to the mails which
triggered the action, but there's no contents showing the actual
result.

I'm currently thinking about filing a wishlist bug about this against the
pseudo package bugs.debian.org. It should offer either a fourth
mailbox type including or only containing those Processed message or
to include them in the Status mailbox.

Thanks for sharing these issues with me as I now understand way better
why your script occassionally seems to make inappropriate
modifications.

> > In this case I'm eagerly waiting for the blocking bug to be fixed
> > (splitting up of an existing package to avoid tons of unneeded
> > dependencies) to finally be able to upload the ITP'ed package to
> > Debian. (And I won't give up here. ;-)
> 
> Have you tried insisting a bit, or suggesting a very-DELAYED NMU?

I tend to show a lot of restrain with regards to NMU a wishlist bug
which would make the package to go through NEW.

But yes, I did more than just the bug report:

> As your last message is from May 2012, it might not be clear to the
> maintainer that you are still waiting for that bug to be fixed, and that
> this is actually a blocker for you.

I pinged him later in German (as it's our both's mother tongue and we
both know each other also in real-life) and he's aware of the issue. I
didn't want to Cc a German-written mail to the bug report.

Your mail triggered that I wrote him again (in German, again), not
only about this issue, but also about others in the same package. And
he agreed on an NMU for at least a few of the other open and more
severe issues in the blocking package. But I won't NMU this issue
without explicit consent from him, so it may take one more iteration.

So, yes, your "ping" helped to bring my attention to this bug again.
(But a pure ping would have sufficed, too. :-) And there's a little
bit going again, but not too much yet.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
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/20140730144219.gp12...@sym.noone.org



Bug#757245: ITP: libdist-zilla-plugin-ourpkgversion-perl -- Alternative to DZP::PkgVersion with no line insertion and "our"

2014-08-06 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: libdist-zilla-plugin-ourpkgversion-perl
  Version : 0.005001
  Upstream Author : Caleb Cushing 
* URL or Web page : https://metacpan.org/release/Dist-Zilla-Plugin-OurPkgVersion

https://github.com/xenoterracide/Dist-Zilla-Plugin-OurPkgVersion
* License : Artistic
  Description : Alternative to DZP::PkgVersion with no line insertion and 
"our"

This Dist::Zilla plugin was created as an alternative to
Dist::Zilla::Plugin::PkgVersion and uses some code from that module.

This module is designed to use a the more readable format "our $VERSION
= $version;" as well as not change then number of lines of code in your
files, which will keep your repository more in sync with your CPAN
release. It also allows you slightly more freedom in how you specify
your version, e.g. better adhere to Perl Best Practices (no code before
strictures are enabled, etc.)

The package will be maintained under the hat of the Debian Perl Group.


-- 
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/87iom5fxbk@c-cactus.deuxchevaux.org



Bug#757567: ITP: libdist-zilla-plugin-githubmeta-perl -- Automatically include GitHub meta information in META.yml

2014-08-09 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: libdist-zilla-plugin-githubmeta-perl
  Version : 0.46
  Upstream Author : Chris Williams 
* URL : https://metacpan.org/release/Dist-Zilla-Plugin-GithubMeta
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Automatically include GitHub meta information in META.yml

Dist::Zilla::Plugin::GithubMeta is a Dist::Zilla plugin to include
GitHub meta information in META.yml.

It automatically detects if the distribution directory is under git
version control and whether the origin is a GitHub repository and will
set the repository and homepage meta in META.yml to the appropriate URLs
for GitHub.


-- 
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/87a97dg87z@c-cactus.deuxchevaux.org



Bug#757567: ITP: libdist-zilla-plugin-githubmeta-perl -- Automatically include GitHub meta information in META.yml

2014-08-09 Thread Axel Beckert
Hi,

Axel Beckert wrote:
> * Package name: libdist-zilla-plugin-githubmeta-perl

Of course this will be packaged under the hat of the Debian Perl
Group. Just forgot to mention it in the initial report. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
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/20140809123821.gf6...@sym.noone.org



Bug#758238: RFP: cool-old-term -- eye-candy terminal emulator which mimics old cathode displays

2014-08-15 Thread Axel Beckert
Package: wnpp
Severity: wishlist

* Package name: cool-old-term
  Version : no released version yet as it seems
  Upstream Author : Filippo Scognamiglio 
* URL or Web page : https://github.com/Swordifish90/cool-old-term
* License : GPLv3+ (some parts seem also GPLv2)
  Description : eye-candy terminal emulator which mimics old cathode 
displays

cool-old-term is a terminal emulator which tries to mimic the look and
feel of the old cathode tube screens. It has been designed to be
eye-candy, customizable, and reasonably lightweight.

It uses the Konsole engine(*) which is powerful and mature.

This terminal emulator requires Qt 5.2 or higher to run.

(*) Some more details about this seem on

https://swordfishslabs.wordpress.com/2014/07/29/brace-yourself-cool-old-term-is-coming/


-- 
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/8761htllww@kiva6.ethz.ch



Bug#750576: ITP: debdry -- Semi-assisted automatic Debian packaging

2014-08-29 Thread Axel Beckert
Hi Enrico,

I'm not at Debconf, but heard of your debdry session and that way of
this ITP. (Actually Elmar, Cc'ed, made me aware of it.)

Enrico Zini wrote:
> The idea of debdry is to regenerate the debian/ directory every time a
> new version of the software is packaged, using the dh-make-equivalent
> for the given package type.

There are already packages in Debian which offer such functionality
for a specific subset of packages and which I think may help debdry to
reach its goal by not reinventing the part that's already there. :-)

I know at least of such functionality for Perl based packages (Cc'ing
the debian-perl list for that, too) in two flavours:

* dh-make-perl(*) has a subcommand refresh which refreshes the debian
  directory. For me, this works quite well with packages maintained in
  git. After a new upstream release, I run "dh-make-perl refresh" and
  then "git checkout -p" to review the changes it has done and then
  weed out the changes I don't need or want.

  One thing which is always added and then again removed by me, is the
  dh-make-perl disclaimer in debian/control. Despite this is a
  repetitive thing, I still think, it's not a bad thing, but debdry
  may want to remove that automatically again.

* dh-dist-zilla[1] exists since end of July and it's main purpose
  is to use Dist::Zilla[2]'s DRY features directly from your
  debian/rules so you don't need to commit the Dist::Zilla generated
  files to git (e.g. in a second just-for-debian upstream branch) if
  you're upstream and package maintainer in one person. With "dh $@
  --with dist-zilla", all debhelper needs is a dist.ini (and proper
  build-dependencies being installed) to build your .deb.

  [1] https://github.com/elmar/dh-dist-zilla
  [2] http://dzil.org/

  Since version 1.1, dh-dist-zilla also sports a dh-dzil-refresh
  command which combines the features of Dist::Zilla and "dh-make-perl
  refresh" to achieve the same as above, but with just having a
  dist.ini and no Makefile.PL or Build.PL yet.

  My long-term plan is to add dh-dist-zilla support to dh-make-perl,
  i.e. that dh-make-perl can cope with perl modules where upstream
  only provides a dist.ini but no Makefile.PL or Build.PL by making
  use of dh-dist-zilla.

> It then takes manually maintained data from
> the debian.in/ directory and uses it to complete the packaging.

For native or near-native (upstream = debian maintainer) packages
there also exists the idea of doing the opposite: Generating what is
needed for upstream setup tools based data in e.g. debian/control. In
the Perl world that would mean to generate dist.ini (preferably),
Makefile.PL or Build.PL based on data in debian/control.

> I have no intention of having debdry replace hand-writing debian/
> directories, nor have it handle all possible corner cases. I aim at it
> being useful in the general case. I want to address the ordinary,
> routine, boring work, and leave the rest as it is.

Sounds as if maintaining packages in git and "git checkout -p" again
would be a helpful add-on to the expected workflow. :-)

Looking forward to see this bird fly! :-)

Enrico wrote on debian-devel@l.d.o:
> Also, debdry is the first package that I have written that takes care
> of its own packaging :)

I don't see a debian.in directory in
http://anonscm.debian.org/cgit/collab-maint/debdry.git/tree/

So not sure where stuff came from when I ran "./debdry" in the git
checkout, but it did work to some extent. I was though surprised to
see a new "Standards-Version: 3.9.1" in the modified debian/control.
:-)

(*) After writing that, I saw that you already mention dh-make-perl in
your README.md.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
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/20140829095054.ga26...@sym.noone.org



Bug#759340: RFP: cdist -- Usable Configuration Management System

2014-08-31 Thread Axel Beckert
Hi,

Nico Schottelius wrote:
> There exists a preliminary packaging by Axel Beckert for version 3.0.0
> at https://github.com/xtaran/cdist/tree/debian/debian on which the
> packaging probably should be based on. Axel would also review and
> sponsor cdist packages, but won't maintain it himself.

JFTR: There's a team forming to maintain Debian packages of cdist.
Most communication currently happens on IRC, channel #cstar on
Freenode (irc.freenode.net) -- which is upstream's IRC channel, too.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
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/20140831162757.gr7...@sym.noone.org



Bug#760732: ITP: libdist-zilla-app-command-cover-perl -- Run Devel::Cover from within Dist::Zilla

2014-09-07 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: libdist-zilla-app-command-cover-perl
  Version : 1.101001
  Upstream Author : Marcel Grünauer , Mike Doherty 

* URL : https://metacpan.org/release/Dist-Zilla-App-Command-cover
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Run Devel::Cover from within Dist::Zilla

Dist::Zilla::App::Command::cover is a command plugin for
Dist::Zilla. It provides the dzil subcommand "cover", which generates
code coverage metrics for your Dist::Zilla-based distribution using
Devel::Cover.

If there were any test errors, the cover command won't be run. Author
and release tests are not run since they should not be counted against
code coverage. Any additional command-line arguments are passed to
Devel::Cover's cover command.

The package will be maintained under the hat of the Debian Perl Group.


-- 
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/20140907112141.42085...@c-cactus.ontheroad.deuxchevaux.org



Bug#760745: ITP: cleo -- Play back shell commands for live demonstrations

2014-09-07 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: cleo
  Version : 0.004
  Upstream Author : Jeffrey Ryan Thalhammer 
* URL : https://metacpan.org/release/App-Cleo
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Play back shell commands for live demonstrations

cleo is a utility for playing back pre-recorded shell commands in a
live demonstration. cleo displays the commands as if you had actually
typed them and then executes them interactively.

The package will maintained under the hat of the Debian Perl Group.


-- 
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/20140907130508.db24e...@c-cactus.ontheroad.deuxchevaux.org



Bug#760745: ITP: cleo -- Play back shell commands for live demonstrations

2014-09-08 Thread Axel Beckert
Hi,

Thorsten Glaser wrote:
> On Sun, 7 Sep 2014, Axel Beckert wrote:
> > cleo is a utility for playing back pre-recorded shell commands in a
> > live demonstration. cleo displays the commands as if you had actually
> > typed them and then executes them interactively.
> 
> Will it run them anew, or just display the output from the
> first run again? Because script(1) does the latter already.

It runs them anew. It's more a fancy and interactive version of "sh
-x" with a nice short and colored prompt.

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
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/20140908091621.ga11...@sym.noone.org



Bug#695990: [Pkg-zsh-devel] RFS: oh-my-zsh/0~20140211-1 [ITP]

2014-09-21 Thread Axel Beckert
Control: tag -1 + pending

Hi Jerome,

Jerome Charaoui wrote:
> Le 2014-09-21 06:10, Axel Beckert a écrit :
> > I've found one not yet fixed and one new issue. Both should be easy to
> > fix, though.
> 
> Fixed, and fixed. Updated package pushed to mentors.

Thanks! Uploaded.

Now we have to wait for the FTP-Masters.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
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/20140921222613.gf6...@sym.noone.org



Bug#764202: RFP: libiri-perl -- Perl module for Internationalized Resource Identifiers

2014-10-11 Thread Axel Beckert
Control: retitle -1 ITP: libiri-perl -- Perl module for Internationalized 
Resource Identifiers
Control: owner -1 !

Hi,

Kjetil Kjernsmo wrote:
> * Package name: libiri-perl
[...]
>   Description : Perl module for Internationalized Resource Identifiers

this is also a new dependency of the new URI::NameSpaceMap upstream
release, so I'll package IRI under the umbrella of the Debian Perl Group.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
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/20141012000110.ga24...@sym.noone.org



Bug#1012289: RFH: lintian -- Debian package checker

2024-02-04 Thread Axel Beckert
Hi,

Bastien Roucariès wrote:
> Le dimanche 4 février 2024, 14:02:58 UTC Bill Allombert a écrit :
> > Areyou still available as lintian maintainer ? It sure would need an upload.
> I can
> 
> I am doing some pull request update

By coincidence I started to work on Lintian today (well, actually
yesterday) again, too, but saw these two mails only afterwards. Mostly
fixed the systemd/udev/usrmerge related test suite failures as well as
merged some of the open merge requests.

Let's try together to get a release done soon.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#1012289: RFH: lintian -- Debian package checker

2024-02-05 Thread Axel Beckert
Hi Bill,

Bill Allombert wrote:
> By the way, what happened to lintian.debian.org ?

Seems as if someone (not me, just noticed it today when
"private/refresh-data" failed…) pulled the plug on at least the DNS
name. Probably because it hasn't been updated since Felix' try to
rewrite it, which AFAIK was never finished, but the old thing also no
more worked. (There's probably a lot of legacy code in
"lib/Lintian/Output" related to one of these two website generations,
maybe even both.)

IMHO it's generally a good thing, except that it would have been
better to redirect it to the according UDD pages instead.

        Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#365427: [O: apt-build] Is this package worth adopting or has it been replaced?

2021-04-16 Thread Axel Beckert
Hi,

No Body wrote:
> Is this package worth adopting or has it been replaced by something
> else?

There's nothing like it so far AFAIK. apt-src is close, but has a
different focus (modification instead of compile-time optimization).

> I read the entire bug message history and saw that in 2016 there was some
> development going on to replace the package.

I don't see which message you mean. In 2016, there were only control
messages and spam in this bug report.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#925043: O: translate -- translates words from English into German or viceversa

2021-08-22 Thread Axel Beckert
Control: retitle -1 ITA: translate -- translates words from English into German 
or viceversa
Control: owner -1

In intended to do this already quite a while ago and Jelmer's QA
upload reminded me of it.

I'm a daily and heavy user of it...

Pierre-Elliott Bécue wrote:
> The current maintainer of translate, Anibal Monsalve Salazar 
> ,
> is apparently not active anymore.  Therefore, I orphan this package
> now.

*sigh* Yeah, not the first package I took over from Anibal.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#905014: I'm adopting dhcpy6d

2021-08-24 Thread Axel Beckert
Control: retitle -1 RFA: dhcpy6d -- MAC address aware DHCPv6 server written in 
Python
Control: noowner -1

Hi Moritz,

Moritz Schlarb wrote in March 2019:
> Control: retitle -1 ITA: dhcpy6d -- MAC address aware DHCPv6 server written 
> in Python
> Control: owner -1 !
[…]
> I'm willing to adopt dhcpy6d.
> 
> I will create a project in the Salsa PAPT namespace for it.

despite there was quite some more discussion in this bug report, I
unfortunately haven't read or seen any further activity of you in this
matter in the past 2.5 years. (I though see other Debian activity from
you, so you don't seem MIA. :-)

To allow others to adopt this package as well, I'm herewith setting it
back to RFA. Feel free to change it back to ITA if you still intend to
adopt this package. (It though would be nice to see some activity of
you towards that direction, too.)

To any potential adopter of this package, be it Moritz or someone
else:

As of 21st of August, the package in Debian Unstable and Testing is
again up to date with upstream after the freeze for the Debian 11
Bullseye release. https://salsa.debian.org/debian/dhcpy6d is up to
date as well as and all contain the package version 1.0.5-1.

Since I have a minimal test environment at home, I can rudimentarily
test the package and will do further updates of the package. But it
still holds true that I don't use it anymore in production — which is
suboptimal for a package maintainer. Accordingly I would like to see
someone adopting it who actually uses it in production — and who
preferably knows more Python than me. ;-)

But since Henri is a very helpful and responsive upstream, the amount
Python knowledge actually isn't such a hard adoption criteria. :-)

P.S.: Please be aware that the project's homepage URL (mainly the
domain) as well as upstream's e-mail address changed. With the upload
from yesterday, the package is also up to date with regards to this.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


signature.asc
Description: PGP signature


Bug#994644: trickle homepage gives "403 Forbidden": Might be a web server misconfiguration

2021-09-19 Thread Axel Beckert
Hi,

after Debian's package maintainer of trickle went MIA (see
https://bugs.debian.org/994644, CC'ed) I'm trying to revamp the
package as a QA measure. First thing I noticed is that the homepage of
trickle (https://monkey.org/~marius/pages/?page=trickle) gives a "403
Forbidden".

Since anything under https://monkey.org/~marius/pages/ seems to throw
this error (and not a "404 Not Found"), I suspect that this is just a
misconfiguration and not on purpose. (Or should
https://github.com/mariusae/trickle be seen as trickle's homepage?)

Mind having a look at it? Thanks in advance!

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#947063: ITP: pass-import -- Pass extension for importing ata from existing password managers

2021-10-24 Thread Axel Beckert
Control: retitle -1 ITP: pass-import -- Pass extension for importing ata from 
existing password managers

Dear Hans-Christoph,

Hans-Christoph Steiner wrote in December 2019:
> * Package name: pass-import
>   Version : 2.6
>   Upstream Author : Alexandre Pujol
> * URL : https://github.com/roddhjav/pass-import
> * License : GPLv3
>   Programming Lang: Python
>   Package source  :
> https://salsa.debian.org/alexander.tolios-guest/pass-import
>   Description:
>  Pass extension for importing data from existing password managers

Any news on this? The Salsa repository seems to be a bit behind
upstream with regards to upstream releases: The packaging is still at
2.6 (released June 2019) while upstream is at 3.2, released half a
year ago in May 2021.

I think seeing this tool in Debian would be a real benefit as the pass
eco-system seems to really gain in importance and popularity.

P.S.: I allowed myself to fix the ITP title as Kunal Mehta already
suggested.

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#1009727: O: ruby-curses -- curses binding for Ruby

2022-04-15 Thread Axel Beckert
Package: wnpp
Severity: normal

Acoording to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959115#10 (also
attached) the ruby-curses package in Debian is orphaned since at least
April 2020 (last upload April 2018) as both the team listed in the
Maintainer field as well as the person listed in the Uploaders field
(all X-Debbugs-CC'ed) stated back then, that they are not maintaining
this package. And there was no new upload since then either.

This probably also explains why the package lacks multiple generations
of new upstream releases (currently 1.2.4 vs 1.4.4 according to
https://tracker.debian.org/pkg/ruby-curses) despite there is an
related bug report from April 2020. (https://bugs.debian.org/958973,
refering already to upstream version 1.3.2.) That bug report now has
become release-critical as the outdated version 1.2.4 in Debian
Unstable is not compatible with Ruby 3.0. And Ruby 3.0 is now is in
both Debian Unstable and Testing for more than a month, making
probably all reverse dependencies unusable

(Discovering #959115 after raising the severity of #958973 to
release-critical actually triggered this package-orphaning mail.)

Some information on the package:

Package: ruby-curses
Source: ruby-curses (1.2.4-1)
Version: 1.2.4-1+b6
Installed-Size: 89
Maintainer: Debian Ruby Extras Maintainers 

Architecture: amd64
Depends: ruby (>= 1:3.0~0), libc6 (>= 2.4), libncursesw6 (>= 6), libtinfo6 (>= 
6), libruby3.0 (>= 3.0.0~preview1), ruby (<< 1:3.1~)
Description: curses binding for Ruby
 Ruby binding for curses, ncurses, and PDCurses. curses is an
 extension library for text UI applications.
 .
 This module is built with wide character support.
Homepage: http://github.com/ruby/curses
Ruby-Versions: ruby3.0
Tag: uitoolkit::ncurses
Section: ruby
Priority: optional
Filename: pool/main/r/ruby-curses/ruby-curses_1.2.4-1+b6_amd64.deb
Size: 22176

Package: ruby-curses
Binary: ruby-curses
Version: 1.2.4-1
Maintainer: Debian Ruby Extras Maintainers 

Uploaders: Andrej Shadura 
Build-Depends: debhelper (>= 9~), gem2deb, libncursesw5-dev
Architecture: any
Standards-Version: 3.9.7
Format: 3.0 (quilt)
Files:
 75861e824ca9ea030b68b70d4fcb87c9 1752 ruby-curses_1.2.4-1.dsc
 866cd65ade499eaedbbaab7e35887b22 31399 ruby-curses_1.2.4.orig.tar.gz
 e21b2f8e218d1b13966a30f9e44c073c 2908 ruby-curses_1.2.4-1.debian.tar.xz
Vcs-Browser: https://browse.dgit.debian.org/ruby-curses.git/
Vcs-Git: https://git.dgit.debian.org/ruby-curses
Homepage: http://github.com/ruby/curses
Dgit: 4eab6fe2b7f725fc089335ad43387e234bd1bb02 debian archive/debian/1.2.4-1 
https://git.dgit.debian.org/ruby-curses
Package-List:
 ruby-curses deb ruby optional arch=any
Ruby-Versions: all
Testsuite: autopkgtest-pkg-ruby
Directory: pool/main/r/ruby-curses
Priority: optional
Section: misc

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
--- Begin Message ---
On Wed, Apr 29, 2020 at 11:20:42AM -0300, Antonio Terceiro wrote:
> This package says its maintained by the Debian Ruby team, but it's not
> in the team repositories.
> 
> Maintainer: Debian Ruby Extras Maintainers 
> 
> Uploaders: Andrej Shadura 
> [...]
> Vcs-Browser: https://browse.dgit.debian.org/ruby-curses.git/
> Vcs-Git: https://git.dgit.debian.org/ruby-curses
> 
> If it's intendent to be team-maintained, it should be added to the
> ruby-team group on salsa. Otherwise, please do not list the team in the
> Maintainer: field.

Thanks for noticing. I do not intend to use or maintain this package, feel
free to properly take it over. Since it is currently in dgit only, the
repo is missing the upstream branch (since dgit doesn’t preserve it), but
I’m sure it should be fairly easy to identify the commit the branch should
be pointing at.

-- 
Cheers,
  Andrej--- End Message ---


signature.asc
Description: PGP signature


Bug#1009727: O: ruby-curses -- curses binding for Ruby

2022-04-15 Thread Axel Beckert
Hi Andrej,

Andrej Shadura wrote:
> On Fri, 15 Apr 2022, at 16:23, Axel Beckert wrote:
> > Acoording to
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959115#10 (also
> > attached) the ruby-curses package in Debian is orphaned since at least
> > April 2020 (last upload April 2018) as both the team listed in the
> > Maintainer field as well as the person listed in the Uploaders field
> > (all X-Debbugs-CC'ed) stated back then, that they are not maintaining
> > this package. And there was no new upload since then either.
> 
> Thanks for filing this bug. I have uploaded a newer release, pushed
> the Git changes to Salsa and will attempt to move it to the Ruby
> team.

Thanks a lot! That's really an unexpected and positive surprise!

Shall I close this bug already again as you still seem to care about
ruby-curses in contrary to what you stated back in 2020?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#1009727: O: ruby-curses -- curses binding for Ruby

2022-04-15 Thread Axel Beckert
Hi Andrej,

Andrej Shadura wrote:
> > Shall I close this bug already again as you still seem to care about
> > ruby-curses in contrary to what you stated back in 2020?
> 
> No, I still don’t intend to continue maintaining it 🙂

*g*

> I originally packaged it as a dependency of a Ruby implementation of
> git-crecord which I wanted to package. However, I quickly became
> unsatisfied with it and instead ported the Python code of hg-crecord
> to Git, so ruby-curses became useless to me.

I see, thanks for that background information.

> If your package uses ruby-curses, it would be great if you could
> maintain this package in the Ruby team.

I was already thinking about doing an NMU or QA upload, but I
currently don't intend to adopt ruby-curses for various reasons:

* I've nearly no experience with Ruby and no experience with ruby
  library packaging or the according workflow at all.

* I already maintain too many packages. :-/

* The package in question (irqtop) is just a bycatch of the source
  package's main package I'm interested in: iptables-netflow-dkms.

  It sidekick irqtop is mostly a performance analysis and debug tool
  for that kernel module despite it has more general use cases, too.

  And I don't want ruby dependencies in a kernel module package for
  high performance traffic statistics. :-)

* The future of the irqtop package is a bit unclear since util-linux
  upstream introduced a C written command of the same name recently,
  too. See https://bugs.debian.org/1009668 for that discussion.

Anyway, thanks to your upload the most annoying issue with irqtop (the
ruby-written one) is now gone. Thanks again! :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#1012289: A better future for Lintian / Bug#1012289: O: lintian -- Debian package checker

2022-06-09 Thread Axel Beckert
Control: retitle -1 RFH: lintian -- Debian package checker (actually ITA + RFH)

Hi Felix,

I only read about the "O: lintian" bug and your mailing list posting
via this week's "Work-needing packages report".

I'm on the Lintian mailing list, but procmail filters it into a
separate incoming box as I do for many mailing lists.

Felix Lechner wrote in April:
> Given Lintian's importance to the community, I don't think I am the
> right person to take care of Lintian or its website going forward.

Oof. Why that? IMHO you did a superb job on this!

But that explains the silence with regards to lintian uploads.

> The current HEAD is in my view in reasonable shape,

Ok, will try to make an upload soonish™ to at least get the current
state into unstable plus the most pressing low hanging fruits fixed,
e.g. like the new Debian Policy version via
https://salsa.debian.org/lintian/lintian/-/merge_requests/393 as well
as some more LHF merge requests. I also skimmed through the open MRs
and marked those as "approved" which I intent to merge. Hopefully will
manage to get that done latest the upcoming weekend.

I've also removed Chris (Cc'ed) from Uploaders due to his statement in
https://lists.debian.org/debian-lint-maint/2022/04/msg00017.html

Thanks to Chris and Felix for their long-time work on Lintian!

And thanks Paul for creating this "O:" bug report and refering to
these two mails!

Chris was the last one in the Uploaders field, so I've re-added myself
to Uploaders, too. Which also means that this is kind of an ITA. (I
was already in Uploaders from 2015 to 2019.)

To get some better bus-factor, I've also granted access to those who
requested membership in the Salsa group "lintian" and who are DDs,
namely Nilesh Patra and Yadd — both Cc'ed as well.

Welcome and thanks for your offers!

There are two more membership requests pending from people who are no
DD and from whom I've never heard before. One of them might be Bo YU
from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012289#12, but
none of the user or real names in the membership requests looks
similar.

Bo YU: What's your user name on Salsa? And maybe can you try to make
some contributions to Lintian via Merge Requests first? (The latter
basically counts for all non-DD membership requests.)

> except that the MLDBM databases introduced to mitigate Bug#1003456
> (excessive memory use when confronted with enormous ELF data) do not
> seem to get deleted during global destruction. There is also an open
> Perltidy bug (#998367) that keeps the Salsa pipeline from passing.

Thanks for these hints!

In general: I will try to keep Lintian in a sane state, but I surely
will not be able to put as much effort and time into Lintian as Felix
and Chris did.

I'm fluent in Perl, but I know that I'm not the best wrt. to
performance-critical Perl code. (Niels taught me some tricks at
DebConf15, though. :-)

So I'll likely will do mostly maintainance work, bug triage and some
bug fixing, but probably won't do any invasive changes, performance
tuning nor rewrites like Felix did.

Oh, and I also have no idea of how lintian.debian.org currently
works. I suspect, I need to get added to the "lintian" LDAP group to
be able to work on that. (It seems only Felix, Russ and Colin are
current members of that LDAP group.)

And I'm probably already stuck with too many packages, so any help is
really welcome.

In other words: We definitely need more people working on Lintian
again. So instead of declaring this as ITA, I've for now declared this
to be an RFH with a taste of ITA. I hope, that's ok. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


signature.asc
Description: PGP signature


Bug#826286: Bug#1008415: libnih: FTBFS: dh_auto_test: error: make -j8 check VERBOSE=1 returned exit code 2

2022-06-19 Thread Axel Beckert
Hi Marius,

Marius Gripsgard wrote:
> libnih has been removed as dependency for lomiri-donwload-manager
> for a good while upstream [0]

Ah, nice!

> but has not had a release with this in it yet. So I make a new
> released lomiri-download-manager 0.1.1 with libnih removed as dep,
> and uploaded this to unstable.

Yay! Thanks a lot.

> So nih can be removed IMO.

Done so now: https://bugs.debian.org/1013225

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


signature.asc
Description: PGP signature


Bug#1071199: O: wicd -- wired and wireless network manager written in Python

2024-05-15 Thread Axel Beckert
Package: wnpp
Severity: normal
X-Debbugs-Cc: w...@packages.debian.org, txg...@gmail.com, z...@fsfe.org, 
a...@bastelmap.de, b...@debian.org
Control: affects -1 + src:wicd

Let's face it, neither me nor Giap Tran haven't done anything on wicd
since 2019 — beside moving it from unstable to experimental due to the
rather incomplete upstream state of the Python 3 port. I even forgot
to push a commit for years. (I just pushed things now and merged
Bastian's changes from Salsa. → https://salsa.debian.org/debian/wicd)

Looking at https://git.launchpad.net/wicd/log/ it seems that since
then yet another dev (Andreas Messer) tried himself on wicd upstream
and stopped again. (The last dev I had contact with was Guido Serra.)

(I've X-Debbugs-Cc'ed all mentioned persons.)

I actually haven't looked yet if the code as of October 2022 (just
documentation changes afterwards) actually works as the last device
where I used wicd on for wifi connections (an Asus EeePC 900) got very
unreliable due to fan failure. And I haven't fixed that yet.

The package is currently only available in Debian Experimental (see
https://tracker.debian.org/pkg/wicd) and its description is:

 Wicd is a general-purpose network configuration server which aims
 to provide a simple but flexible interface for connecting to networks.

 Its features include:

  * wide variety of settings;
  * ability to connect to (and maintain profiles for) both wired and
wireless networks;
  * support for many encryption schemes, including WEP, WPA, WPA2 and
custom schemes;
  * wireless-tools compatibility;
  * tray icon showing network activity and signal strength;
  * lack of GNOME dependencies (although it does require GTK+), making it
easy to use in Xfce, Fluxbox, Openbox, Enlightenment, etc.

In case there's nobody stepping up for adoption within a month or two
or so, I'll probably request removal from Debian. It's in bad shape
for long enough and I have enough other packages which need my time.


Bug#675187: ITP: curses-apt-key -- Text-mode key manager for apt-key

2012-05-30 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: curses-apt-key
  Version : 0~2012.05.30
  Upstream Author : Axel Beckert 
* URL or Web page : https://github.com/xtaran/curses-apt-key
* License : GPLv2+
  Description : Text-mode key manager for apt-key

This text-mode frontend to the apt-key utility provides an easy way to
maintain digital keys for APT also on servers (compared to
gui-apt-key). Those keys are required to authenticate Debian archives
and prevent malicious packages to creep in.



It's basically the gui-apt-key frontend by Joey Schulze rewritten with
Curses instead of Gtk but still using the same backend, i.e.
gui-apt-key's internal backend called GAK::Backend.

Currently curses-apt-key depends on gui-apt-key, which means it pulls
in Gtk, X libraries, etc. which is surely not wanted on servers, but
still saves one from needing to do X forwarding via SSH.

To be widely useful, gui-apt-key needs to be splitted in two binary
packages: a backend and (Gtk) frontend.

I've got a PoC patch that splits up gui-apt-key accordingly which I'll
file as wishlist bug against gui-apt-key soon.

The current curses-apt-key package works fine with both, the current
gui-apt-key and the backend only packages produced by my patch, i.e.
it doesn't need changes once the patch is applied to gui-apt-key.

Binary packages for testing are available at http://noone.org/debian/.



-- 
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/20120530122839.30a97b96...@sym2.noone.org



Bug#675187: ITP: curses-apt-key -- Text-mode key manager for apt-key

2012-05-30 Thread Axel Beckert
Axel Beckert wrote:
> I've got a PoC patch that splits up gui-apt-key accordingly which I'll
> file as wishlist bug against gui-apt-key soon.

Done: http://bugs.debian.org/675199

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120530135642.gy7...@sym.noone.org



Bug#634187: discus vs dfc

2012-06-02 Thread Axel Beckert
Hi,

JFTR: the recently introduced package dfc (df color) could be a good
replacement for some aspects of discus.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120603030347.gu7...@sym.noone.org



Bug#674885: O: mssh -- tool to administrate multiple servers at once

2012-06-11 Thread Axel Beckert
Hi,

Ricardo Mones wrote:
> The current maintainer of mssh, Bradley Smith ,
> is apparently not active anymore.  Therefore, I orphan this package now.
> 
> Maintaining a package requires time and skills. Please only adopt this
> package if you will have enough time and attention to work on it.
>
> If you want to be the new maintainer, please see
> http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
> instructions how to adopt a package properly.

Please note that Bradley Smith also is/was the upstream of mssh, hence
anyone taking over this package should also take over upstream
maintenance/development.

... which is also the reason why I won't adopt this package despite
I'm a happy mssh user and prefer it over clusterssh and mussh. (I
already maintain the Debian package of pconsole which is a way more
generic tool, but can also serve for the same purpose as mssh.)

Nevertheless, I'm happy to sponsor this package if some non-DD wants
to take over mssh. I'd also maintain it as package in Debian in case
someone else takes over upstream.

> Vcs-Browser: http://git.brad-smith.co.uk/?p=debian/pkg-mssh.git
> Vcs-Git: http://git.brad-smith.co.uk/git/debian/pkg-mssh.git

These are no more valid. The current URLs are:

Vcs-Browser: http://git.brad-smith.co.uk/?p=debian-old/mssh.git
Vcs-Git: http://git.brad-smith.co.uk/git/debian-old/mssh.git/

I made a local copy of these two repos, in case they vanish even more.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120611162009.ga30...@sym.noone.org



Bug#674885: mssh: Vcs-* headers out of date

2012-06-11 Thread Axel Beckert
Package: mssh
Version: 1.2-1.1

Ricardo Mones wrote:
> On Mon, 11 Jun 2012 18:20:09 +0200 Axel Beckert  wrote:
> > > Vcs-Browser: http://git.brad-smith.co.uk/?p=debian/pkg-mssh.git
> > > Vcs-Git: http://git.brad-smith.co.uk/git/debian/pkg-mssh.git
> > 
> > These are no more valid. The current URLs are:
> > 
> > Vcs-Browser: http://git.brad-smith.co.uk/?p=debian-old/mssh.git
> > Vcs-Git: http://git.brad-smith.co.uk/git/debian-old/mssh.git/
> > 
> > I made a local copy of these two repos, in case they vanish even more.

As a local copy somewhere on my computer's disk isn't very useful for
others, I set up copies at the following locations:

http://anonscm.debian.org/gitweb/?p=users/abe/mirrors/mssh.git (Upstream)
http://anonscm.debian.org/gitweb/?p=users/abe/mirrors/debian-mssh.git 
(Packaging)

Should show up within the next 6 hours.

>   While I understand the motivation to do it here is probably the hope of an
>   adoption upload, given current status, maybe would be more appropriate to
>   file a separate bug with this, so somebody can fix it on next QA upload ;-)

Done herewith. :-)

I'd prefer to let the Vcs-* headers point to the (moved) original
repositories for now, but maybe with my copies as commented out
alternative Vcs-* headers in debian/control, so future maintainer can
easily find them via "apt-get source mssh".

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120611220245.gv3...@sym.noone.org



Bug#654116: Would love to help screen also!

2012-06-14 Thread Axel Beckert
Hi Sean,

Sean DuBois wrote:
> Hi I am new to Debian, but I am looking for a way to start out and
> learn the ropes.

Then welcome! Feel free to ask me questions by personal mail. Or on
IRC. Beyond other networks (Freenode, IRCNet, etc.), I'm on
irc.debian.org (aka OFTC) as XTaran.

> I am a C developer so I may be able to help with some patching.

Great. Because that's not my strength. :-)

> I am going to look through the instructions Axel sent out and
> try to get my feet wet.

A current itch where some more C knowledge would be of help is that
the patch from http://bugs.debian.org/600246 introduces a regression
as reported at http://bugs.debian.org/677512 -- I currently have no
idea how to change the patch in bug #600246 so that the regression
doesn't show up.

The currently most annoying issue is still
http://bugs.debian.org/644788 despite it's marked as solved in the bug
tracking system -- because it's just "solved" by informing the user
about the issue. Screen 4.1.0 and 4.0.3 speak a different protocol
version and the handshake between a 4.1.0 client and 4.0.3 seems to
end in a deadlock. Definitely non-trivial. Any patch for that will
likely be accepted upstream and cause the release of the first 4.1.0
beta release. ;-)

With regards to http://bugs.debian.org/677227 -- There's no need to
have deeper look at this. It's already solved in my head. Just needs
to written down and uploaded. Will fix it latest this weekend, likely
earlier. It's mostly a kfreebsd specific addition to the packaging.
:-)

> Is there anything Debian related I should be
> getting? As far as I am aware you really don't need to even worry about
> any accounts until you have been around for 6 months?

With git stuff contributing seems even easier. You pull from the
debian repo, commit locally, push your changes somewhere else
(gitorious, github, your own git server, etc.) and someone with write
access to the official packaging git repo can pull it from your repo
and push the changes to the official one.

How to start playing around with the source package:

Install build-essential, git, pristine-tar, quilt, lintian and
devscripts.

Clone the git repo at
http://anonscm.debian.org/gitweb/?p=collab-maint/screen.git

Make sure you also get the upstream and pristine-tar branches.

Have a look at how to use pristine-tar to extract the .orig.tar.gz
(something like "pristine-tar checkout
../screen_4.1.0~20120320gitdb59704.orig.tar.gz" inside the git
repository)

Use "quilt push -a" and "quilt pop -a" to apply and
unapply all patches in debian/patches/. Use the same commands without
"-a" for single step patch (un)applying.

If you want to change a patch, make it the topmost patch. If you want
to make the patch change a file it already modifies, edit that file
and run "quilt refresh" to refresh that patch. To add new files to a
patch (before editing them!) use "quilt add".

Use e.g. "debuild -uc -us" to build both, source and binary packages,
use "debuild -uc -us -b" to build only the binary package (i.e. to
just test if some patch does the right thing).

I think those commands should suffice to get the feets wet with the
package. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120614194029.gx3...@sym.noone.org



Bug#647048: Bug#670334: Sponsoring of notion, a first look

2012-06-24 Thread Axel Beckert
tag 670334 + pending
tag 647048 + pending
kthxbye

Hi Philipp and Arnout,

Philipp Hartwig wrote:
> > I know debian/copyright is already quite lengthy, but basically
> > everything in the source package should also be mentioned in the
> > debian/copyright package as it's at least redistributed via the Debian
> > mirrors.
> 
> thank you very much for the detailed remark, we've tried to address it with 
> the latest upload.

I've just uploaded notion and it should show up in NEW within the
next hours.

        Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120624234610.gn3...@sym.noone.org



Bug#678815: ITP: wmfs -- Window Manager From Scratch

2012-06-26 Thread Axel Beckert
Hi Mickaël,

Mickaël Raybaud-Roig wrote:
> PS: i've uploaded a package here: http://mentors.debian.net/package/wmfs

If you still need a sponsor: I'm curious on that window manager. The
feature description by Serge sounded promising and the screenshots on
the website look neat, too.

I'm currently using awesome and ratpoison -- and packaging a
non-tiling window manager myself which I prefer when a tiling doesn't
do the job (think Gimp). While awesome and ratpoison are fine for my
daily work they still have their usability itches (a few of them were
already mentioned by Serge -- awesome's configuration in Lua is one of
them). I also tried i3 and scrotwm for a while, and looked at subtle
and herbstluftwm (despite their concepts are too far away from what I
look for).

I tried to look at
http://mentors.debian.net/debian/pool/main/w/wmfs/wmfs_2~beta201206-3.dsc
and
http://mentors.debian.net/debian/pool/main/w/wmfs/wmfs_2~beta201206-3.dsc
but those upload seems incomplete:

dpkg-source: error: File ./wmfs_2~beta201206.orig.tar.xz has size 53492 instead 
of expected 296604
dpkg-source: error: File ./wmfs_2~beta201206.orig.tar.xz has size 53492 instead 
of expected 53512

As the mentors site seem to have been able to run lintian on the
package, I suspect this could be an issue on mentors.debian.net. I'll
try from another box later to see if I have the same issues there.

The newest one which seemed complete was
http://mentors.debian.net/debian/pool/main/w/wmfs/wmfs_2\~beta201206.dsc

Since alone from what I see on the mentors site the newer packages are
quite improved over that one, I'd prefer to have a look at the current
state instead of this out-dated version.

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



--
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/20120627021017.gi3...@sym.noone.org



Bug#678815: ITP: wmfs -- Window Manager From Scratch

2012-06-27 Thread Axel Beckert
Hi,

Mickaël Raybaud-Roig wrote:
> > I'm currently using awesome and ratpoison -- and packaging a
> > non-tiling window manager myself which I prefer when a tiling doesn't
> > do the job (think Gimp).
> 
> Yeah, Gimp (<= 2.6) is a problem with almost every tiling window manager
> I had the same problem, that's why i switched to Gimp 2.7.

Haven't tried Gimp in a while and Squeeze has 2.6.

> I never tryed Ratpoison,

It's basically the same keybindings as with GNU Screen on the console,
just for X and with Ctrl-T instead of Ctrl-A by default (and no detach
feature :-) -- so if you know Screen, you can immediately use it and
be productive. Which IMHO is quite an impressive feature in the tiling
window manager world.

> but i used Awesome for a while, and i ended up with a 800 lines long
> rc.lua.

1800 lines here... :-/

> > I tried to look at
> > http://mentors.debian.net/debian/pool/main/w/wmfs/wmfs_2~beta201206-3.dsc
> > and
> > http://mentors.debian.net/debian/pool/main/w/wmfs/wmfs_2~beta201206-3.dsc
> > but those upload seems incomplete:
> >
> > dpkg-source: error: File ./wmfs_2~beta201206.orig.tar.xz has size 53492 
> > instead of expected 296604
> > dpkg-source: error: File ./wmfs_2~beta201206.orig.tar.xz has size 53492 
> > instead of expected 53512

JFTR: I get the same issue on some other box.

> In fact, the `debian' folder i created for the package is now in the
> WMFS git repository, so when i want to build it, i create a
> .orig.tar.xz file with the following command:
> 
>  tar --xz -cvf ../wmfs2~beta201206.orig.tar.xz --exclude=debian

Should do it. IIRC with source format 3.0, for non-native packages,
dpkg-source ignores any debian directory which is in the .orig tarball.

> ... and then i build the package with `debuild' and i upload it with `dput'.
> 
> So i think i forgotten to run `make clean' before archiving and there
> is probably some binaries inside,  which whould explain the error
> message :-/

That would explain different expected size above.

Is it possible that you tried to fix this by manually uploading a
"corrected" wmfs_2~beta201206.orig.tar.xz after having used dput? That
would at least explain the problems above. (I though would have
expected that mentors catches such cases in some way.)

> If you want to try WMFS, you can still use the source:
> 
> git clone git://github.com/xorg62/wmfs.git
> cd wmfs && debian/rules binary-all

Will do. But probably won't dig too much into it before the freeze.

> As i said in the previous message, i'm currently at work and i go back
> home only Friday evening, so i can't fix the problem with the orig
> file till then...

No stress. I'm quite busy currently, too.

> Apart from that, i am wondering if it's better to call the package
> `wmfs' with the version number `2~beta', as i did, or if i
> should rather call it `wmfs2' with version number `', as WMFS
> was been completely rewritten since the version 1 ...

As long as you don't want to have both versions installed in parallel
via package, I'd prefer just "wmfs" as package name and the "2" into
the version.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



--
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/20120627111726.gk3...@sym.noone.org



Bug#678815: ITP: wmfs -- Window Manager From Scratch

2012-06-30 Thread Axel Beckert
Hi Mickaël,

Mickaël Raybaud-Roig wrote:
> http://mentors.debian.net/debian/pool/main/w/wmfs/wmfs_2~beta201206-3.dsc

Looks much better on a first glance. :-) I'll have a closer look after
the Freeze for wheezy.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



--
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/20120630151552.gn3...@sym.noone.org



Bug#678815: ITP: wmfs -- Window Manager From Scratch

2012-06-30 Thread Axel Beckert
Hi Mickaël,

Mickaël Raybaud-Roig wrote:
> http://mentors.debian.net/debian/pool/main/w/wmfs/wmfs_2~beta201206-3.dsc

I've just built and installed the package and then tried to use it via
ratpoison's "tmpwm" command.

wmfs argues there's no configuration file. If I touch it, it argues
that it's empty. If I put a comment in it, wmfs just says "parsing
failed" but not why (except a few stray "Resource temporarily
unavailable" messages of which I have no idea what they refer to).

There seems to be neither a default config which is used when no
per-user configuration is present nor seem there example
configurations in /usr/share/doc/wmfs/examples/ or such.

I recommend to offer both, default and example configurations for a
good first user impression and strongly recommend to have at least one
of them.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



--
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/20120630175336.gr3...@sym.noone.org



Bug#614275: ITA: decibel-audio-player -- simple and nice music player for the GNOME

2012-07-03 Thread Axel Beckert
Hi Leonardo,

I'm referring to http://bugs.debian.org/614275 and
http://bugs.debian.org/618312:

Do you still intend to adopt decibel-audio-player? You tagged those
bug reports as pending over a year ago, but there wasn't any upload of
decibel-audio-player since then.

There seem to have been a package on mentors but since that got
revamped a while ago that package seems no more there.

If you're still interested in adopting the package, it would be nice
if you could (re)upload a package to the "new" mentors.debian.net
site.

If you're no more interested in the package, please say so, too, so
that the bug report(s) can be reverted into a "Request for Adoption"
and others see that the package still needs a new maintainer.

Thanks in advance.

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120703222123.gr30...@sym.noone.org



Bug#614275: ITA: decibel-audio-player -- simple and nice music player for the GNOME

2012-08-08 Thread Axel Beckert
Hi Leonardo,

Leonardo Marín wrote:
> > There seem to have been a package on mentors but since that got
> > revamped a while ago that package seems no more there.
> > 
> > If you're still interested in adopting the package, it would be nice
> > if you could (re)upload a package to the "new" mentors.debian.net
> > site.
> fine, I'm working on it,

Cool, thanks!

Feel free to contact me if you need a sponsor for the upload to
Debian.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


--
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/20120808094518.gr30...@sym.noone.org



Bug#566714: ITP: xen-tools -- Tools to manage Xen virtual servers

2010-01-24 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: xen-tools
  Version : 4.1
  Upstream Author : originally Steve Kemp
* URL or Web page : http://www.xen-tools.org/
* License : GPL1+, Artistic License
  Description : Tools to manage Xen virtual servers

Since I didn't notice in time that xen-tools has been removed from
unstable[1] and testing, this is an ITP instead of the ITA which it
would have been otherwise.

  [1] http://bugs.debian.org/561667

I don't think it's obsolete yet -- at least not until xen Dom0 support
itself has been removed from Debian. Which is currently estimated to
be the case after squeeze unless Xen dom0 support gets into mainline.

I know that upstream stopped development since Steve doesn't use
xen-tools (nor xen) anymore.

So I'm currently evaluating how much work it would be to get xen-tools
back in shape for sid and possibly squeeze (partially by doing some of
that work of course :-) -- including looking through all previously
open bug reports and taking over upstream development.

So if anyone else wants xen-tools in squeeze (or for how long Xen will
be available in Debian) please get in contact with me. I'm happy about
any further helping hands to join the effort.

Regards, Axel
-- 
/~\  Plain Text Ribbon Campaign   | Axel Beckert
\ /  Say No to HTML in E-Mail and News| a...@deuxchevaux.org  (Mail)
 X   See http://www.asciiribbon.org/  | a...@noone.org (Mail+Jabber)
/ \  I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)



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



Bug#566714: Unarchiving/Reopening all relevant xen-tools bugs, marking some as pending, setting owner to me

2010-02-18 Thread Axel Beckert
# Unarchive and reopen all xen-tools bugs which have been closed with
# version 4.1-1+rm to prepare xen-tools' reintroduction into Debian
# unstable. Set the owner of all those bugs to me.
#
# Additionally mark all those bugs I already fixed in hg for the
# upcoming release as pending.

# First unarchive all bugs closed with version 4.1-1+rm
unarchive 548909
unarchive 502798
unarchive 530226
unarchive 534290
unarchive 431041
unarchive 477238
unarchive 484652
unarchive 492583
unarchive 495266
unarchive 503339
unarchive 511211
unarchive 513138
unarchive 515228
unarchive 516902
unarchive 520177
unarchive 531021
unarchive 531954
unarchive 546904
unarchive 560011
unarchive 477249
unarchive 547265
unarchive 561618
unarchive 377984
unarchive 404508
unarchive 499476
unarchive 499477
unarchive 513126
unarchive 547882

# Then set me as owner of those bugs, so that the previous maintainers
# don't get to much bugs.debian.org spam. :-)
owner 548909 !
owner 502798 !
owner 530226 !
owner 534290 !
owner 431041 !
owner 477238 !
owner 484652 !
owner 492583 !
owner 495266 !
owner 503339 !
owner 511211 !
owner 513138 !
owner 515228 !
owner 516902 !
owner 520177 !
owner 531021 !
owner 531954 !
owner 546904 !
owner 560011 !
owner 477249 !
owner 547265 !
owner 561618 !
owner 377984 !
owner 404508 !
owner 499476 !
owner 499477 !
owner 513126 !
owner 547882 !

# Then reopen those bugs, keeping the original submitter
reopen 548909 =
reopen 502798 =
reopen 530226 =
reopen 534290 =
reopen 431041 =
reopen 477238 =
reopen 484652 =
reopen 492583 =
reopen 495266 =
reopen 503339 =
reopen 511211 =
reopen 513138 =
reopen 515228 =
reopen 516902 =
reopen 520177 =
reopen 531021 =
reopen 531954 =
reopen 546904 =
reopen 560011 =
reopen 477249 =
reopen 547265 =
reopen 561618 =
reopen 377984 =
reopen 404508 =
reopen 499476 =
reopen 499477 =
reopen 513126 =
reopen 547882 =

# And finally tag those which I fixed already in the repository
tag 566714 + pending
tag 566683 + pending
tag 550590 + pending
tag 548909 + pending
tag 502798 + pending
tag 515228 + pending
tag 511211 + pending
tag 520177 + pending
tag 503339 + pending
tag 561618 + pending

# That's all for now
kthxbye



-- 
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/20100218153336.gy1...@sym.noone.org



Bug#466330: Bug#567378: [Python-modules-team] Bug#567378: Using alternatives for /usr/bin/markdown?

2010-02-19 Thread Axel Beckert
On Fri, Feb 19, 2010 at 09:18:28AM +1100, Ben Finney wrote:
> > > Reading their copyright files, it seems like libtext-markdown-perl
> > > is a fork of John Gruber's markdown, which seems like not much
> > > maintained upstream (last release in 2004).
> > 
> > Is there a reason why markdown should be kept in the archive then?
> 
> One possible reason is that there appears to be no specification on
> the parsing of Markdown format, other than ???what John Gruber's
> /usr/bin/markdown does???.

Sure there is:

http://daringfireball.net/projects/markdown/syntax

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/



-- 
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/20100219211439.go1...@sym.noone.org



Bug#466330: Bug#567378: [Python-modules-team] Bug#567378: Using alternatives for /usr/bin/markdown?

2010-02-21 Thread Axel Beckert
On Sun, Feb 21, 2010 at 05:55:43PM +1100, Ben Finney wrote:
> On 19-Feb-2010, Axel Beckert wrote:
> > On Fri, Feb 19, 2010 at 09:18:28AM +1100, Ben Finney wrote:
> > > One possible reason is that there appears to be no specification
> > > on the parsing of Markdown format, other than ???what John
> > > Gruber's /usr/bin/markdown does???.
> > 
> > Sure there is:
> > 
> > http://daringfireball.net/projects/markdown/syntax
> 
> Sorry, I didn't mean ???a set of examples and prose explanation???. I
> means a specification of the language, i.e. a formal grammar.

I see. Sorry for the misunderstanding. 

> From what I gather, Markdown lacks one
> http://www.cforcoding.com/2010/01/markdown-headings-grief-and-unknown.html>.

Thanks for that link.

Interestingly in the single comment to that blog-post, there is a hint
to a PEG grammar for markdown and the parser based on it:

http://github.com/jgm/peg-markdown/blob/master/markdown_parser.leg

Could that help? It's not by Gruber, but IMHO it's a starting point.

Regards, Axel
-- 
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/



-- 
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/20100221124918.gv1...@sym.noone.org



Bug#569525: O -> ITA: #569525 pmtools -- Perl module tools

2010-02-21 Thread Axel Beckert
retitle 569525 ITA: pmtools -- Perl module tools
owner 569525 !
kthxbye

Hi,

with my Debian Perl Group hat on, I intend to adopt pmtools, i.e.
maintainer will be the Debian Perl Group[1] and I will act as primary
uploader and caretaker.

  [1] http://wiki.debian.org/Teams/DebianPerlGroup

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100222004306.gb1...@sym.noone.org



Bug#511693: Cnetworkmanager packaging

2010-02-28 Thread Axel Beckert
Hi,

Tom Parker wrote:
> I'd been recently interested in trying to package cnetworkmanager, and
> found quite a lot of half-done work namely, two ITPs (#438544 and
> #511693), as well as Alexander Block's page but seemingly no package
> on mentors.debian.net
> (http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=cnetworkmanager).
> I tried doing my own upload to mentors, but that appears to be not
> coming up (guessing that's because of the earlier entry?).
> 
> My own efforts to this are at http://tevp.net/debian/cnetworkmanager/,
> but would appreciate any thoughts or suggestions on resolving this
> quagmire that anyone has.

Glad to see some advance here although I switched from NetworkManager
to wicd quite a while ago now -- not only because of the existing
curses interface, but also because of working remote upgrades...

Another thing is that the last time I had a look a cnetworkmanager, it
only supported to configurations written by the KDE part of
NetworkManager while I used the GNOME part, so it was quite useless
for me anyway.

If that changed, I'm willing to test it on the one remaining machine
where I still have NetworkManager installed.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100228214408.gw1...@sym.noone.org



Bug#575938: ITP: dh-autoreconf -- debhelper add-on to call autoreconf and clean up after the build

2010-03-31 Thread Axel Beckert
Julian Andres Klode wrote:
> > Is there any advantage to have it packaged?
> > 
> > AIUI, you have to add a build-dependency anyway and change at least one
> > line in the debian/rules to call dh-autoreconf. Well, that line could
> > simply call autoreconf (or whatever) which even makes debian/rules clearer.
> 
> The difference is that dh_autoreconf calls autoreconf and stores a list
> of the changes and the changed files are then removed in the clean
> target. If you just call autoreconf, the changes end up in the diff;
> and this is not what we want.

Indeed.

I recently just implemented a similar but less sophisticated feature
for one of my packages by more or less copying away all relevant files
and restoring them in the clean target.

I'd really like to see such a feature in Debian!

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100331195526.gy3...@sym.noone.org



Bug#575514: ITA: pconsole -- parallel console shell for administering clusters

2010-04-01 Thread Axel Beckert
retitle 575514 ITA: pconsole -- parallel console shell for administering 
clusters
owner 575514 !
kthxbye

Hi,

I'm a heavy-duty user of pconsole (mostly at work, but anyway) and
therefore do care about this package's state in Debian.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100401222921.gf3...@sym.noone.org



Bug#654116: RFH: screen -- terminal multiplexor with VT100/ANSI terminal emulation

2012-02-07 Thread Axel Beckert
Hi together,

sorry for the late reply, I wasn't subscribed to this RFH bug report
(but I am now :-) and as it's not a bug report against the screen
package but the wnpp pseudo package, I didn't receive your replies,
just found them by accident yesterday (and Francesco pointed me to
them today, too :-).

Francesco Apollonio wrote:
> I'm interested to help the packaging of screen, if you still need help
> please contact me.

L. Alberto Giménez wrote:
> I use this package quite often, but I haven't looked into the code
> but if you still need help and Francesco's help is not enough, feel
> free to contact me.

Jeffrey Vandenborne wrote:
> I'm very interested in contributing if you still need help so
> contact me anytime if you like.

Since it is not so obvious, here are some facts about the current
state of the package:

The package in Debian Experimental represents the current state.
Please use that version when looking at code or trying to reproduce
bugs.

It uses the "3.0 (quilt)" source format and should be uptodate with
regards to Standards-Version, etc. and also should have just
minor Lintian warnings. See also my blog posting about it:
http://noone.org/blog/English/Computer/Debian/Git%20Snapshot%20of%20GNU%20Screen%20in%20Debian%20Experimental.futile

So please ignore what's currently in Debian Sid. :-)

Unfortunately http://packages.qa.debian.org/s/screen.html shows mostly
meta-information about the package in Sid, so most information there
is outdated with regards to packaging.

The only reason why I haven't uploaded the current package to Sid is
http://bugs.debian.org/644788 -- but happily Upstream works on that
issue already, see
https://lists.gnu.org/archive/html/screen-devel/2012-02/msg4.html
:-)

So for now we don't need to invest much time in writing DebConf
templates informing the user about the incompibility and the
possibility to use /tmp/screen-4.0.3-bin or so instead which would be
copied there by the preinst script. (This kind of work may become
important again if upstream doesn't manage to get 4.1.0 clients talk
with 4.0.3 servers.)

See http://anonscm.debian.org/gitweb/?p=collab-maint/screen.git for
the current state of packaging and
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=screen;dist=experimental
for the bugs which are still open in Debian Experimental.

To stay uptodate what the others do with regards to bug reports, it's
best to subscribe to screen's "package mailinglist" (i.e. receive all
mails the package maintainer would receive, including bug report
stuff) at the bottom of http://packages.qa.debian.org/s/screen.html

With regards to what could be done to help screen in Debian (and to
some degree also in downstream distributions like Ubuntu):

* Some further bug triage would be good.
  - Checking if bugs open in Experimental are also still present in
Experimental. I suspect that I still haven't found all of them. :-)
  - Checking if the attached patches from bugs still apply or maybe
even already have been applied by Upstream.
  - Tagging bugs where appropriate, see
http://www.debian.org/Bugs/Developer#tags for the available tags
and their meaning.
  - Checking which bugs are (or should be) tagged "upstream" (but not
fixed-upstream or fixed in Experimental :-), but are not listed
on https://savannah.gnu.org/bugs/?group=screen (only 50 bugs per
page, use the search function) 
-> Create a bug report in Upstream's bug tracker, refer to the
   Debian bug report in the report's text.
-> Set the forwarded address of the Debian bug report to the URL
   of the Upstream bug report.

* If you have some experience with C, check if there are bugs where
  you think you can write a fix for.

* 4.1.0 doesn't seem to work properly on at least kfreebsd-i386 (but
  likely the same problem on kfreebsd-amd64) at a first glance.
  I though haven't investigated further yet and a bug report still has
  to be written.

* If you have a Launchpad account another good thing would be to look
  through the bugs at https://bugs.launchpad.net/ubuntu/+source/screen
  and see which have corresponding bugs in Debian which are not yet
  linked in Launchpad and link them.
  - If the corresponding Debian bug report is fixed in Experimental,
or the bug is not Ubuntu-specific and fixed by the version in
Debian Experimental the bug report in Ubuntu can be put at least
in the state fix-committed, maybe with a comment that it's fixed
in Debian Experimental.

I likely have forgotten something where help could be needed, too, so
if you think that's the case, feel free to say so. :-)

Thanks for your interest in helping with Debian's screen package!

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.c

Bug#636974: ITP: root-system -- CERN's ROOT Data Analysis Framework

2012-02-27 Thread Axel Beckert
Hi,

JFYI:

Lifeng Sun wrote:
> [...] Antonio Salvucci continues to maintain a non-official package
> in CERN [1]. My packaging will be based on their work.
> 
> [1] http://lcg-heppkg.web.cern.ch/lcg-heppkg/debian/pool/hep/r/root-system/

Currently these packages won't build inside a pbuilder properly:

build/unix/installXrootd.sh /tmp/buildd/root-system-5.32.00
Version: 3.1.0
Installing in: /tmp/buildd/root-system-5.32.00/xrootd-3.1.0
Retrieving source from tarball 
http://xrootd.slac.stanford.edu/download/v3.1.0/xrootd-3.1.0.tar.gz
Build dir: /tmp/xrootd-3.1.0-25272
build/unix/installXrootd.sh: line 243: wget: command not found
Tarball retrieval failed!
make: *** [config.status] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package

Downloading source tar balls during build is very suspicious and won't
work anyway on Debian's build daemons as some of them may not have
network access during build-time.

It actually FTBFS due to a missing build-dependency on wget.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120227125259.ga15...@sym.noone.org



Bug#650668: ITP: tardiff -- Tarball comparison tool

2012-02-29 Thread Axel Beckert
Hi Khalid,

Khalid El Fathi wrote:
> If you need help or do you want me to take care of it ? Please don't
> hesitate to contact me, I'll be happy to help.

Hrm, I'm actually just waiting for feedback from upstream about a
patch I wrote to fix an issue I found.

But yeah,  I think I'd  better upload a  patched 0.1 (see  below) than
waiting for 0.2.

The package in the current state is available here:

http://noone.org/debian/tardiff_0.1-1.dsc
http://noone.org/debian/tardiff_0.1-1_all.deb

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120229151433.gp6...@sym.noone.org



Bug#665903: ITP: calligra -- KDE SC integrated work applications suite

2012-04-24 Thread Axel Beckert
Hi,

Raúl Sánchez Siles wrote:
> * Package name: calligra
>   Version : 2.4
>   Upstream Author : calligra-de...@kde.org
> * URL : http://www.calligra.org/
> * License : GPL
>   Programming Lang: C++
>   Description : KDE SC integrated work applications suite

I suspect this will be packaged under the hat of the Debian KDE/Qt
Maintainers like with koffice.

JFTR: This is already packaged for Ubuntu, so you might want to have a
look what's over there: http://packages.ubuntu.com/precise/calligra

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



--
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/20120424194516.ga15...@sym.noone.org



Bug#640954: ITA: unclutter -- hides the cursor in X after a period of inactivity

2011-09-21 Thread Axel Beckert
Hi Ian,

Ian Jackson wrote:
> Axel Beckert writes ("Bug#640954: ITA: unclutter -- hides the cursor in X 
> after a period of inactivity"):
> >   [2] http://git.debian-maintainers.org/?p=daniel/unclutter.git
> >   [3] http://anonscm.debian.org/gitweb/?p=collab-maint/unclutter.git
> > 
> > Co-maintainers welcome.
> 
> Thanks for picking this up.

You're welcome.

> I'm willing to help. My alioth id is "iwj" if you need it.

Thanks. Shall I add you to Uploaders?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20110921185310.gc24...@sym.noone.org



Bug#616012: "ITA: screenie -- lightweight GNU screen(1) wrapper"

2011-11-28 Thread Axel Beckert
Hi Dmitry,

Dmitry Smirnov wrote:
> I'm happy to look after the package.

Thanks!

> New version is ready and waiting for review and sponsorship:
> 
> http://mentors.debian.net/debian/pool/main/s/screenie/screenie_20110213-1.dsc

There's one minor thing I'd done differently: I would have explicitly
mentioned that not only the implementation and the home page changed
but also that the re-implementation is by someone else, i.e. that the
package upstream effectively switched. But the "updated to reflect new
upstream licensing" gives hints in the right direction.

I'll do some further testing of this reimplementation, but from a
first glance, I'd sponsor the package as it is.

        Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/2028174619.gc2...@sym.noone.org



Bug#650668: ITP: tardiff -- Tarball comparison tool

2011-12-01 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: tardiff
  Version : 0.1
  Upstream Author : Josef Spillner 
* URL or Web page : http://tardiff.coolprojects.org/
* License : GPL
  Description : Tarball comparison tool

  TarDiff compares the contents of two tarballs and reports on any
  differences found between them. Its use is mainly for release managers
  who can use it as a QA tool to make sure no files have accidently been
  left over or were added by mistake. TarDiff supports compressed
  tarballs, diff statistics and suppression of GNU autotool changes.

There is a ptardiff command in the package perl, but it can only diff
tar balls against directories, not tarballs against tarballs.

Tardiff is also written in Perl, but does not use Archive::Tar but the
command tar itself.



-- 
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/878vmwrvpo@kiva6.ethz.ch



Bug#440602: State of TinyTinyRSS in Debian?

2011-12-10 Thread Axel Beckert
Hi,

the title of bug #440602 has been reset to RFP, but as far as I can
see, Sebastian is actively maintaining the package in
http://anonscm.debian.org/gitweb/?p=collab-maint/tt-rss.git. Both,
Sebastin and Marcelo are now DDs in the meanwhile.

So I wonder: Why hasn't it been uploaded to Debian yet and why is this
bug marked as RFP instead of ITP? (Lucas suggested in his automatic
mail to retitle it back to ITP if the packaging efforts are still
going on.)

Since Liferea 1.8.0 was released today upstream (I hope to see it in
unstable or experimental soon, too) and it has support for TinyTinyRSS
as backend, I really would like to see TinyTinyRSS in Debian Wheezy.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20111210111532.gr2...@sym.noone.org



Bug#440602: State of TinyTinyRSS in Debian?

2011-12-10 Thread Axel Beckert
Hi Sebastian,

Axel Beckert wrote:
> the title of bug #440602 has been reset to RFP, but as far as I can
> see, Sebastian is actively maintaining the package in
> http://anonscm.debian.org/gitweb/?p=collab-maint/tt-rss.git. Both,
> Sebastin and Marcelo are now DDs in the meanwhile.

I tried to build the package from the above mentioned git repo, but
the pristine-tar branch is 18 months out of date (contains version
1.4.2).

Could you please push also the pristine-tar branch?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20111210112301.gs2...@sym.noone.org



Bug#654116: RFH: screen -- terminal multiplexor with VT100/ANSI terminal emulation

2012-01-01 Thread Axel Beckert
Package: wnpp
Severity: normal

Hi,

Debian's screen package needs help with bug triaging, wheezy migration
and upstream lobbying.

Jan took over Debian's screen package in 2007 and was a very active and
talented screen package maintainer. Unfortunately he no more has enough
time[1] to maintain GNU Screen in Debian.

  [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641867#20

Because I still prefer screen over tmux, I jumped in as co-maintainer a
few months ago and with the help of Brian P Kroth I managed to upload[2]
an upstream git snapshot to Debian Experimental which fixed especially
the tons of bugs already fixed by upstream. I also created a git
repository for Debian's screen packaging at [3].

  [2] http://packages.qa.debian.org/s/screen/news/20111009T025041Z.html
  [3] http://anonscm.debian.org/gitweb/?p=collab-maint/screen.git

Nevertheless I know I won't be able to maintain screen alone until Jan
has time for screen again. So screen definitely needs more (co-)
maintainers.

Additionally there are a few issues where I'd be happy to have other
people to dig into, too, especially:

* http://bugs.debian.org/644788 -- screen 4.1.0 can't attach to a
  running or detached screen 4.0.3 session
* http://bugs.debian.org/649240 -- release-notes: Upcoming upgrade
  issues with GNU Screen for Wheezy

Both these bug reports are defacto about the same issue, the first is
the technical issue itself while the second is about how to handle the
implications for screen's wheezy migration.

And both bug reports are somehow also about lobbying at upstream to fix
this issue upstream instead just for Debian and derivate distributions
like Ubuntu. Unfortunately a first reply[4] from upstream was a "won't
fix".

  [4] https://lists.gnu.org/archive/html/screen-devel/2011-11/msg00020.html

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/87hb0eq4iq@nemo.deuxchevaux.org



Bug#655185: RFP: pxz -- parallel xz compressor

2012-01-08 Thread Axel Beckert
Package: wnpp
Severity: wishlist

* Package name: pxz
  Version : 4.999.9beta.20091201git
  Upstream Author : Jindřich Nový 
* URL or Web page : http://jnovy.fedorapeople.org/pxz/ + 
https://github.com/jnovy/pxz
* License : GPLv2+
  Description : Parallel LZMA/XZ compressor

Parallel XZ is a compression utility that takes advantage of running
LZMA compression of different parts of an input file on multiple cores
and processors simultaneously. Its primary goal is to utilize all
resources to speed up compression time with minimal possible influence
on compression ratio.


There seems to be a second independent parallel xz implementation with
BSD-style licensing at https://github.com/vasi/pixz/.

The main difference seems to be that it adds indexing for easier partial
decompression. But the fact that the tarballs from the examples sport a
.tpxz suffix suggests that the file format generated by pixz is not
compatible to xz (as it would be with pxz as far as I can see).



--
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/87liphh5n8@nemo.deuxchevaux.org



Bug#655185: RFP: pxz -- parallel xz compressor

2012-01-08 Thread Axel Beckert
Hi Jonathan,

Jonathan Nieder wrote:
> Do you know if anyone has contacted the XZ Utils list[1] to see if
> this can be integrated, or at least included in the extra/ directory?

A short Google search doesn't show up anything in that direction --
except that at least Fedora, ArchLinux and FreeBSD seem to have
packaged pxz separately, too.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120109052425.gp27...@sym.noone.org



Bug#655185: RFP: pxz -- parallel xz compressor

2012-01-09 Thread Axel Beckert
Hi Jonathan,

On Mon, Jan 09, 2012 at 01:54:10PM -0600, Jonathan Nieder wrote:
> > According to the xz man-page in Debian Stable (5.0.0) as well as
> > Unstable (5.1.1alpha), the --threads option is still non-functional:
> > "Multithreaded compression and decompression are not implemented yet,
> > so this option has no effect for now."
> >
> > But you sound as if that is already implemented. So maybe the man-page
> > is just out-of-date?
> 
> As the changelog says:
> 
> - Continue to leave out threading support, since the relevant
>   interfaces in liblzma are not yet stable.

Ah, while I thought it may be an compile option this didn't fit to the
way it was mentioned in the man-page, so I neither checked
debian/rules nor debian/changelog.

> I'd be happy to prepare an upload enabling threading for experimental,
> though.  (Please feel free to file a bug as a reminder.)  And to ask
> Larhzu what's left to be done in order to release. :)

Well, actually, I don't mind _how_ I get parallel xz support. The main
point is get a program that offers it. (Actually I'd need a backport
to stable. ;-) (Cc'ing the original RFP again because of this and the
following paragraph.)

Another option would be to use this hack called ChopZip[1] which
actually chops the to be compressed file in parts and then
concatenates the compressed parts together. Said to work with gzip,
bzip2, lzip and xz.

  [1] 
http://handyfloss.net/2009.12/chopzip-a-parallel-implementation-of-arbitrary-compression-algorithms/
  http://isilanes.org/soft/chopzip/

Anyway, thanks for all the informative mails about xz and talking to
upstreams to check the state of their collaboration.

Kind regards, Axel
-- 
/~\  Plain Text Ribbon Campaign   | Axel Beckert
\ /  Say No to HTML in E-Mail and News| a...@deuxchevaux.org  (Mail)
 X   See http://www.asciiribbon.org/  | a...@noone.org (Mail+Jabber)
/ \  I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)



-- 
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/20120109221415.gt27...@sym.noone.org



Bug#656142: ITP: duff -- Duplicate file finder

2012-01-16 Thread Axel Beckert
Hi,

Samuel Thibault wrote:
> > * Package name: duff
> >   Version : 0.5
> >   Upstream Author : Camilla Berglund 
> > * URL : http://duff.sourceforge.net/
> > * License : Zlib
> >   Programming Lang: C
> >   Description : Duplicate file finder
> > 
> > Duff is a command-line utility for identifying duplicates in a given set of
> > files.  It attempts to be usably fast and uses the SHA family of message
> > digests as a part of the comparisons.
> 
> What is it the benefit over fdupes, rdfind, ...?

..., hardlink, ...

Some of my coworkers prefer duff over the tools available in Debian,
too. I'm though no more sure why, but it's possible that speed was one
argument, because they ran it over several TB of data. Will check
what exactly was the reason back then.

Was thinking about packaging it myself already, so I may also sponsor
Kamal's package when it's ready.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20120116213236.gy2...@sym.noone.org



Bug#624444: O: libtext-levenshteinxs-perl -- An XS implementation of the Levenshtein edit distance

2011-04-28 Thread Axel Beckert
Package: wnpp
Severity: normal

Adrian von Bidder, the maintainer of the libtext-levenshteinxs-perl
package unfortunately died on 17th of April 2011 [1].

  [1] http://www.debian.org/News/2011/20110423

Therefore, I orphan this package now.  If you want to be the new
maintainer, please take it.

See http://www.debian.org/devel/wnpp/#howto-o for detailed instructions
how to adopt a package properly.

Some information about the package:

Package: libtext-levenshteinxs-perl
Priority: optional
Section: perl
Installed-Size: 92
Version: 0.03-1
Depends: perl (>= 5.10.1-19), perlapi-5.10.1, libc6 (>= 2.1.3)
Size: 10380
Description: An XS implementation of the Levenshtein edit distance
 Text::LevenshteinXS implements the Levenshtein edit distance in a XS way; this
 should be much faster than the pure Perl implementation.
 .
 The Levenshtein edit distance is a measure of the degree of proximity between
 two strings. This distance is the number of substitutions, deletions or
 insertions ("edits") needed to transform one string into the other one (and
 vice versa). When two strings have distance 0, they are the same. A good
 point to start is: 
Homepage: http://search.cpan.org/dist/Text-LevenshteinXS/

Package: libtext-levenshteinxs-perl
Binary: libtext-levenshteinxs-perl
Version: 0.03-1
Priority: optional
Section: perl
Build-Depends: debhelper (>= 7), perl
Architecture: any
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Homepage: http://search.cpan.org/dist/Text-LevenshteinXS/
Vcs-Browser: https://fortytwo.ch/hg/avbidder/pkg-libtext-levenshteinxs-perl
Vcs-Hg: https://fortytwo.ch/hg/avbidder/pkg-libtext-levenshteinxs-perl



-- 
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/87liyujx7o@nemo.deuxchevaux.org



Bug#624445: O: libxml-dtdparser-perl -- quick and dirty DTD parser

2011-04-28 Thread Axel Beckert
Package: wnpp
Severity: normal

Adrian von Bidder, the maintainer of the libxml-dtdparser-perl package
unfortunately died on 17th of April 2011 [1].

  [1] http://www.debian.org/News/2011/20110423

Therefore, I orphan this package now.  If you want to be the new
maintainer, please take it.

See http://www.debian.org/devel/wnpp/#howto-o for detailed instructions
how to adopt a package properly.

Some information about the package:

Package: libxml-dtdparser-perl
Priority: optional
Section: perl
Installed-Size: 72
Version: 2.01-2
Depends: perl
Size: 11014
Description: quick and dirty DTD parser
 XML::DTDParser parses a DTD file and creates a data structure containing info
 about all tags, their allowed parameters, children, parents, optionality etc.
 .
 The module should be able to parse just about anything, but it
 intentionaly looses some information. Eg. if the DTD specifies that a tag
 should contain either CHILD1 or CHILD2 you only get that CHILD1 and CHILD2
 are optional. That is is the DTD contains
 .
  the result will be the same is if it contained
 .
 
 .
 You get the original unparsed parameter list as well so if you need this
 information you may parse it yourself.
Homepage: http://search.cpan.org/dist/XML-DTDParser/

Package: libxml-dtdparser-perl
Binary: libxml-dtdparser-perl
Version: 2.01-2
Priority: optional
Section: perl
Build-Depends: debhelper (>= 7)
Build-Depends-Indep: perl
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Homepage: http://search.cpan.org/dist/XML-DTDParser/
Vcs-Browser: https://fortytwo.ch/hg/avbidder/pkg-libxml-dtdparser-perl/
Vcs-Hg: https://fortytwo.ch/hg/avbidder/pkg-libxml-dtdparser-perl/



-- 
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/87iptyjx04@nemo.deuxchevaux.org



Bug#624448: O: webkitkde -- KDE bindings for WebKit / WebKit KPart

2011-04-28 Thread Axel Beckert
Package: wnpp
Severity: normal

Adrian von Bidder, the maintainer of the webkitkde package unfortunately
died on 17th of April 2011 [1].

  [1] http://www.debian.org/News/2011/20110423

Therefore, I orphan this package now.  If you want to be the new
maintainer, please take it.

See http://www.debian.org/devel/wnpp/#howto-o for detailed instructions
how to adopt a package properly.

Some information about the package:

Package: webkitkde
Binary: kpart-webkit, libkwebkit1, libkwebkit-dev, libkwebkit-dbg
Version: 0.9.6svn1187649-1
Priority: optional
Section: web
Maintainer: Adrian von Bidder 
Build-Depends: cmake, debhelper (>= 7), kdelibs5-dev (>= 4:4.4), pkg-kde-tools
Architecture: any
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Homepage: http://techbase.kde.org/Projects/WebKit
Vcs-Browser: https://fortytwo.ch/hg/pkg-webkitkde
Vcs-Hg: https://fortytwo.ch/hg/pkg-webkitkde

Package: kpart-webkit
Priority: optional
Section: web
Installed-Size: 192
Architecture: i386
Source: webkitkde
Version: 0.9.6svn1180498-2
Depends: libc6 (>= 2.1.3), libkdecore5 (>= 4:4.4.0), libkdeui5 (>= 4:4.4), 
libkparts4 (>= 4:4.4), libkwebkit1 (= 0.9.6svn1180498-2), libqtcore4 (>= 
4:4.7.0~beta1), libstdc++6 (>= 4.1.1)
Size: 50108
Description: WebKit KPart
 A Plug-In for the Konqueror web browser and other KDE applications allowing
 the WebKit HTML renderer to be used instead of the traditional KHTML.
Homepage: http://techbase.kde.org/Projects/WebKit
Tag: role::plugin

Package: libkwebkit-dbg
Priority: extra
Section: debug
Installed-Size: 184
Architecture: i386
Source: webkitkde
Version: 0.9.6svn1180498-2
Depends: libkwebkit1 (= 0.9.6svn1180498-2), kdelibs5-dbg, libqt4-webkit-dbg
Size: 40810
Description: KDE bindings for WebKit, Development files
 KDEWebKit provides the necessary glue code to use the WebKit HTML rendering
 engine in KDE applications.
 .
 This package contains the debugging symbols needed for software development.
Homepage: http://techbase.kde.org/Projects/WebKit
Tag: role::debug-symbols

Package: libkwebkit-dev
Priority: optional
Section: libdevel
Installed-Size: 76
Architecture: i386
Source: webkitkde
Version: 0.9.6svn1180498-2
Depends: libkwebkit1 (= 0.9.6svn1180498-2), kdelibs5-dev
Size: 6990
Description: KDE bindings for WebKit, Development files
 KDEWebKit provides the necessary glue code to use the WebKit HTML rendering
 engine in KDE applications.
 .
 This package contains the header files needed for software development.
Homepage: http://techbase.kde.org/Projects/WebKit
Tag: devel::library, role::devel-lib

Package: libkwebkit1
Priority: optional
Section: libs
Installed-Size: 324
Architecture: i386
Source: webkitkde
Version: 0.9.6svn1180498-2
Depends: libc6 (>= 2.1.3), libkdecore5 (>= 4:4.4.0), libkdeui5 (>= 4:4.4), 
libkdewebkit5 (>= 4:4.4.0), libkio5 (>= 4:4.4.0), libkparts4 (>= 4:4.4), 
libqt4-dbus (>= 4:4.5.3), libqt4-network (>= 4:4.6.1), libqtcore4 (>= 
4:4.7.0~beta1), libqtgui4 (>= 4:4.5.3), libqtwebkit4, libstdc++6 (>= 4.1.1)
Size: 102390
Description: KDE bindings for WebKit
 KDEWebKit provides the necessary glue code to use the WebKit HTML rendering
 engine in KDE applications.
Homepage: http://techbase.kde.org/Projects/WebKit
Tag: role::shared-lib



-- 
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/87d3k6jwfj@nemo.deuxchevaux.org



Bug#624446: O: libxml-writer-simple-perl -- simple API to create XML files

2011-04-28 Thread Axel Beckert
Package: wnpp
Severity: normal

Adrian von Bidder, the maintainer of the libxml-writer-simple-perl
package unfortunately died on 17th of April 2011 [1].

  [1] http://www.debian.org/News/2011/20110423

Therefore, I orphan this package now.  If you want to be the new
maintainer, please take it.

See http://www.debian.org/devel/wnpp/#howto-o for detailed instructions
how to adopt a package properly.

Some information about the package:

Package: libxml-writer-simple-perl
Priority: optional
Section: perl
Installed-Size: 72
Version: 0.05-1
Depends: perl
Size: 8676
Description: simple API to create XML files
 This module takes some ideas from CGI to make easier the life for those who
 need to generated XML code.
Homepage: http://search.cpan.org/dist/XML-Writer-Simple/

Package: libxml-writer-simple-perl
Binary: libxml-writer-simple-perl
Version: 0.05-1
Priority: optional
Section: perl
Build-Depends: debhelper (>= 7)
Build-Depends-Indep: perl, libxml-dt-perl, libxml-dtdparser-perl
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Homepage: http://search.cpan.org/dist/XML-Writer-Simple/
Vcs-Browser: https://fortytwo.ch/hg/avbidder/pkg-libxml-writer-simple-perl/
Vcs-Hg: https://fortytwo.ch/hg/avbidder/pkg-libxml-writer-simple-perl/



-- 
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/87fwp2jwtg@nemo.deuxchevaux.org



Bug#613300: preliminar fuse4bsd package available, PLEASE TEST

2011-06-06 Thread Axel Beckert
Hi Robert,

thanks for your work!

Robert Millan wrote:
> http://people.debian.org/~rmh/fuse/

To help to fix all the bugs it blocks, it should at least provide
fuse-utils (or even make a dummy package as some packages depend on a
versioned fuse-utils like e.g. sshfs) and provide the same interface
(i.e. /usr/bin/fusermount and /sbin/mount.fuse). I suspect we'll
probably need wrapper scripts to provide these interfaces.

Will have a closer look at it later, when my kfreebsd box is back
online. (Just came back from LUG-Camp.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20110606234434.go29...@sym.noone.org



Bug#364295: fltk2 seems more or less dead

2010-08-26 Thread Axel Beckert
Hi,

JFTR: despite they updated the license in fall 2009, according to
http://www.fltk.org/articles.php?L825 and
http://fltk.org/software.php#SVN, fltk 2 is not further developed.
Instead fltk 1.3 is the active development branch and the next planned
branches are 1.4 and 3.0.

There though seem to be actively developed software (like Dillo) based
on it, so it may still be nice to have it in Debian. But it will be
more work than if there were active development on fltk 2.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100826073719.gt11...@sym.noone.org



Bug#595963: RFP: yanone-kaffeesatz -- TTF and OTF font in four weights

2010-09-07 Thread Axel Beckert
Package: wnpp
Severity: wishlist

* Package name: yanone-kaffeesatz
  Version : 2010-05-26
  Upstream Author : Jan Gerner
* URL or Web page : http://www.yanone.de/typedesign/kaffeesatz/
* License : SIL OFL 1.1 (previously CC-BY 2.0)
  Description : TTF and OTF font in four weights

>From the website of the font:

»Yanone Kaffeesatz« was first published in 2004 and is my first ever
finished typeface. Its Bold is reminiscent of 1920s coffee house
typography, while the rather thin fonts bridge the gap to present
times. Lacking self confidence and knowledge about the type scene I
decided to publish the family for free under a Creative Commons
License. A decision that should turn out one of the best I ever made. It
has been downloaded over 100,000 times to date from this website alone,
and you can witness Kaffeesatz use on German fresh-water gyms, Dubai
mall promos and New Zealand McDonald’s ads. And of course on coffee and
foodstuff packaging and café design around the globe.

[...]

In 2010 I decided to re-release the typeface under the SIL Open Font
License to make it possible to include in software bundles or web font
services like Google’s Font Directory.



--
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/87k4mxv62i@kiva6.ethz.ch



Bug#595963: RFP: yanone-kaffeesatz -- TTF and OTF font in four weights

2010-09-08 Thread Axel Beckert
Hi,

Christian PERRIER wrote:
> Quoting Axel Beckert (a...@debian.org):
> > Package: wnpp
> > Severity: wishlist
> > 
> > * Package name: yanone-kaffeesatz
> 
> Could that be turned out into ttf-yanone-kaffeesatz?

I deliberately did not choose ttf-yanone-kaffeesatz since the name
above should be the source package name and not the binary name. (The
same counts for the description. I'd not put my description in the
binary packages, but I'm not very good at describing non-technical
font characteristics.)

And if the source package will contain both, TTF and OTF, I would
regard ttf-yanone-kaffeesatz as a very bad choice.

The resulting binary packages of course should be named
ttf-yanone-kaffeesatz and otf-yanone-kaffeesatz.

> Of course, the package is meant to provide OTF and TTF fonts, but
> that would at least follow the naming logic of other font packages?

If that is the logic, it is no logic.

But I fear it's really that mad:

Package: otf-freefont
Source: ttf-freefont

And the source neither has TTF nor OTF but only SFDs. I regard such
cases of source package names as quite misleading.

Anyway, back to this RFP: I saw font packages in the archive which had
only the TTF files in the source package while I also saw packages
like ttf-freefont, which do have SFD files as "source" for the TTF and
OTF files.

Then again, there are fonts under CC licenses (which seems fine for
TTF files as they are "art" similar to images or texts) as well as
GPL'ed fonts (where I'd expect to be able to get the SFD "source").

Does Debian make any difference between those two types of "free"
fonts?

Because for Kaffeesatz you just get the TTF and OTF, not the source --
if any exists at all. (I have no idea how many ways are there to
create TTFs or if you even can create it directly in an editor.)

It could also be a possibility to make two source packages out of it,
ttf-yanone-kaffeesatz and otf-yanone-kaffeesatz since upstream
distributes the font as two ZIP files, one for the TTFs and one for
the OTFs -- which means that repackaging is necessary anyway, so a
single source package would make no real difference, and I'd expect
that our ftp-masters would prefer the single source package.

P.S.: Please Cc me, I'm not on the list.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100908102944.gm12...@sym.noone.org



Bug#595963: [Pkg-fonts-devel] Bug#595963: RFP: yanone-kaffeesatz -- TTF and OTF font in four weights

2010-09-08 Thread Axel Beckert
ts" is a very misleading expression as in the design
> community it is always associated with dubious
> maybe-redistribute-but-don't-modify-fonts, IOW freeware (often ripoffs).
> Check your preferred search engine. We talk about libre/open fonts
> instead to indicate the big difference between these fonts with a bad
> reputation and fonts which their authors want to be usable,
> distributable, modifiable, redistributable i.e. DFSG-compliant. We don't
> want anyone to confuse the two! And well there's always the issue of
> "free" being misunderstood as "this don't cost any money" but "free
> font" as a fixed expression lead to even more misunderstandings and
> should really be avoided.

Short said: the common problem with the multiple meanings of the word
"free".

> Hope that helps,

It did indeed, thanks a lot!

> Thank you for your efforts around font packaging. You're always welcome
> to join our team and help out :-)

Not sure if I'll go that far and join the team, but at least I
sponsored already some font packages. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100909010736.ge12...@sym.noone.org



Bug#596753: RFP -> ITP: 2ping -- bi-directional ping utility to determine direction of packet

2010-09-14 Thread Axel Beckert
retitle 596753 ITP: 2ping -- bi-directional ping utility to determine direction 
of packet
owner 596753 !
kthxbye

Hi,

I intend to package 2ping as it seems to fit quite nicely into the set
of tools I usually have on nearly all of my boxes.

Co-maintainers welcome, nevertheless.

Will create a git repo for packaging somewhere, probably at
alioth/collab-maint.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100914234607.gr12...@sym.noone.org



Bug#596753: RFP -> ITP: 2ping -- bi-directional ping utility to determine direction of packet

2010-09-15 Thread Axel Beckert
Hi Francois, hi Ryan,

Francois Marier wrote:
> > I intend to package 2ping as it seems to fit quite nicely into the set
> > of tools I usually have on nearly all of my boxes.
> > 
> > Co-maintainers welcome, nevertheless.
> 
> Just FYI, you may want to get in touch with the upstream developer (who is a
> Debian Maintainer).

Oops. I explicitly looked for his name in the NM list to see if that's
the case, because I didn't want to steal that package from some
upcoming Debian Developer. But I forgot that you can be DM without
being in NM.

> When I asked him about this, he said that he was wanting to finalize
> the protocol before packaging it for Debian.

Well, I read that on the website, too, and initially had the same
thought. But then I asked myself: why not? If I want to distribute
software on my boxes, I want to do that in .deb format, so I wouldn't
be unhappy to have the current state packaged somewhere anyway. Debian
Experimental would be a place where I'd expect software with such a
"not stabilized protocol" label.

Anyway, I'm happy if Ryan wants to package his software himself and
available for sponsoring or co-maintaining. Feel free to change the
owner of this bug appropriately. Haven't done much more than dh-make
so far, so no work would be lost. Instead I distributed the Perl
script itself to $HOME/bin on some of my boxes already. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100915214343.gv12...@sym.noone.org



Bug#273303: #273303 et. al.: Yet another howto for building iFolder .debs

2010-09-21 Thread Axel Beckert
Hi,

we build our own ifolder packages for Ubuntu Lucid and Debian
Squeeze. Here's our documentation in case some needs some hints on how
to build them himself:
http://wiki.phys.ethz.ch/readme/compiling_ifolder_packages_on_debian_ubuntu

Kind regards, Axel Beckert
-- 
Axel Beckertsupport: +41 44 633 26 68
IT Services Group, HPT D 17 voice: +41 44 633 41 89
Departement of Physics, ETH Zurich
CH-8093 Zurich, Switzerlandhttp://nic.phys.ethz.ch/



-- 
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/20100921105313.gy23...@phys.ethz.ch



Bug#596753: RFP -> ITP: 2ping -- bi-directional ping utility to determine direction of packet

2010-10-04 Thread Axel Beckert
Hi Ryan,

Ryan Finnie wrote:
> 2ping 0.0.3 has been released.  In this version, I've added/changed a
> few things to make packaging easier.

Thanks! :-)

Will have a look at it soon, but not immediately.

>   * A Makefile is included that recognizes DESTDIR and PREFIX.
>   * The man section has been changed from 1 to 8 to be more consistent
> with other utilities.
>   * 2ping6 and 2ping6.8 symlinks are built during make (2ping will now
> assume -6 if called as "2ping6").
>   * A ChangeLog is included.
>   * All Perl modules required for base functionality are provided by
> the perl package.  There are some new optional modules; the package
> should probably Recommends: libio-socket-inet6-perl libdigest-sha-perl
> libdigest-crc-perl.

Thanks for the information!

    Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20101004095018.gc23...@sym.noone.org



Bug#554099: #554099: ITA: xrootconsole -- Fancy X console display

2010-10-06 Thread Axel Beckert
retitle 554099 ITA: xrootconsole -- Fancy X console display
owner 554099 !
kthxbye

Just noticed that root-tail doesn't work that well with xcompmgr, so I
moved back to xrootconsole which has no hassles with xcompmgr.

And since root-portal is no more in Debian since Lenny, I think, users
should at least have the choice between two tools for displaying text
in the root window.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20101007002653.gl23...@sym.noone.org



Bug#596753: RFP -> ITP: 2ping -- bi-directional ping utility to determine direction of packet

2010-10-20 Thread Axel Beckert
Hi Ryan,

Ryan Finnie wrote:
> 2ping 1.0 was released today, and I also sat down to package it for
> Debian.  I've pushed them to mentors.debian.net:
> http://mentors.debian.net/debian/pool/main/2/2ping/

Cool.

> The initscript is for a more permanent listener, but will be silently
> skipped over during boot if not explicitly enabled in the defaults
> file.  By default it will drop privileges.

Neat.

> The package is signed and lintian clean.  Axel or Francois, would you
> like to sponsor this upload?  Thanks.

Currently having a look at it.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20101020232452.gs23...@sym.noone.org



Bug#540592: State of #540592 (ITA: thttpd -- tiny/turbo/throttling HTTP server)?

2010-10-20 Thread Axel Beckert
Hi Leif,

on 12 Aug 2009 you stated in http://bugs.debian.org/540592 that you
intend to adopt thttpd. Are you still planning to do that? Do you need
help with the package?

Kind regards, Axel
-- 
/~\  Plain Text Ribbon Campaign   | Axel Beckert
\ /  Say No to HTML in E-Mail and News| a...@deuxchevaux.org  (Mail)
 X   See http://www.asciiribbon.org/  | a...@noone.org (Mail+Jabber)
/ \  I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)



-- 
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/20101021023429.gw23...@sym.noone.org



Bug#601676: ITP: rpbar -- taskbar for the ratpoison window manager

2010-10-28 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: rpbar
  Version : [just a git repo so far]
  Upstream Author : Daniel Maturana 
* URL or Web page : http://github.com/dimatura/rpbar
* License : GPLv3
  Description : taskbar for the ratpoison window manager

The 'default' way to switch windows in Ratpoison is to press C-t-w to
get the window list, find the number of the window you want to switch
to (let's say it's 2), and press C-t-2 to switch. rpbar is a simple
taskbar that gives a permanent display of the windows in the current
group in order to make the first C-t-w unnecesary. As a concession to
The Rat, clicking on a window title will select that window. This is
useful for one-handed window selection.

The main inspiration is the simple task bars you get in other
minimalistic window managers such as Awesome or wmii. rpbar's
appearance is modeled on these task bars.



-- 
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/20101028114627.636af894...@sym.noone.org



Bug#602045: ITP: unburden-home-dir -- Move cache files automatically away from user's home

2010-10-31 Thread Axel Beckert
Package: wnpp
Owner: Axel Beckert 
Severity: wishlist

* Package name: unburden-home-dir
  Version : none yet (just a git repo)
  Upstream Author : Axel Beckert  (me at work :-)
* URL or Web page : http://wiki.phys.ethz.ch/readme/application_cache_files
* License : GPLv2+
  Description : Remove or move cache files automatically from user's home

unburden_home_dir is an Xsession hook which allows administrators and
optionally also users to move cache files from browsers, etc. off
their home directory, i.e. on a local harddisk or tmpfs and replace
them with a symbolic link to the new location (e.g. on /tmp/ or
/scratch/) upon login. Optionally the contents of the directories and
files can be removed instead of moved.

This is helpful in at least two cases:

One case are big workstation setups where $HOME is on NFS and all
those caches put an unnecessary burden (hence the name) on the file
server since caching over NFS doesn't have the best performance and
may clog the NFS server unnecessarily, too.

The other case are devices with small disk space but a lot of RAM as
seen often on boxes with flash disks or early netbooks, especially the
EeePC, where configurations with 4GB disk space and 2GB RAM are not
seldom. In this case you want to move off cache files, etc. to some
tmpfs filesystem, e.g. /tmp/.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20101031224808.73addb80...@sym.noone.org



  1   2   3   4   5   >