Bug#836176: RFA: axel -- light command line download accelerator

2016-08-31 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: normal

I request an adopter for the axel package.

The package description is:
 Axel tries to accelerate the downloading process by using multiple
 connections for one file, similar to DownThemAll and other famous
 programs. It can also use multiple mirrors for one download.
 .
 Using Axel, you will get files faster from Internet. So, Axel can
 speed up a download up to 60% (approximately, according to some tests).
 .
 Axel tries to be as light as possible, so it might be useful as a
 wget clone (and other console based programs) on byte-critical systems.



Bug#706605: Processed: tagging as pending bugs that are closed by packages in NEW

2013-07-21 Thread Y Giridhar Appaji Nag
# Bcc: control
tags 706607 - pending
thanks

On 13/07/21 08:09 +, Debian Bug Tracking System said ...
 Processing commands for cont...@bugs.debian.org:
 
  # Sunday 21 July  08:04:31 UTC 2013
  # Tagging as pending bugs that are closed by packages in NEW
  # http://ftp-master.debian.org/new.html
  #
  # Source package in NEW: macfanctld
  tags 706607 + pending
 Bug #706607 [dput] dput: Invalid warning about orig tarball not being required
 Added tag(s) pending.

The macfanctld package in NEW closes the incorrect bug.  It should be
706605 and not 706607.

Giridhar

-- 
Y Giridhar Appaji Nag | http://people.debian.org/~appaji/


signature.asc
Description: Digital signature


Bug#662779: O: sclapp -- framework for Python command-line applications

2012-03-06 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: normal

I intend to orphan the sclapp package.  I packaged it because it was a
dependency for pytagsfs which I neither maintain nor use anymore.  The
software itself is stable and hasn't changed in many months.

The package description is:
 sclapp is a Python module that makes it easy to write well-behaved
 command-line applications and helps authors deal with the following
 issues:
 .
  * Signal handling
  * Terminal character encodings
  * Standard output failures (broken pipes)
  * Common command-line options (like --help and --version)



-- 
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/20120306102141.19432.29242.report...@loktak.appaji.net



Bug#459325: ITP: clang -- C language family frontend for LLVM

2009-12-08 Thread Y Giridhar Appaji Nag
On 09/12/08 16:44 +0600, Maia Kozheva said ...
 Sorry for putting the manpages under GPL - old habit, I intended them to
 be released under a simple public-domain-equivalent disclaimer instead
 of going through the roundabout way of referencing LLVM's custom license
 (which is BSD-like but not *the* BSD license).
 
 I have edited the manpages from my packaging and attached them here.
 Will this suffice?

Yes, this is good, thank you.  Arthur Loiret started packaging clang
independent of this ITP and the work in GIT and uploaded the package to the
archive already.  We will build upon what is in the archive and I will ensure
that these are included in the Debian package as well as sent upstream.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://people.debian.org/~appaji/



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



Bug#459325: ITP: clang -- C language family frontend for LLVM

2009-12-07 Thread Y Giridhar Appaji Nag
Hi Maia,

On 09/12/05 08:12 +0530, Y Giridhar Appaji Nag said ...
 On 09/12/04 22:25 +0600, Maia Kozheva said ...
  It would be nice if some Ubuntu developers among people using this bug
  could review it. And perhaps it can serve as a basis for Debian packaging.
 
 I started packaging clang for Debian in a git repository at
 http://git.debian.org/?p=collab-maint/clang.git, but I had to take
 care of some personal stuff and did not touch it since a couple of
 weeks.  You'll see packages by the end of this weekend and I will reuse
 your work as much as I can.

I am re-using parts of your packaging work in preparing clang packages
for Debian.  However, the manpages that you wrote (in debian/man) are
licensed under GPL.  While this is OK, it is generally recommended that
both the Debian packaging and associated files (like the manpages) be
licensed under the same license as the majority of the upstream software
(University of Illinois/NCSA Open Source License) so that it is easy to
merge changes upstream.

Would you consider re-licensing the manpages under the said license?

Thanks,

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/



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



Bug#459325: ITP: clang -- C language family frontend for LLVM

2009-12-04 Thread Y Giridhar Appaji Nag
Hi Maia,

On 09/12/04 22:25 +0600, Maia Kozheva said ...
 I have uploaded an in-progress package to Ubuntu REVU, available here:
 http://revu.ubuntuwire.com/p/clang

I'll take a look at this too.  I did not look at the packages in detail
but I would like clang to be a package set rather than just one package.
I would like it if clang, the static analyser, the documentation and the
compiler are all difference packages that people can install and use
independantly.

 It would be nice if some Ubuntu developers among people using this bug
 could review it. And perhaps it can serve as a basis for Debian packaging.

I started packaging clang for Debian in a git repository at
http://git.debian.org/?p=collab-maint/clang.git, but I had to take
care of some personal stuff and did not touch it since a couple of
weeks.  You'll see packages by the end of this weekend and I will reuse
your work as much as I can.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/



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



Bug#551883: RFA: libdaemon -- lightweight C library for daemons - development files

2009-10-22 Thread Y Giridhar Appaji Nag
On 09/10/21 18:38 +0530, Y Giridhar Appaji Nag said ...
 I request an adopter for the libdaemon package.  I was maintaining this
 package because it was a dependency for ifplugd (I RFA-ed that a little while
 ago).  I can sponsor uploads of updated libdaemon packages.

I will orphan this package also along with ifplugd (see #551881) in case
nobody picks this up as an ITA.

Giridhar

-- 
Y Giridhar Appaji Nag | http://people.debian.org/~appaji/


signature.asc
Description: Digital signature


Bug#551881: RFA: ifplugd -- configuration daemon for ethernet devices

2009-10-21 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I no longer use ifplugd and request an adopter for the package.  I am willing
to sponsor updated packages.  In case nobody ITAs it in a month or so, I will
orphan the package.

The package description is:
 ifplugd is a daemon which will automatically configure your ethernet device
 when a cable is plugged in and automatically de-configure it if the cable is
 pulled out. This is useful on laptops with onboard network adapters, since it
 will only configure the interface when a cable is really connected.  Features
 include:
 .
  * syslog support
  * Multiple ethernet interface support
  * Uses Debian's native ifup/ifdown programs
  * Small executable size and memory footprint
  * Option to beep when the cable is unplugged or plugged
  * Option to beep when the interface configuration succeeds or fails
  * Can be configured to ignore short unplugged or plugged periods
  * Configure WLAN devices (on detecting a successful association to an AP)
  * Supports SIOCETHTOOL, SIOCGMIIREG and SIOCDEVPRIVATE for getting link status
  * Compatibility mode for network devices which do not support cable detection

The software is quite stable and needs updation for various suspend/resume
software scripts, for debconf translations and policy updates once in a while
(there hasn't been an upstream release since 2005).  There are a couple of
patches in the Debian tree that should go upstream (I wrote to upstream and
they indicated that the patches would be integrated but that hasn't happened).
There are a few bugs that could do with some attention.

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

iQEcBAEBCAAGBQJK3wTmAAoJENbfLHnbvsrc4rwIAJJlDjhZfISWHkkkPoFX+c7b
zmTckODKYIJ617PTy1kNPGXR/njgEqqF3Wolk3AZRWhbusD+Oqp0HullPkhFlkvb
WRCEp81YvuxyznUXL+Ll1kg6mMjDtUZS2Uo8wfYZBaKVVspkRleo9lGcWgAgJ/OW
Fg/GFcvL1Qs7wPRnvKeroOsbJM7qdKviyluQToV0Qi8yU1j+rs6jnttbu8BATrqq
SjIzbN/feEYt9sKCkDnPOhyBXUrYfY9GThI7RunCukAfDAHFSsuRswqGej+j3Fzu
+tocAvDCVu3Od1tST9Y1YiEgynADCduO8beHUJ9lZnuGY63Ki6N/s4qttMgzmps=
=oMHn
-END PGP SIGNATURE-



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



Bug#551883: RFA: libdaemon -- lightweight C library for daemons - development files

2009-10-21 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the libdaemon package.  I was maintaining this
package because it was a dependency for ifplugd (I RFA-ed that a little while
ago).  I can sponsor uploads of updated libdaemon packages.

The package description is:
 libdaemon is a leightweight C library which eases the writing of UNIX daemons.
 It consists of the following parts:
 .
  * Wrapper around fork() for correct daemonization of a process
  * Wrapper around syslog() for simple log output to syslog or STDERR
  * An API for writing PID files
  * An API for serializing signals into a pipe for use with select() or poll()
  * An API for running subprocesses with STDOUT and STDERR redirected to syslog
 .
 Routines like these are included in most of the daemon software available. It
 is not simple to get these done right and code duplication is not acceptable.
 .
 This package includes the header files and the static version of the library
 and documentation.

libdaemon is installed on a very large number of systems because of avahi.
Updates to the software are few and far between and there are no open bugs in
the Debian BTS.  Upstream released 0.14 last week and the package needs to be
updated for that.

I am also Cc:ing the following dependent maintainers in case they would be
interested in maintanance of the package.

Utopia Maintenance Team pkg-utopia-maintain...@lists.alioth.debian.org
Philipp Huebner debala...@debian.org

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

iQEcBAEBCAAGBQJK3wfMAAoJENbfLHnbvsrcRq8IAKdKY1UqOCfLXQFGhw1zTLXs
+TH0GSkjN9MKYT/I4rBC8sAcNQl/R03hJkHEqaVv09segdXsCAyx5WvNzDK0FIMT
TvvrChWASg4vgW6ZuRY1SeIO4aRLZhcBEVGpHJrHAukU5zYBg1eOx2q4lNpEDfXF
rm0fJ0/zCuWRESnKdS+OgEgV7eceHCg4TtCtKLKZgXQub2vqr9GaJmJDX7AkLcxZ
b+n/h7drEdxUU3iMueOup6mYuKL+Nz+4hXElrJSuhCUV7/lNABnlffFSYWwor3qE
mbrUOWHatFW2nG5X/isngxqV6ECwsoMKrk94MF8DzGwNiUIgLmbZqtISFXW2Blk=
=7MUy
-END PGP SIGNATURE-



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



Bug#459325: ITP: clang -- C language family frontend for LLVM

2009-10-06 Thread Y Giridhar Appaji Nag
Hi Sebastian,

On 09/10/03 09:24 +0200, Sebastian Dröge said ...
 any newws on this? Would be nice to have clang in Debian :)

http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-September/006447.html

But http://llvm.org says:

LLVM 2.6 release schedule:

* Aug 21 - Code Freeze
* Aug 28 - Pre-release1 testing begins
* Sept 04 - Pre-release1 testing ends
* TBD - Pre-release2 testing begins
* TBD - Pre-release2 testing ends
* TBD - Release!

clang 2.6 (yes, not 1.0) would be released with LLVM 2.6 and LLVM 2.6 packages
would be a pre-req for building clang packages.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://people.debian.org/~appaji/


signature.asc
Description: Digital signature


Bug#459325: ITP: clang -- C language family frontend for LLVM

2009-09-06 Thread Y Giridhar Appaji Nag
On 09/07/03 13:40 +0530, Y Giridhar Appaji Nag said ...
 On 09/05/28 21:48 +0530, Y Giridhar Appaji Nag said ...
  probably provide packages from a private repository and re-visit this when
  LLVM 2.6 is released.
 
 LLVM 2.6 will be the first release to include CLang.  Tentatively scheduled to
 be released on 2009-09-21.
 
 http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005469.html

CLang would be released as CLang 2.6
Pre-release at: http://llvm.org/prereleases/2.6/clang-2.6.tar.gz

Building with out-of-LLVM-tree support being tracked as a bug at
http://llvm.org/bugs/show_bug.cgi?id=4840

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature


Bug#459325: ITP: clang -- C language family frontend for LLVM

2009-07-03 Thread Y Giridhar Appaji Nag
On 09/05/28 21:48 +0530, Y Giridhar Appaji Nag said ...
 probably provide packages from a private repository and re-visit this when
 LLVM 2.6 is released.

LLVM 2.6 will be the first release to include CLang.  Tentatively scheduled to
be released on 2009-09-21.

http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005469.html

Giridhar

-- 
Y Giridhar Appaji Nag | http://people.debian.org/~appaji/


signature.asc
Description: Digital signature


Bug#533044: RFP: openrep -- software for homeopathic repertorization and viewing materia medicae

2009-06-14 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: openrep
  Version : 2.5
  Upstream Author : Vladimir Polony i...@homeopathyonline.org
* URL : 
http://www.homeopathyonline.org/download_free_homeopathic_software.html
* License : GPLv3 or later
  Programming Lang: Java
  Description : software for homeopathic repertorization and viewing 
materia medicae

OpenRep is a Java desktop application designed to serve as a homeopathic
software with capabilities to open and use multiple repertories, perform
repertorizations and view its results, manage patients and view different
materia medicae. It is also designed to save and load data in human readable
xml format.

There is a user manual (thought PDF, and without source -- it looks like) and
a bunch of repertories are also available.

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

iQEcBAEBCAAGBQJKNL8VAAoJENbfLHnbvsrcSAoH/R9ndwne6QoSB6T3HmE+wkgv
vVMzrooPxnVwLRIoFuEsi0Y1dRGdYTo5+XgwRUBszkVCOHvWewjTGoP7dU49D7fa
JsuIItrv8lQptR+jA/pHp8u8l00KzcYHmEIj612X4/DMHmOma14m/tlWCM5AQ5X9
+bgQ2x0RAdudiHV/sqvjOJo6wBf/ELtM1HcRLF5mlMmmOq/FvmW3xwcmG96uNRb5
6aWMQ8BOboUhgKLToqQVzd4AfOKlTPVFT+XUNq8td/ORjug9FTz8AyciL8460dGy
WiY5W+Jt/i/0B52bFGzgpqnQaIpcWHoo8pgnvyjrwFBuQOoz/V6O328+NHTSr50=
=CzBa
-END PGP SIGNATURE-



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



Bug#459325: clang Static Analyzer

2009-05-28 Thread Y Giridhar Appaji Nag
On 09/04/09 18:52 +0530, Y Giridhar Appaji Nag said ...
 On 09/04/09 10:12 +0200, Mauro Baluda said ...
  is the static analyzer available in the version you packged for debian
  sid?  I can't find any scan-build command
 
 In case there is sufficient interest, I will consider packaging the
 version of clang that was tagged (in SVN) alongside a release of llvm.

Contrary to what I thought earlier (that I would be able to pull clang from
SVN at the revision when LLVM 2.5 was tagged, and build it without any
issues), I encountered a few issues.  Turns out that LLVM 2.5 was branched off
a while before 2.5 was tagged, but clang was not branched -- it continues to
be developed and depends on LLVM trunk, and the code that is added to clang
trunk may depend on what is LLVM trunk and that may not be on the 2.5 branch.

In order to workaround this, I had to revert a few changes, specifically
r64928, r63630, r64875, r64967, r63814 (these are small changes) and the whole
RangeConstraintManager code.  The code compiles OK but I am encoutering
runtime issues now.  Even though I would be able to fix these, I don't think I
should upload this to experimental.  Depending on how this pans out, I will
probably provide packages from a private repository and re-visit this when
LLVM 2.6 is released.

Ofcourse, the best thing to do would be to prepare experimental packages of
both LLVM and clang from trunk.

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature


Bug#459325: Fwd: experimental LLVM and CLang packages?

2009-04-09 Thread Y Giridhar Appaji Nag
- Forwarded message from Y Giridhar Appaji Nag app...@debian.org -

From: Y Giridhar Appaji Nag app...@debian.org
To: pkg-llvm-t...@lists.alioth.debian.org
Date: Wed, 11 Mar 2009 19:30:53 +0530
Subject: experimental LLVM and CLang packages?

Hi,

CLang [1], though not officially released yet, is quite usable for
source code analysis and C support for the x86/amd64 targets.  I think
it would be a good idea to expose it to folks who are willing to run
unstable/experimental.  There is interest because few people actually
asked me about this.  CLang developers are also quite responsive with
bug reports etc.

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

However, CLang is supposed to be compiled alongside LLVM in SVN at that
point in time.  Would you folks consider creating experimental LLVM
packages that are cut out of an SVN snapshot?  I am willing to help with
the LLVM packages (we can create monthly packages or some such) and I
will also take care of the CLang package.

Arthur and Pierre, what do you think?

Cheers,

Giridhar

- End forwarded message -

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature


Bug#459325: clang Static Analyzer

2009-04-09 Thread Y Giridhar Appaji Nag
Hi Mauro,

On 09/04/09 10:12 +0200, Mauro Baluda said ...
 is the static analyzer available in the version you packged for debian
 sid?  I can't find any scan-build command

It is not available.  I intend to package clang for debian [1], however,
upstream advises that clang should be compiled alongside llvm in SVN and
it hasn't been released yet.

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

In case there is sufficient interest, I will consider packaging the
version of clang that was tagged (in SVN) alongside a release of llvm.
For 2.5, that would be r65926.  But that would either be in experimental
or in a private area.

[2] http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-March/004609.html

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature


Bug#519260: RFP: libnetapp-perl -- modules for managing NetApp's NAS devices

2009-03-11 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libnetapp-perl
  Version : 1.1.2
  Upstream Author : Phillip Moore pmoore6...@gmail.com
* URL : http://search.cpan.org/dist/NetApp/
* License : same license as Perl
  Programming Lang: Perl
  Description : modules for managing NetApp's NAS devices

This package provides a suite of modules for managing NetApp's NAS
devices, commonly referred to as filers.

- -- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

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

iEYEARECAAYFAkm3uJQACgkQ4eu+pR04mId1kQCg80QD4oqY7wu0lr86U6KNru1A
QXsAoILk4sfrMKXwy33SK5fryHfftPjX
=lXU4
-END PGP SIGNATURE-



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



Bug#513563: RFP: libstxxl -- Standard Template Library for extra large data sets

2009-01-30 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libstxxl
  Version : 1.2.1
  Upstream Author : Roman Dementiev, Johannes Singler, Andreas Beckmann
* URL : http://stxxl.sourceforge.net/
* License : Boost Software License 1.0
  Programming Lang: C++
  Description : C++ Standard Template Library for extra large data sets

STXXL is an implementation of the C++ standard template library STL for
external memory (out-of-core) computations, i.e., STXXL implements
containers and algorithms that can process huge volumes of data that
only fit on disks. While the compatibility to the STL supports ease of
use and compatibility with existing applications, another design
priority is high performance.

- -- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

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

iEYEARECAAYFAkmCux8ACgkQ4eu+pR04mIfuuACfaMwGjR0mAqg+iv/hvIquO4SB
9bMAoIzH+A8hyjd534pAuFpFxf1z0thG
=BPyL
-END PGP SIGNATURE-



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



Bug#459325: ITP: clang -- A C language family frontend for LLVM

2008-08-21 Thread Y Giridhar Appaji Nag
On 08/03/05 16:24 +0530, Y Giridhar Appaji Nag said ...
 I was hoping that an early release of clang would be made with llvm 2.2
 which can be packaged, that did not happen [1].  I will look at how I
 can make a clean standalone clang package [2] that can be built
 independent of the llvm svn source tree, but depending only on the llvm
 packages in unstable.
 
 [1] http://llvm.org/releases/2.2/docs/ReleaseNotes.html#whatsnew
 [2] http://llvm.org/docs/Projects.html

clang continues to be under development and upstream advises that it be
compiled alongside the 'current svn version of llvm', so I will wait for
an official release before packaging.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature


Bug#484234: RFP: frama-c -- framework for source code analysis of software written in C

2008-06-03 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: frama-c
  Version : 20080501
  Upstream Author : Software Reliability Laboratory (LSL) 
http://www-list.cea.fr/labos/gb/LSL/index.html and INRIA ProVal project 
http://www.inria.fr/saclay/
* URL : http://frama-c.cea.fr/
* License : GPL
  Programming Lang: OCaml
  Description : framework for source code analysis of software written in C

Frama-C is a suite of tools dedicated to the analysis of the source code of
software written in C.  It can be used on C programs to
 .
 * Validate it formally
 * Look for potential runtime errors
 * Audit or review it
 * Reverse engineer it to understand its structure
 * Generate formal documentation

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFIROds4eu+pR04mIcRAjIOAKDEigq6pvlSUtWsa1aR9+r6WeQeTgCgw8WT
qswq4fqOQTZnqRLB9xSuFZ0=
=080s
-END PGP SIGNATURE-



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



Bug#484234: RFP: frama-c -- framework for source code analysis of software written in C

2008-06-03 Thread Y Giridhar Appaji Nag
Hi Zack,

On 08/06/03 10:04 +0200, Stefano Zacchiroli said ...
 On Tue, Jun 03, 2008 at 12:10:44PM +0530, Y Giridhar Appaji Nag wrote:
  Package: wnpp
  Severity: wishlist
  
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  * Package name: frama-c
 
 Thanks for the packaging effort and for Cc-ing debian-ocaml-maint!

This is an RFP, not an ITP and I don't intend to package frama-c myself :)

 As you probably already know, OCaml packaging has some intricacies which
 really benefit from collaboration between maintainers of OCaml related
 packages. As such, if you are interested in maintaining frama-c, I
 suggest you to join the pkg-ocaml-maint project on alioth and to use our
 VCS repository to actually store the package.
 
 We currently have a quite big subversion repository on alioth, but we
 are migrating to git RSN. So, I suggest you to start packaging frama-c
 directly using git, ping me if you need help in setting up the
 repository.
 
 Ah, and of course we have good starting point for OCaml packaging
 available at http://wiki.debian.org/Teams/OCamlTaskForce, in particular
 have a look at our policy.

I am certain this would be useful information if someone picks this up as an
ITP.  Thank you.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/


signature.asc
Description: Digital signature


Bug#483539: RFP: libsee -- Simple ECMAScript Engine

2008-05-29 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libsee
  Version : 3.0
  Upstream Author : David Leonard [EMAIL PROTECTED]
* URL : http://www.adaptive-enterprises.com.au/~d/software/see/
* License : GPL, LGPL
  Programming Lang: C
  Description : Simple ECMAScript Engine

SEE is a full JavaScript interpreter and runtime library in C.

I leave it to the packager to write a full description per dev-ref.

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFIPndo4eu+pR04mIcRAlWsAJ9kZOsnHNKxvediRiq7G7QQBE+OIgCgzHuf
scGFwF0nv1wN8kV1IdTYNKc=
=6A5E
-END PGP SIGNATURE-



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



Bug#476189: ITP: gimp-dds -- DDS (DirectDraw Surface) plugin for the gimp

2008-04-15 Thread Y Giridhar Appaji Nag
On 08/04/15 01:46 +0200, Vincent Fourmond said ...
 gimp-dds is a plugin for the gimp that lets you manipulate Microsoft
 DirectDraw surfaces. These kind of files are widely used in 3D games for
 textures and the like.
 
  [probably should go to the debian-games team]

Or perhaps maintain it as a part of gimp-plugin-registry.  Cc:ing Bernd.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#472769: sclapp and pytagsfs in alioth svn

2008-04-04 Thread Y Giridhar Appaji Nag
# Bcc: control
tags 471971 + pending
tags 472769 + pending
thanks

sclapp and pytagsfs have been comitted to the python-modules and
python-apps teams SVN repository in alioth.  They are pending upload.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#473188: ITP: libbsdelf -- library for the SVR4 ELF(3) API

2008-03-29 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist
Owner: Y Giridhar Appaji Nag [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libbsdelf
  Version : 20080125
  Upstream Author : Joseph Koshy [EMAIL PROTECTED]
* URL : http://wiki.freebsd.org/LibElf
* License : BSD
  Programming Lang: C
  Description : library for the SVR4 ELF API

libbsdelf implements a BSD-licensed implementation of the SVR4 ELF API.
It attempts to fill the gap of a BSD-licensed common ELF API.

http://people.freebsd.org/~jkoshy/download/libelf-20080125.tbz

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFH7eGo4eu+pR04mIcRAtsSAKDXKLAp+Jj6JmiEIO+JLglgLQqrjQCg9vuQ
Gh0dw8sfPIhtaAwQNgZL6dw=
=eQS7
-END PGP SIGNATURE-



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



Bug#473189: ITP: bsdelftoolchain -- collection of tools for manipulating ELF objects

2008-03-29 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist
Owner: Y Giridhar Appaji Nag [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: bsdelftoolchain
  Version : unreleased
  Upstream Author : Joseph Koshy [EMAIL PROTECTED], Kai Wang [EMAIL 
PROTECTED], etc.
* URL : http://wiki.freebsd.org/ElfToolChain
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Programming Lang: (C, C++, C#, Perl, Python, etc.)
  Description : collection of tools for manipulating ELF objects

The Elf Tool Chain Project aims at providing a BSD licensed replacement
for binutils for ELF backend using the LibElf library.

The current URL is http://wiki.freebsd.org/ElfToolChain but the project
is taking shape at http://sourceforge.net/projects/elftoolchain/

Debian packaging work for these would be best handled in a team.  I will
request for an alioth project and update the bug with details so that
interested people can join in.

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFH7eXg4eu+pR04mIcRAlWGAJ988RCvEp9zmNSuZgzfyVdvgqt8+ACgq4M4
WyuKZU7D0orMbAlOkV/fFts=
=2cOT
-END PGP SIGNATURE-



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



Bug#473189: ITP: bsdelftoolchain -- collection of tools for manipulating ELF objects

2008-03-29 Thread Y Giridhar Appaji Nag
Ugh!

On 08/03/29 12:16 +0530, Y Giridhar Appaji Nag said ...
 * License : (GPL, LGPL, BSD, MIT/X, etc.)
   Programming Lang: (C, C++, C#, Perl, Python, etc.)

* License : BSD
  Programming Lang: C

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#459325: ITP: clang -- A C language family frontend for LLVM

2008-03-05 Thread Y Giridhar Appaji Nag
On 08/01/05 20:51 +0530, Y Giridhar Appaji Nag said ...
 Clang is still in early development stages and good for source analysis
 or source-to-source transformation tools.  It is not yet ready for use
 as a drop in C compiler.  It currently has pretty good parsing and
 semantic analysis support for C and Objective-C.  C++ support is still
 very early.

I was hoping that an early release of clang would be made with llvm 2.2
which can be packaged, that did not happen [1].  I will look at how I
can make a clean standalone clang package [2] that can be built
independent of the llvm svn source tree, but depending only on the llvm
packages in unstable.

[1] http://llvm.org/releases/2.2/docs/ReleaseNotes.html#whatsnew
[2] http://llvm.org/docs/Projects.html

Standby for further updates.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#452184: ITA for libdaemon and ifplugd

2008-03-03 Thread Y Giridhar Appaji Nag
ifplugd 0.28-5 is ready for upload.

RFS: http://lists.debian.org/debian-mentors/2008/03/msg9.html

Giridhar

On 07/11/21 16:09 +0530, Y Giridhar Appaji Nag said ...
 I use ifplugd on my laptop as well as on home machine.  I would like to
 adopt ifplugd, and also libdaemon which is from the same upstream author
 and on which ifplugd depends.

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#465691: ITP: CinePaint is a painting and retouching tool primarily used for motion picture frame-by-frame retouching and dust-busting

2008-02-13 Thread Y Giridhar Appaji Nag
On 08/02/14 01:05 +, a. kelly said ...
 * Package name: CinePaint
   Version : 0.22-3
   Description : CinePaint is a painting and retouching tool primarily 
 used for motion 

You might also want to speak to Thanasis Kinias [EMAIL PROTECTED].
See http://bugs.debian.org/437837#25 and http://bugs.debian.org/437837#34

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#459325: ITP: clang -- A C language family frontend for LLVM

2008-01-05 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist
Owner: Y Giridhar Appaji Nag [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: clang
  Version : 2.2svn
  Upstream Author : Chris Lattner [EMAIL PROTECTED]
* URL : http://clang.llvm.org/
* License : University of Illinois/NCSA Open Source License
  Programming Lang: C/C++
  Description : A C language family frontend for LLVM

The Clang project is a new C, C++, Objective C and Objective C++
front-end for the LLVM  compiler.  The end-user features of clang are
fast compiles and low memory use, expressive diagnostics, and GCC
compatibility.  It has a modular library based architecture, supports
diverse clients (refactoring, static analysis, code generation, etc.)
and allows tight integration with IDEs.  Internally, clang has a single
unified parser for C, Objective C, C++, and Objective C++.
.
Clang is still in early development stages and good for source analysis
or source-to-source transformation tools.  It is not yet ready for use
as a drop in C compiler.  It currently has pretty good parsing and
semantic analysis support for C and Objective-C.  C++ support is still
very early.

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

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFHf6CH4eu+pR04mIcRAl2JAJ4zI+aveTbyq3Fo859/qHb4mRqnJgCeLvVh
e366AXUaW0yBhDEH98tu6Uc=
=CUPo
-END PGP SIGNATURE-



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



Bug#459325: ITP: clang -- A C language family frontend for LLVM

2008-01-05 Thread Y Giridhar Appaji Nag
On 08/01/05 17:12 +0100, Pierre Habouzit said ...
 On Sat, Jan 05, 2008 at 03:21:43PM +, Y Giridhar Appaji Nag wrote:
  
  * Package name: clang
Description : A C language family frontend for LLVM
 
   Note that clang requires llvm 2.1 to build, which isn't in Debian yet.

Indeed Pierre, which is why I marked the ITA/ITP of llvm as blocking
this wnpp bug :)

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#459325: ITP: clang -- A C language family frontend for LLVM

2008-01-05 Thread Y Giridhar Appaji Nag
On 08/01/05 17:14 +0100, Pierre Habouzit said ...
 On Sat, Jan 05, 2008 at 03:21:43PM +, Y Giridhar Appaji Nag wrote:
  
  * Package name: clang
Description : A C language family frontend for LLVM
  
   And while we're at it, it'd be great to have a pkg-llvm group on
 alioth where we could package llvm(-gcc), clang, and other llvm

I agree.

Arthur, since you are creating the LLVM packages, can you please request
for a pkg-llvm alioth project where clang and other LLVM projects can be
packaged?

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#451106: ITP: llvm2 -- Low-Level Virtual Machine (LLVM) compiler for C/C++

2008-01-03 Thread Y Giridhar Appaji Nag
Hi Arthur,

Are any prelimiary llvm (v2) packages available?

Giridhar

On 07/11/15 17:12 +0100, Martin Michlmayr said ...
 I believe your Bug#451384: O: llvm should just be merged with this

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#452187: ITA for libdaemon and ifplugd

2007-11-21 Thread Y Giridhar Appaji Nag
retitle 452187 ITA: libdaemon -- lightweight C library for daemons
owner 452187 !
retitle 452184 ITA: ifplugd -- A configuration daemon for ethernet devices
owner 452184 !
thanks

I use ifplugd on my laptop as well as on home machine.  I would like to
adopt ifplugd, and also libdaemon which is from the same upstream author
and on which ifplugd depends.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#451088: O: elinks -- advanced text-mode WWW browser

2007-11-13 Thread Y Giridhar Appaji Nag
retitle 451088 ITA: elinks -- advanced text-mode WWW browser
owner 451088 !
thanks

On 07/11/13 10:12 +0100, Mario Iseli said ...
 ELinks (Enhanced Links) is a lynx-like character mode browser, created
 from the Links browser with many patches and enhancements.

I use elinks on Debian and I am familiar with HTTP/FTP etc. protocols.
I would be happy to maintain this package.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#424719: ITA splint

2007-11-12 Thread Y Giridhar Appaji Nag
Hi Qingning,

I noticed that you filed this ITA more than 6 months ago but there
hasn't been much work after that.  Would you be working on the package?
I triaged the bugs in the BTS and most of them can now be closed (I've
filed patches etc.) in a new upload.

If you are't too keen on adopting this package, I would like to adopt
it.  In any case, I would be happy to co-maintain this package (maybe on
alioth).  Please do let me know.

Cheers,

Giridhar

On 07/05/22 22:53 +0100, Qingning Huo said ...
 retitle 424719 ITA splint -- A tool for statically checking C programs for  
 bugs
 owner 424719 !
 thanks

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#424719: ITA splint

2007-11-12 Thread Y Giridhar Appaji Nag
On 07/11/12 16:09 +0530, Y Giridhar Appaji Nag said ...
 I triaged the bugs in the BTS and most of them can now be closed (I've
 filed patches etc.) in a new upload.

If new upstream is also packaged, this will leave only 2 bugs (#369264
and #171434) against the splint package.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#418808: New maintainer for uClibc

2007-11-12 Thread Y Giridhar Appaji Nag
Adopting uClibc would be a bit more complex than just packaging it.
Please see http://bugs.debian.org/438738#22 for details.  That bug
actually requests removal of uClibc.

Giridhar

On 07/10/13 22:12 +0400, Андрей Сплошнов said ...
 retitle 418808 ITA: uclibc -- micro C library

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#445882: Version 1:3.2-5 ready for upload

2007-11-10 Thread Y Giridhar Appaji Nag
tags 445882 +pending
tags 449716 +pending
thanks

At: http://mentors.debian.net/debian/pool/main/x/xxdiff/

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#419679: ITA: axel -- A light download accelerator - Console version

2007-11-06 Thread Y Giridhar Appaji Nag
1.0b-4 at: 
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=axel

Giridhar

On 07/09/12 17:31 +0530, Y Giridhar Appaji Nag said ...
 I use axel at home and work on Debian machines and would like it to be
 in the archive.  Popcon stats also suggest that there are people who
 would like to continue using it.  There aren't a whole lot of
 alternatives either.
 
 Hence, even though Wilmer as upstream isn't supporting this package, I
 would like to adopt and maintain this package.  I am familiar with HTTP
 and FTP protocols and should be able to do justice to this piece of
 software.

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#445882: RFA: xxdiff -- a graphical file and directories comparison and merge tool

2007-11-06 Thread Y Giridhar Appaji Nag
retitle 445882 ITA: xxdiff -- a graphical file and directories comparison and 
merge tool
owner 445882 !
thanks

On 07/10/08 23:46 +0200, Tomas Pospisek said ...
 I request an adopter for the xxdiff package.

I would like to adopt xxdiff.

 package is in good state IMHO, it's usable, nice and pretty mature and
 doesn't require much attention or maintenance.  Upstream hasn't been
 very active for a while as well.
 
 It has smaller issues with font handling though, that would be nice to
 look into however seems to run fine on the vast majority of setups.

I will triage the bugs reported in the BTS and see what I can do.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#407253:

2007-11-04 Thread Y Giridhar Appaji Nag
merge 407253 448756
thanks

On 07/11/03 11:51 +, Sam Clegg said ...
 I'm still happy to package this if nobody else has come forward.
 My packages are good to go already.

Please go ahead :)

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#419679: O: axel -- A light download accelerator - Console version

2007-09-12 Thread Y Giridhar Appaji Nag
retitle 419679 ITA: axel -- A light download accelerator - Console version
owner 419679 !
thanks

On 07/04/17 13:55 +0200, Mohammed Adnène Trojette said ...
 The current maintainer of axel, Wilmer van der Gaast [EMAIL PROTECTED],
 has orphaned this package.

I use axel at home and work on Debian machines and would like it to be
in the archive.  Popcon stats also suggest that there are people who
would like to continue using it.  There aren't a whole lot of
alternatives either.

Hence, even though Wilmer as upstream isn't supporting this package, I
would like to adopt and maintain this package.  I am familiar with HTTP
and FTP protocols and should be able to do justice to this piece of
software.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#423384: RFP: libcrcanvas -- A GTK/Cairo Canvas Widget with Python Bindings

2007-05-11 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libcrcanvas
  Version : 0.12
  Upstream Author : Robert Gibbs [EMAIL PROTECTED]
* URL : http://geocanvas.sourceforge.net/crcanvas/index.html
* License : GPL
  Programming Lang: C, Python
  Description : A GTK/Cairo Canvas Widget with Python Bindings

crcanvas is a GTK/Cairo canvas widget and comes with Python bindings.
The intent of this widget is to allow more flexibility than the
traditional GtkLayout.  The features of crcanvas are:

- - Has a built in scaling and panning model
- - It is trivial to design custom canvas items
- - No circular dependency between the canvas widget and the canvas item
- - Each canvas item can send invalidate signals on its item coordinate
  space, the device coordinate space, or a combination of both
- - The canvas widget emits a before paint signal during its expose
  logic.
- - A repaint mode allows for all items to be repainted regardless of
  which ones requested updates
- - The CrBlit grouping item can, in some cases, significantly improve
  performance

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.15-1-686
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFGRE+k4eu+pR04mIcRAm2BAKD3jX+WObYph8O8APw8Zj1Q+R5c7ACdFn9L
Mpn3BA8IocAC+QgihSopXKY=
=udFD
-END PGP SIGNATURE-


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



Bug#422039: RFP: recoll -- A personal full text search tool. Lightweight and easy-to-use desktop search engine

2007-05-03 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: recoll
  Version : 1.8.1
  Upstream Author : Jean-Francois Dockes [EMAIL PROTECTED]
* URL : http://www.lesbonscomptes.com/recoll/
* License : GPL
  Programming Lang: C++
  Description : A personal full text search tool, lightweight and 
easy-to-use desktop search engine

Recoll is a personal full text search tool for Unix/Linux with the
following features:

- - No database daemon, web server, desktop environment or exotic language
  necessary.
- - QT-based GUI.
- - Supports most common document types.
- - Powerful query facilities, with boolean searches, phrases, proximity,
  wildcards, filter on file types and directory tree.
- - Multi-language and multi-character set with Unicode based internals.

While Beagle may be the most popular desktop search engine for Linux,
there are alternatives. If you are looking for a lightweight and
easy-to-use yet powerful desktop search engine, you might want to try
Recoll. Unlike Beagle, Recoll doesn't require Mono, it's fast, and it's
highly configurable. Recoll is based on Xapian, a mature open source
search engine library that supports advanced features such as phrase and
proximity search, relevance feedback, document categorization, boolean
queries, and wildcard search.

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.15-1-686
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFGOX8G4eu+pR04mIcRAkA0AJ4nZMK6pyItcHZoUAEo8cy/qlfG5ACgj6+L
ckJMCeUazFM7edqbhpkcsHg=
=C0Eu
-END PGP SIGNATURE-


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



Bug#420330: RFP: python-gccxml -- Python framework that uses gccxml to navigate C++ declarations

2007-04-21 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: python-pygccxml
  Version : 0.8.5
  Upstream Author : Roman Yakovenko [EMAIL PROTECTED]
* URL : http://www.language-binding.net/pygccxml/pygccxml.html
* License : Boost Software License
  Programming Lang: Python
  Description : Python framework that uses gccxml to navigate C++ 
declarations

The purpose of pygccxml is to read a generated file and provide a simple
framework to navigate C++ declarations, using Python classes.  It does
this by using gccxml (which can generate an XML description of a C++
program from GCC's internal representation).

Using pygccxml you can:

- parse C++ source code
- create a powerful code generator
- Py++ is heavily based on pygccxml
- generate WSDL file from sources
- generate UML diagrams
- build code analyzer

- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

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

iD8DBQFGKkVS4eu+pR04mIcRAgiXAKCczAYJnGOTZHqZ/Tt82gkjh8ECugCguGgR
GiS6wKvBNrrn+ghMe/u2Ko0=
=vDdP
-END PGP SIGNATURE-


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



Bug#420334: RFP: python-py++ -- An object-oriented framework for creating a code generator for Boost.Python library

2007-04-21 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: python-py++
  Version : 0.8.5
  Upstream Author : Roman Yakovenko [EMAIL PROTECTED]
* URL : http://www.language-binding.net/pyplusplus/pyplusplus.html
* License : Boost Software License
  Programming Lang: Python
  Description : An object-oriented framework for creating a code generator 
for Boost.Python library

Py++ uses GCC C++ compiler to parse C++ source files and allows you to
expose C++ code to Python in quick and elegant way using the
Boost.Python library.  It uses the following steps to do so:

- - source code is passed to GCC-XML
- - GCC-XML passes it to GCC C++ compiler
- - GCC-XML generates an XML description of a C++ program from GCC's
  internal representation.
- - Py++ uses pygccxml package to read GCC-XML generated file.

Feature list:

- - Py++ support almost all features found in Boost.Python library
- - Py++ generates code, which will help you to understand compiler
  generated error messages
- - Py++ has more than one mode of writing code into files:
- single file
- multiple files
- multiple files, where single class code is split to few files
- - Py++ will save your compilation time - it will rewrite a file, only in
  case of change
- - You have full control over generated code. Your code could be inserted
  almost anywhere.
- - Py++ will check the completeness of the bindings. It will check for
  you that the exposed declarations don't have references to unexposed
  ones.
- - Py++ provides enough functionality to extract source code
  documentation and write it as Python documentation string
- - Py++ provides simple and powerful framework to create a wrapper for
  functions, which could not be exposed as is to Python

- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

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

iD8DBQFGKkdc4eu+pR04mIcRAp3aAJ9cPrF4T5yB/8yz73SUV155bQz9vACeJcaA
rNNpp46Jh00J/aTgjpDV8TE=
=jzJJ
-END PGP SIGNATURE-


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



Bug#407253: RFP: dmucs -- A distributed multi-user compilation system

2007-01-17 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: dmucs
  Version : 0.6.1
  Upstream Author : Vic Norman [EMAIL PROTECTED]
* URL : http://dmucs.sourceforge.net/
* License : GPL
  Programming Lang: C++
  Description : A distributed multi-user compilation cystem

DMUCS is a system that allows a group of users to share a compilation
farm.  Each compilation request from each user will be sent to the
fastest available machine, every time.  The system has these fine
qualities:

 - Supports multiple users compiling simultaneously, and scales well to
   handle the new loads.
 - Supports multiple operating systems in the compilation farm.
 - Uses all processors of a multi-processor compilation host.
 - Makes best use of compilation hosts with widely differing CPU speeds.
 - Guarantees that a compilation host will not be overloaded by
   compilations.
 - Takes into account the load on a host caused by non-compilation
   tasks.
 - Supports the dynamic addition and removal of hosts to the compilation
   farm.
 - Works with distcc, which need not be altered in any way.

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)

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

iD8DBQFFreFJ4eu+pR04mIcRArofAJ9S/9jnoKYRHggWlsDtUOsG/sUzZwCgklKa
dwGsvx/0JUGbwDCEEZAZS/E=
=k56i
-END PGP SIGNATURE-


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



Bug#254649: RFP: docbookwiki -- edit a DocBook document online

2006-12-17 Thread Y Giridhar Appaji Nag
reopen 254649
thanks

This is a useful piece of software and the upstream is active (the
original RFP was for 0.5 and the current version is 0.8.3).  I am
re-opening this hoping the someone wading through the WNPP RFPs and
interested in packaging this will pick it up.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#401034: RFP: python-pylzma -- Python bindings for the LZMA compression library.

2006-12-03 Thread Y Giridhar Appaji Nag
On 06/12/01 11:20 +0530, Kartik Mistry said ...
 
 I am working on this package.

I would be happy to test the package for you when it is ready.  Please
do let me know.

Giridhar

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#401034: RFP: python-pylzma -- Python bindings for the LZMA compression library.

2006-11-30 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: python-pylzma
  Version : 0.3.0
  Upstream Author :Joachim Bauch [EMAIL PROTECTED]
* URL : http://www.joachim-bauch.de/projects/python/pylzma/
* License : GPL
  Programming Lang: C, C++, Python
  Description : Python bindings for the LZMA compression library.

LZMA, short for Lempel-Ziv-Markov chain-Algorithm, is a data compression
algorithm in development since 2001 and used in the 7z format of the
7-Zip archiver. It uses a dictionary compression scheme somewhat similar
to LZ77 and features a high compression ratio (generally higher than
bzip2) and a variable compression-dictionary size (up to 1 GB).

LZMA uses an improved LZ77 compression algorithm, backed by a range
coder.  Streams for data, repeated-sequence size and repeated-sequence
location seem to be compressed separately.

This package has python bindings for the LZMA compression library.  The
features include:

 - Compression / decompression of a single block of data
 - Compression from a file-like object (must provide a read method)
 - Streaming decompression through multiple calls to decompress
 - An initial library that supports reading of 7-zip archives (both
   solid and non-solid)

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)

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

iD8DBQFFbtSZ4eu+pR04mIcRAlszAJ0eJ+nFDgWh8/EraIlLjl8HEWm9rgCfZ4t7
cXWweLZ9jZA7/2iMdzS5Y88=
=7X18
-END PGP SIGNATURE-


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



Bug#398765: RFP: gimp-refocus -- GIMP plugin to sharpen/re-focus images using FIR Wiener filtering

2006-11-15 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist

* Package name: gimp-refocus
  Version : 0.9.0
  Upstream Author : Ernst Lippe [EMAIL PROTECTED]
* URL : http://refocus.sourceforge.net/
* License : GPL
  Programming Lang: C
  Description : GIMP plugin to sharpen/re-focus images using FIR Wiener 
filtering

During image processing operations such as scanning and scaling, images
tend to get blurry. The blurred impression of these images is due to the
fact that image pixels are averaged with their neighbors. Blurred images
don't have sharp boundaries and look as though they have been taken with
an unfocussed camera.

Refocus is a plug-in for the Gimp (the GNU Image Manipulation Program).
This plug-in attempts to refocus the image, using a technique called
FIR Wiener filtering. The traditional technique for sharpening images is
to use unsharp masking. Refocus generally produces better results than
unsharp masking.

The plug-in comes with a preview that helps you select the best
parameters.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)


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



Bug#361797: ITP: clewn -- A program to implement full gdb support in the vim editor.

2006-08-17 Thread Y Giridhar Appaji Nag
retitle 361797 RFP: clewn -- A program to implement full gdb support in the vim 
editor.
noowner 361797
thanks

On 06/04/10 16:50 +0530, Y Giridhar Appaji Nag said ...
 
 * Package name: clewn
 * URL : http://clewn.sourceforge.net/
 * License : GPL
   Description : A program to implement full gdb support in the vim editor.

-- 
Y Giridhar Appaji Nag | http://www.appaji.net/


signature.asc
Description: Digital signature


Bug#361797: ITP: clewn -- A program to implement full gdb support in the vim editor.

2006-04-10 Thread Y Giridhar Appaji Nag
Package: wnpp
Severity: wishlist
Owner: Y Giridhar Appaji Nag [EMAIL PROTECTED]

* Package name: clewn
  Version : 1.7
  Upstream Author : Xavier de Gaye [EMAIL PROTECTED]
* URL : http://clewn.sourceforge.net/
* License : GPL
  Description : A program to implement full gdb support in the vim editor.

The clewn project implements full gdb support in the vim editor:
breakpoints, watch variables, gdb command completion, assembly windows,
etc.  clewn runs concurrently with vim and talks to vim controlling it
through the netBeans socket interface.

clewn can be used for debugging on embedded targets through a socket.
In that case, clewn and gdb run on the target and vim is used to debug
from the host.  clewn can also be used anywhere a graphical environment
is not available to support a full-fledged IDE.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)


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