Bug#642172: ITP: likewise-open -- Authentication services for Active Directory Domains

[José Luis Tallón]

lenios wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Richard Sellam 
>
>
> * Package name: likewise-open
>   Version : 6.1.0.406
> * URL : http://www.likewiseopen.org/
> * License : GPL version 3
>   Description : Authentication services for Active Directory Domains
>  Likewise Open 6.1 provides a means of integrating Unix desktops and servers
>  into an Active Directory (AD) environment by providing a means for hosts
>  to join the domain as member servers and make the Windows users and groups
>  available to other Unix applications and services via the PAM and Name
>  Service Switch libraries.
>   
Just drop me a line if I can be of any help in packaging this, though my
spare time is very limited.

Thank you for your support of free software.

J.L.





-- 
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/4e787cd7.5050...@adv-solutions.net

Bug#612296: O: bacula

[José Luis Tallón]

John Goerzen wrote:
> Package: wnpp
> Severity: normal
>   
Co-maintainers (specially with upload ability) wanted.

Bacula is still much useful even with just disk-based volumes.




-- 
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/4d52d792.9040...@adv-solutions.net

Bug#506933: ping

[José Luis Tallón]

Holger Levsen wrote:
> Hi,
>
> I'd suggest to keep the code at 
> http://alioth.debian.org/projects/collab-maint/
>   
There hasn't been much interest from other parties, and I haven't had
the time to finish the ITP yet -- fixing bugs in other packages comes first.

This said, if anybody really does want to take over packaging, please
feel free  but do so with an upload, not just hijacking the ITP.
I plan to be able to have piwik packaged during Christmas. Much too late
to be in the release, unfortunately, but I'd rather have the packaging
mature for a while outside of stable.


Thanks for the interest, Holger

J.L.




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

Bug#553704: O: flex-old

[José Luis Tallón]

Manoj Srivastava wrote:
> Package: wnpp
> Severity: normal
>
> I am not using it, am no longer intrerested in developing it, and it
> will take too much effort to bring it up to my standards. It has a
> single reverse depends, bison++
>   
flex-old is just a "recommends" :-)

Moreover, bison++ is most probably going out pretty soon.
If someone happened to be interested, they could take both packages if
desired.
> I think this can be safely removed.
>   
Yes.

Thanks, Manoj.



Regards,

J.L.




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

Bug#506933: Status?

[José Luis Tallón]

Michal Čihař wrote:
> Hi
>
> what is status here? 
Honestly, quite stalled. I could surely use some help and an sponsor
for the upload, of course! :-)
> Any schedule when you will be able to provide
> package?
>   
It might be worthy to work using an Alioth project  --- that way, I will
also prove that I can work with others :-|


Thank you for your interest.

Cheers,

J.L.




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

Bug#520083: ITP: jconv -- Jconv is a Convolution reverb Engine for JACK

[José Luis Tallón]

Jaromír Mikeš wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Jaromír Mikeš" 
>
> * Package name: jconv
>   Version : 0.8.0
>   Upstream Author : Fons Adriaensen  
> * URL : 
> * License : GPL
>   Programming Lang: C++
>   Description : Jconv is a Convolution reverb Engine for JACK
>   
This should (IMHO) be renamed to "jack-jconv" or something similar, in
order to avoid potential name clashes with "libjconv"; Moreover, this
would make it more obvious for our users that this package is related to
JACK.


Just my two cents. Thank you for your contribution to Debian.


Friendly,

J.L.





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

Bug#483025: ITA: reiserfsprogs

[José Luis Tallón]

Felix Zielcke wrote:
> Hi,
>
> do you still plan to adopt reiserfsprogs?
> If not then I'll do it. I hope that I'm soon a DM
>   
I should have been a DM since little after 28/05, and still aren't :-|

I still care much about reiserfsprogs, however.
It migt be interesting to co-maintain, anyway.


Thanks,

J.L.




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

Bug#506933: Status ?

[José Luis Tallón]

Sylvestre Ledru wrote:
> Hello,
>
> What is the status of this ITP ? Do you need help on this ?
>   
I will need help to test the packaging / auto-installer hopefully soon.
I haven't really started yet -- some personal problems got in my way


Thank you for your interest. Will try to keep you informed.


J.L.




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

Bug#438683: Please remove libconfig from the Archive

[José Luis Tallón]

reassign #499259 ftp.debian.org
retitle #499259 RM: libconfig orphaned; please remove it from the Archive
severity #499259 wishlist
thanks



Hi,

Abraham vd Merwe's libconfig (he is both upstream and packager) has
been orphaned for a while, due to ABZ being MIA (thanks, Frank)

The only known user are Abraham's own programs, none of which are in
Debian, and which we recognized not being using anymore [mail from him
on 2006/10/09]


Moreover, there exists another (relatively widely used, I must say)
config parsing library called "libconfig":
   http://www.hyperrealm.com/libconfig/libconfig.html

At least Julien Danjou and me are very interested in having
(hyperrealm's) libconfig in Debian, as discussed on #438683 (we also
exchanged some private e-mail around that date --- august 2007)
The risk of misleading users willing to use hyperrealm's libconfig
is high, too.


I requested Abraham's renamig his library to "libabz-config",
following his own "libabz" (which is not in testing anymore), but he
declined.


I am therefore requesting this libconfig be removed from the
Archive, so that the other one can be uploaded.
Nobody has stepped up to maintain this library (nor has even an ITA
been filed)

Simply uploading a new version without at least warning the
FTPmasters seems wrong:
   - the new library has to go through NEW, obviously
   - it is *not* a hijacking by another maintainer (that would be
me), but a completely different package


and using another more "in-band" means to notify the ftpmasters seems
wrong too: they must be very busy sorting out issues for Lenny, and I
don't want to delay it in any way :-)

FTPMASTERS: you rock, even when I sometimes disagree with your
decisions. Please keep the hard work, it is much appreciated.


J.L.




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

Bug#497899: ITP: automysqlbackup -- a daily, weekly and monthly backup for your MySQL database

[José Luis Tallón]

Thomas Goirand wrote:
> José Luis Tallón wrote:
>   
> [snip]
> Hi,
>
> Thanks for that one. I added all your changes, and I will send them to
> my debian repo. Do you have anything more to add before I send the file
> to my sponsor for upload?
>   
I'm testing the package right now.
So far so good,



Regards,



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

Bug#497899: ITP: automysqlbackup -- a daily, weekly and monthly backup for your MySQL database

[José Luis Tallón]

Thomas Goirand wrote:
> José Luis Tallón wrote:
>   
>> Please count on me as beta-tester, or if you need some help/input with
>> the package, just tell me.
>> I'd rather have a good package in Debian than having to maintain it
>> myself (we only use packaged software here), so please count on me to
>> help with this.
>> 
My interdiff is attached.


J.L.
diff -u automysqlbackup-2.5/debian/control automysqlbackup-2.5/debian/control
--- automysqlbackup-2.5/debian/control
+++ automysqlbackup-2.5/debian/control
@@ -3,7 +3,6 @@
 Priority: extra
 Maintainer: Thomas Goirand <[EMAIL PROTECTED]>
 Build-Depends: debhelper (>= 5)
-Build-Depends-Indep: po-debconf, gettext
 Standards-Version: 3.8.0
 Dm-Upload-Allowed: yes
 Homepage: http://sourceforge.net/projects/automysqlbackup/
reverted:
--- automysqlbackup-2.5/debian/automysqlbackup.install
+++ automysqlbackup-2.5.orig/debian/automysqlbackup.install
@@ -1 +0,0 @@
-automysqlbackup /usr/sbin
reverted:
--- automysqlbackup-2.5/debian/automysqlbackup.manpages
+++ automysqlbackup-2.5.orig/debian/automysqlbackup.manpages
@@ -1 +0,0 @@
-debian/automysqlbackup.8
diff -u automysqlbackup-2.5/debian/README.Debian 
automysqlbackup-2.5/debian/README.Debian
--- automysqlbackup-2.5/debian/README.Debian
+++ automysqlbackup-2.5/debian/README.Debian
@@ -1 +1,15 @@
-Bla!
+automysqlbackup for Debian
+==
+
+
+ automysqlbackup creates backup every day, week and month for all of your MySQL
+ database, to a configured folder. There's nothing to do but to install this
+ package, and you'll rest assured that you have a way to go back in the
+ history of your database.
+
+ The package include the adequate cron entries so that it automatically 
performs
+ the backup as configured.
+
+ All parameters can be setup by editing the /etc/default/automysqlbackup file
+
+
reverted:
--- automysqlbackup-2.5/debian/automysqlbackup.dirs
+++ automysqlbackup-2.5.orig/debian/automysqlbackup.dirs
@@ -1 +0,0 @@
-/var/lib/automysqlbackup
reverted:
--- automysqlbackup-2.5/debian/automysqlbackup.8
+++ automysqlbackup-2.5.orig/debian/automysqlbackup.8
@@ -1,8 +0,0 @@
-.TH automysqlbackup 8
-.SH NAME
-automysqlbackup \- backup all of your database daily, weekly, and monthly
-
-.SH DESCRIPTION
-
-This man page is a stub, please complete and contribute by writing more things
-in this file.
only in patch2:
unchanged:
--- automysqlbackup-2.5.orig/debian/dirs
+++ automysqlbackup-2.5/debian/dirs
@@ -0,0 +1,2 @@
+/var/lib/automysqlbackup
+/etc/automysqlbackup
\ No newline at end of file
only in patch2:
unchanged:
--- automysqlbackup-2.5.orig/debian/Makefile
+++ automysqlbackup-2.5/debian/Makefile
@@ -0,0 +1,6 @@
+#
+.PHONY: dummy
+
+
+tidy:  dummy
+   rm -f *~
only in patch2:
unchanged:
--- automysqlbackup-2.5.orig/debian/manpages
+++ automysqlbackup-2.5/debian/manpages
@@ -0,0 +1 @@
+debian/man/automysqlbackup.8
only in patch2:
unchanged:
--- automysqlbackup-2.5.orig/debian/install
+++ automysqlbackup-2.5/debian/install
@@ -0,0 +1 @@
+automysqlbackup/usr/sbin
only in patch2:
unchanged:
--- automysqlbackup-2.5.orig/debian/man/automysqlbackup.8
+++ automysqlbackup-2.5/debian/man/automysqlbackup.8
@@ -0,0 +1,92 @@
+.\"  Hey, EMACS: -*- nroff -*-
+.TH automysqlbackup 8 "6 Sep 2008" "wipe_out" "Automatically backup MySQL"
+.SH NAME
+automysqlbackup \- backup all of your database daily, weekly, and monthly
+.SH SYNOPSIS
+ automysqlbackup
+.br
+.SH DESCRIPTION
+ This manual page documents briefly the
+.B automysqlbackup
+command.
+.PP
+ configuration is stored within the
+.RI /etc/default/automysqlbackup
+file
+.PP
+.SH PARAMETERS
+.br
+.TP
+\fBUSERNAME=\fPdbuser
+Username to access the MySQL server e.g. dbuser
+.TP
+\fBPASSWORD=\fP"password"
+Username to access the MySQL server e.g. password
+.TP
+\fBDBHOST=\fPlocalhost
+Host name (or IP address) of MySQL server e.g localhost
+.TP
+\fBDBNAMES=\fP"DB1 DB2 DB3"
+List of DBNAMES for Daily/Weekly Backup e.g. "DB1 DB2 DB3"
+.TP
+\fBBACKUPDIR=\fP"/backups"
+Backup directory location e.g /backups
+.br
+.PP
+.TP
+\fBMAILCONTENT=\fP"stdout"
+Mail setup
+What would you like to be mailed to you?
+ - log   : send only log file
+ - files : send log file and sql files as attachments (see docs)
+ - stdout : will simply output the log to the screen if run manually.
+ - quiet : Only send logs if an error occurs to the MAILADDR.
+.TP
+\fBMAXATTSIZE=\fP"4000"
+Set the maximum allowed email size in k. (4000 = approx 5MB email [see docs])
+.TP
+\fBMAILADDR=\fP"[EMAIL PROTECTED]"
+Email Address to send mail to? ([EMAIL PROTECTED])
+.PP
+.SH ADVANCED OPTIONS
+.TP
+\fBMDBNAMES=\fP"mysql $DBNAMES"
+List of \fIDBBNAMES\fR for Monthly Backups.
+.TP
+\fBDBEXCLUDE=\fP""
+List of \fIDBNAMES\fP to EXCLUDE if DBNAMES are set to all (must 

Bug#438683: ITP: libconfig -- simple library for manipulating structured configuration files

[José Luis Tallón]

Julien Danjou wrote:

Package: wnpp
Severity: wishlist
Owner: Julien Danjou <[EMAIL PROTECTED]>

* Package name: libconfig
  Version : 1.1.3
  Upstream Author : Mark Lindner
* URL : http://www.hyperrealm.com/libconfig/libconfig.html
* License : LGPL
  Programming Lang: C, C++
  Description : simple library for manipulating structured configuration 
files


libconfig is a simple library for manipulating structured configuration
files. The file format is more compact and more readable than XML. And
unlike XML, it is type-aware, so it is not necessary to do string
parsing in application code.
The library includes bindings for both the C and C++ languages. It works
on POSIX-compliant UNIX systems (GNU/Linux, Mac OS X, Solaris, FreeBSD)
and Windows (2000, XP and later).


Currently there's already a libconfig in Debian, that seems unmaintained
and not used.
  

Indeed. No packages use it anymore, AFAIK

I don't know yet what I'm going to do ; maybe ask the maintainers if he
thinks we can remove it.
  
I asked the maintainer about this around a year ago, and he seemed 
unwilling to even rename his (I proposed 'libconfig' -> 'libabz-config' 
), even though only his packages use it.


This "libconfig" is indeed much superior.
I have some (privately-maintained) packages for a year or so already; 
Don't hesitate contacting me if you would like to have them to ease your 
work or if you would like some help.




Thanks,

   J.L.



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

Bug#406703: ITP: libhangul -- Hangul keyboard input library

[José Luis Tallón]

Changwoo Ryu wrote:
> Let me explain more.  Libhangul is just a library implementing a few of
> the Korean keyboard input algorithms.  (computing precomposing/output
> characters according to the input keys, handling Hanja conversion, etc.)
>
> This library itself doesn't provide plugin system and it doesn't have
> to.  Rather other IM's Hangul plugins can be linked to this library.
> The upstream author wrote many different kinds of Hangul input methods
> (GTK+ module, XIM server, SCIM plugin, IIIMF plugin) and this library is
> an effort to abstract the common code among his input method softwares.
>
> The tarball is libhangul-x.y.tar.gz and the soname is libhangul.so.0.  I
> can't think of any better name.
>   
ACK


Thanks for the clarification



J.L.




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

Bug#406703: ITP: libhangul -- Hangul keyboard input library

[José Luis Tallón]

Changwoo Ryu wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Changwoo Ryu <[EMAIL PROTECTED]>
>
>
> * Package name: libhangul
>   
Would you consider libinput-hangul instead?

IMVHO, that would help not polluting the namespace.
>   Version : 0.0.4
>   Upstream Author : Choe Hawnjin 
> * URL : http://kldp.net/projects/hangul/
> * License : LGPL 2.1
>   Programming Lang: C
>   Description : Hangul keyboard input library
>
>   This is an implementation of Hangul keyboard input with various types
>   of Korean keyboards.  It is intended to be a base library of Korean
>   input methods.
>   
Then, subsequent 'plugins' would be named libinput-hangul-whatever
(or maybe I have missed the point completely)



Cheers,

J.L.



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

Bug#398057: ITP: PDF-smp -- A service menu for KDE that handles PDF Documents

[José Luis Tallón]

Giuseppe Benigno wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Giuseppe Benigno <[EMAIL PROTECTED]>
>
> * Package name: PDF-smp
>   Version : 0.1
>   Upstream Author : Giuseppe Benigno <[EMAIL PROTECTED]>
> * URL : http://www.egregorion.net/
> * License : GPL
>   Programming Lang: bash 
>   Description : A service menu for KDE that handles PDF Documents
>
> PDF-smp includes two services menu for KDE thats permits to join,
> rotate, set password, uncompress, extract, repair and many others
> actions for PDF documents. 
>   
I have this (or a very similar one) packaged for ages, under the name
kde-servicemenu-pdf
Let us not dupplicate efforts!


Please contact me so that we can share details on this and get to a
solution good for everyone  :-)



J.L.



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

Bug#278581: Status of ITP?

[José Luis Tallón]

Aurélien GÉRÔME wrote:
> Hi,
>
> What is the status of this ITP?
>
> Kicad is not that hard to package and it seems a bunch of people want
> it. I can have it uploaded in a week if it still stay that way.
>   
Yes, please.

Can't devote time to it for the time being.
Thank you for your interest.

Feel free to take ownership of the ITP.


Regards,

J.L.

Bug#335238: [Pkg-kde-extras] kbfx_0.4.9.1-1_amd64.changes REJECTED

[José Luis Tallón]

Joerg Jaspert wrote:
> Hi Maintainer,
>
> you should fix the lintian warnings:
> W: kbfx: binary-or-shlib-defines-rpath ./usr/lib/kde3/kcm_kcmkbfx.so /usr/lib
> W: kbfx: binary-or-shlib-defines-rpath ./usr/lib/libkbfxspinx.so /usr/lib
> W: kbfx: binary-or-shlib-defines-rpath ./usr/bin/kbfxconfigapp /usr/lib:/lib
>
> Sometimes there may be a reason for rpath, but I dont see one here.
>   
Eh?

I assume it must be Fathi Boudra's upload. As far as I know my packages
don't suffer from this, but are waiting to be uploaded for a couple
weeks already :-|
It seems to be always the same (darn!) -- My uploads suffer from my
regular sponsor being too busy.

Fathi, please take good care of the package, will you? Thanks.


J.L.



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

Bug#325086: ITP: libsieve2 -- library for parsing, sorting and filtering e-mail

[José Luis Tallón]

Paul J Stevens wrote:
> Jose,
>
> I was looking at the ITP list because of the dependency of dbmail
> (www.dbmail.org) on Aaron's libsieve.
>
> Are you still interested in packaging libsieve? If not, I'd be happy to
> take over or offer some assistance.
>
> I have lintian/linda clean packages on
>
> dpkg-src http://debian.nfgd.net/debian unstable main
>   
Your packages don't seem to be available at that URL anymore :-(

I'll repackage everything myself if needed (will start in a day or so),
just didn't want to waste effort.

Thanks,

J.L.



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

Bug#325086: ITP: libsieve2 -- library for parsing, sorting and filtering e-mail

[José Luis Tallón]

Paul J Stevens wrote:
> Jose,
>
> I was looking at the ITP list because of the dependency of dbmail
> (www.dbmail.org) on Aaron's libsieve.
>
> Are you still interested in packaging libsieve? If not, I'd be happy to
> take over or offer some assistance.
>   
I was waiting for Aaron's confirmation that the API is stable enough.
However, it seems like enough time has passed without changes, so I
guess it is high time to include it.
> I have lintian/linda clean packages on
>
> dpkg-src http://debian.nfgd.net/debian unstable main
>   
If you wanna co-maintain, it's more than fine with me.

Do you mind if I start from your packages (as soon as I get back from my
vacation -- 10 days' time) and see what I can do?



Thanks,

J.L.



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

Bug#366625: ITA(hijack) Bacula -- I'm not in any way MIA

[José Luis Tallón]

Luckily, I have just returned after being away from home for almost
21months.
The last months made my work very difficult since I didn't have much
time nor access to proper hardware.


Now that I am back home, I can respond to bugs quickly enough.


Thank you for your effort, John... but I'm back and kicking!

J.L.



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

Bug#328106: ITP: kbibtex -- BibTeX editor for KDE

[José Luis Tallón]

Michael Hanke wrote:

>Package: wnpp
>Severity: wishlist
>Owner: Michael Hanke <[EMAIL PROTECTED]>
>
>
>* Package name: kbibtex
>  Version : 0.1.1
>  Upstream Author : Thomas Fischer <[EMAIL PROTECTED]>
>* URL : http://www.unix-ag.uni-kl.de/~fischer/kbibtex/
>* License : GPL
>  Description : BibTeX editor for KDE
>
>KBibTeX is a BibTeX editor for KDE written by Thomas Fischer and 
>released under the GPL. KBibTeX can be started as a stand-alone 
>program or embedded into virtually every KDE program (e.g. Konqueror). 
>It supports searching for citations via Google and CiteSeer.
>
>
>I would be glad, if someone would sponsor this package.
>  
>
I have repackaged kBibTeX for my own use.
Do you plan / are able to upload it yet??

Otherwise, i'll upload it in a few days' time.


Thank you for your work, nonetheless :-)

Cheers,
J.L.


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

Bug#341242: ITP: minisip -- SIP phone, with GTK+ interface

[José Luis Tallón]

Alejandro Rios P. wrote:

>Package: wnpp
>Severity: wishlist
>
>* Package name: minisip
>  Version : 0.7.0 
>  Upstream Author : Erik Eliasson <[EMAIL PROTECTED]>
>Johan Bilien <[EMAIL PROTECTED]>
>* URL : http://www.minisip.org/
>* License : (GPL, LGPL)
>  Description : SIP phone, with GTK+ interface
>
> minisip is a soft telephone which uses the SIP protocol. It provides
> additional security, such as encryption and authentication, by using
> the SRTP (RFC3711) and MIKEY (RFC 3830) protocols. It uses GTK+ for
> the graphical interface.
>  
>
Please, don't. Minisip's interfaces are not stable enough yet. A lot of
functionality is about to be added.

Besides, i work *beside* both Erik and Johann, at TSLab/KTH (Stockholm)
-- this means that communication with upstream would be much better.
Being in the last stage of the NM process, i think that i am in a better
position to maintain minisip. This might not be true -- please correct
me in that case.

Thank you for your interest and collaboration, anyway.

Cheers,
J.L.



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

Bug#195948: New dspam version released with dynamic storage driver support

[José Luis Tallón]

Matthijs Mohlmann wrote:

>James Andrewartha wrote:
>  
>
>>To quote the release:
>>
>>Dynamically Loadable Storage Driver Support
>>DSPAM now supports a dynamically loadable storage driver plugin codebase,
>>which allows third party driver authors to more easily build new
>>drivers, and packagers to build and distribute dspam with multiple
>>storage drivers.
>>
>>Will it now be possible for sane Debian packages of dspam to be made?
>>
>>
>>
>
>Hi,
>
>I have done some intial packaging for dspam already. I don't know how
>much people are actually working on it, also because the latest reply I
>saw was from one year ago.
>
>My packaging is not ready yet. And it's absolutely not ready for the
>debian archive.
>  
>
Well, then we can join forces.
Being one of the maintainers of PowerDNS you surely have experience in
multi-DB setup setup, anyway ;)

>I've created a svn repository here: http://svn.cacholong.nl/ (Choose
>dspam in Project Root)
>
>Get the sources:
>svn co http://svn.cacholong.nl/dspam/dspam
>  
>
Ok, thanks.

>I hope I'm not offensive with this approach and if people are willing to
>join the project and help, please say so.
>  
>
Not at all. There are some people supposedly working on it at Alioth...
but never got any feedback from them :-S

Get in touch soon.

J.L.


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

Bug#335173: ITP: dspam -- Highly accurate and fast statistical spam filter

[José Luis Tallón]

Rudolf Weeber wrote:

>Package: wnpp
>Severity: wishlist
>Owner: Rudolf Weeber <[EMAIL PROTECTED]>
>
>
>About myself:
>I am packaging this program, because we are using it the students'
>representation at university, and having a standardized, easy to install
>package would be very handy.
>  
>
Please join the packaging team if you really are interested in this.
See the *previous* ITP (year and a half old) ITP for more information.


J.L.



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

Bug#195948: URL for workaround list

[José Luis Tallón]

Mark Nipper wrote:

>On 20 Oct 2005, Jesus Climent wrote:
>  
>
>>Seems we are duplicating efforts:
>>debian.pumuki.org/dspam/
>>
>>
>
>His build seems a little more "proper".  At least, I'm
>getting a few additional packages from his:
>---
>dspam-doc_3.6.0-1_all.deb
>dspam-webfrontend_3.6.0-1_i386.deb
>dspam_3.6.0-1_i386.deb
>libdb4-drv7_3.6.0-1_i386.deb
>libdspam-dev_3.6.0-1_i386.deb
>libdspam7_3.6.0-1_i386.deb
>libmysql-drv7_3.6.0-1_i386.deb
>libpgsql-drv7_3.6.0-1_i386.deb
>libsqlite3-drv7_3.6.0-1_i386.deb
>
>So that isn't to say it's finished, but looks to be headed more
>in the right direction
>  
>
Same approach i took. even though it should be more like:
libdspamdrv0-mysql_3.6.0-1 and the like (IMHO)

and we don't need the soname >1 soname, since there have been no
official releases :-O

Comments?

J.L.



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

Bug#195948: New dspam version released with dynamic storage driver support

[José Luis Tallón]

James Andrewartha wrote:

> To quote the release:
>
> Dynamically Loadable Storage Driver Support
> DSPAM now supports a dynamically loadable storage driver plugin codebase,
> which allows third party driver authors to more easily build new
> drivers, and packagers to build and distribute dspam with multiple
> storage drivers.
>
> Will it now be possible for sane Debian packages of dspam to be made?

I definitely hope so.
That means that i will start working on it as soon as time permits :-)


Thanks for making the remark!!!

J.L.




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

Bug#312700: KCHMviewer's ITP -- any update?

[José Luis Tallón]

I, i would like to know whether any progress has been made W.R.T.
packaging KCHMviewer for Debian.

Thanks in advance,

J.L.



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

Bug#195948: Any update since June ?

[José Luis Tallón]

Xavier Maillard wrote:

>Hello,
>
>I was lookin for a Debian package for this project and found this
>bug report.
>
>What is the current status of the package ?
>  
>
"Strange", to say the list.
Jonathan Zdiarski (upstream) is now considering creating a more
configurable and modular DSPAM, which would enable its packaging.
Meanwhile, there is no "good" solution for having DSPAM in Debian, sorry.

J.L.



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

Bug#325289: ITP: debian-hebrew -- Hebrew support in the Debian desktop

[José Luis Tallón]

Lior Kaplan wrote:

>Package: wnpp
>Severity: wishlist
>Owner: Lior Kaplan <[EMAIL PROTECTED]>
>
>* Package name: debian-hebrew
>  Version : 1.0.5
>  Upstream Author : Yaacov Zamir <[EMAIL PROTECTED]>
>* URL : http://debian-hebrew.alioth.debian.org
>* License : GPL
>  Description : Hebrew support in the Debian desktop
>
> This meta package will install Hebrew desktop related Debian
> packages for use by Hebrew debian users.
> .
> It also includes a script 'hebrew-settings' to reconfigure
> the system to have a fully Hebrew-ized desktop.
> .
> Homepage: http://debian-hebrew.alioth.debian.org/
>  
>
Hmm... wouldn't it be better to call it "user-hebrew", just like
"user-euro-es", for example??
Basically, so as to avoid namespace pollution and potential confussion
among users

Any comments/feedback welcome.

J.L.



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

Bug#322356: ITP: kde-style-lipstik -- a purified KDE style based on Plastik

[José Luis Tallón]

Bastian Venthur wrote:

>Am Sonntag, 14. August 2005 14:08 schrieb José Luis Tallón 
><[EMAIL PROTECTED]>:
>  
>
>>Bastian Venthur wrote:
>>
>>
>>>Package: wnpp
>>>Severity: wishlist
>>>Owner: Bastian Venthur <[EMAIL PROTECTED]>
>>>
>>>* Package name: kde-style-lipstik
>>> Version : 1.3
>>> Upstream Author : Patrice Tremblay <[EMAIL PROTECTED]>
>>>* URL : http://www.kde-look.org/content/show.php?content=18223
>>>* License : GPL
>>> Description : a purified KDE style based on Plastik
>>>
>>>Based on the plastik style, Lipstik is a purified style with many options
>>>to tune your desktop look.
>>>  
>>>
>>This was already packaged as part of the Kalyxo effort (i even it myself
>>also previously!)
>>Please contact them so as to avoid wasting effort.
>>
>>
>
>Hi Jose, 
>
>thanks for hinting me to Kalyxo. I don't see whether I should take your mail 
>as a hint like "hey look there, maybe you can get some help" or "stop working 
>on lipstik, it's already been packaged". If you intended the second one 
>please take the following points into account:
>
>(1) I was the first one who filled the ITP for this style and I cannot find an 
>ITP from Kalyxo. I'd like to take a look at Kalyxo's package, but the archive 
>seems to be not available rightnow.
>
>(2) I'm currently sponsee of Martin Loschwitz (madkiss.at.debian.org) who is 
>-- according to the site -- working on Kalyxo too. He is the one who asked me 
>to package this style, so I guess it's ok.
>  
>
Done, then.  Go on and do the upload.
You might as well start from the existing package, to save some work.


Thanks for your work and interest in Debian.


J.L.

Bug#322356: ITP: kde-style-lipstik -- a purified KDE style based on Plastik

[José Luis Tallón]

Bastian Venthur wrote:

>Package: wnpp
>Severity: wishlist
>Owner: Bastian Venthur <[EMAIL PROTECTED]>
>
>* Package name: kde-style-lipstik
>  Version : 1.3
>  Upstream Author : Patrice Tremblay <[EMAIL PROTECTED]>
>* URL : http://www.kde-look.org/content/show.php?content=18223
>* License : GPL
>  Description : a purified KDE style based on Plastik
>
>Based on the plastik style, Lipstik is a purified style with many options to
>tune your desktop look.
>  
>
This was already packaged as part of the Kalyxo effort (i even it myself
also previously!)
Please contact them so as to avoid wasting effort.

Thanks.


Best,
J.L.



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

Bug#295311: RFH: mysql-dfsg -- mysql database client library

[José Luis Tallón]

Christian Hammers wrote:
Package: wnpp
Severity: normal
I request assistance with maintaining the mysql-dfsg package.
The package description is:
MySQL is a fast, stable and true multi-user, multi-threaded SQL database
server. SQL (Structured Query Language) is the most popular database query
language in the world. The main goals of MySQL are speed, robustness and
ease of use.
The generated binaries are mysql-server, mysql-client, mysql-common,
libmysqlclient12 and libmysqlclient12-dev.
There is also a set of packages from the mysql-dfsg-4.1 for the next
version branch that I do also maintain (and look for help for).
The packages are currently quite stable and matured but never the less
have quite complex scripts and it's a widely used package which should
not be left alone when I'm on holidays or ill.
 

ok, i can understand that :-)
Also there are licensing issues every couple of month with which you can
tease the always helpful MySQL employees... *evilgrin*
Although I'm happy for anybody who helps a but, I'm looking specifically
for an official Debian Developer as a Co-Maintainer who is able to upload
packages.
 

Yes, that is not (yet) my case, but will hopefully be very soon: I have 
almost finished the Task&Skills part of my NM process now, and so i will 
only need as much time as the DAM needs.

I am *much* more knowledgeable than one year and a half ago, when i 
first offered some help. I have not been able to help as of late since i 
don't have upload capability yet. Otherwise, feel free to tell me which 
tasks you need help with.

bye,
 

See you :-)

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

Bug#195948: About to upload DSPAM package

[José Luis Tallón]

Hi everybody
   Unless somebody says something against this, i am going to upload 
the DSPAM package to unstable (tagged with an RC so it does not migrate 
to testing just yet) so that we can have a broader set of testers.
   I don't really think going through experimental is worth the hassle.

   As always, i am wide open to any suggestions.
   My apologies for taking so much time in giving this package the 
attention it deserves, but i have not been able to spare any time. I 
expect to be able to do this from now.
   However, i expect the group at Alioth to help with this. We will 
hopefully be able to provide automated configuration for most relevant 
MTAs soon... what do you think??

Best regards,
   J.L.

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

Bug#293349: ITP: libpam-smb -- Pluggable Authentication Module authenticating from NT server

[José Luis Tallón]

Martin Orr wrote:
Package: wnpp
Severity: wishlist
Owner: Martin Orr <[EMAIL PROTECTED]>
 Package name: libpam-smb
 Version : 1.9.9+2.0.0-rc6
 Upstream Author : Dave Airlie <[EMAIL PROTECTED]>
 URL : http://www.csn.ul.ie/~airlied/pam_smb/
 License : GPL
 Description : Pluggable Authentication Module authenticating from NT server
This is a PAM module, which can verify user passwords from Windows NT
servers.  It differs from winbind in that it does not require you to have
administrative access to the NT domain in order to join it, and in that
it does not contain an NSS module to obtain user account information from
NT - only passwords.
This package is present in woody (version 1.1.6) but was removed in 2003
following maintainer inactivity, and because Steve Langasek asserted that it
was obsolete.  Certainly winbind is to be preferred in most circumstances
but I at least find this package useful because I am unable to get
administrative access to the relevant NT domain.
 

Hi, Martin.
   I had already packaged this same code as 'libpam-smbauth', since i 
need it for my own use. Please consider the name change to reduce 
end-user confussion with 'libpam-smbpass'.
If you need some help (or an sponsor!) just tell me, to see what can i do.


Best,
   J.L.

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

Bug#195948: Alioth Project for Packaging DSPAM

[José Luis Tallón]

Kurt B. Kaiser wrote:


I've set up an Alioth project, pkg-dspam, to continue the
development of the DSPAM Debian packages.
 


Wonderful. Thanks!


I have taken the diffs kindly submitted to this bug by Keays,
Virtanen, Small, and Climent and built packages on unstable.  The
resulting .diff were identical with the ones they provided.
 


Perfect, then.


The CVS repository created during this work has been merged into the
CVS for pkg-dspam.  The CVS has been tagged to reflect the
contributions of the developers mentioned above.

The project web page is

http://pkg-dspam.alioth.debian.org/

and it has links to the Alioth project page and the associated mail
list

[EMAIL PROTECTED]
 

Bug#98594: [wnpp cleanup round] Please confirm interest in ITP of Debian package

[José Luis Tallón]

Frederik Dannemare wrote:


Hi,

wnpp needs a little cleanup. Thus, your ITP will be retitled to an RFP 
in 30 days, unless the original submitter, current owner, or somebody 
else within that 30 day time frame confirms interest in the ITP by 
actively working on packaging.


Confirmation of interest is sent as follow-up to @bugs.debian.org 
and preferably CC me. That way it's easier for me to track which ITPs 
should be retitled (alternatively, do the retitling yourself (and CC 
me). Thanks in advance.


Justification: ITP was submitted more than 1000 days ago, and there has 
been no real activity/progress for a long, long time.
 

Actually, i produced working packages of webcdwriter and are actively 
using some (old) version of it.


If you think I'm being unreasonable or if you believe that I, in any 
other way, have wrongfully addressed your particular ITP with this 
mail, let me know.
 


No, not necessarily.

The rest of the story:
- a *vital* component of webCDwriter is a Java applet which can(could) 
not be compiled with anything available in Debian.

- most of the paths are(were) hardcoded, and Policy-incompatible
- the CDWserver source is a mess, and so almost impossible to patch


I will have to take a look at it again and see if it is really worth the 
work. I have received very few questions on this, so i assume there is 
not much interest to begin with.


Either way, i'll try to throw some work at this during Christmas.


Best,
   J.L.

Bug#195948: Change to standard makefile?

[José Luis Tallón]

Jesus Climent wrote:


Hi!

I have been discussing about the different target's option with Guillem Jover,
and it seems rather difficult to create a package which needs several
recompilations to obtain the different targets we want to obtain
(dspam-libdb4, dspam-pgsql, dspam-mysql and dspam-sqlite).
 

Hmm... it's not really that much of a problem. I have already done it 
with Bacula.
The real problem here is providing some sort of auto-configuration for 
users for this i am awaiting bdconfig-common to be uploaded, so that 
we can start testing.



Is there any objection if we move to a standard makefile?
 


Please, elaborate on this.


Otherwise, we need a makefile expert to put some time in the package.
 


No problem. I can do it.
I will start putting quite some work on this as soon as i get back from 
my vacation.



J
 


Best,
   J.L.

Bug#195948: Trouble with the 3.2.0-3 package which I posted

[José Luis Tallón]

Tim Small wrote:

Permissions on the files under /var/spool/dspam get messed up (chowned 
to root) after an upgrade/reinstall (or possibly purge, I can't 
remember) with the package diff that I posted (3.2.0-3)..  More 
precicely, they don't get fixed properly by the subsequent install.  
Should be reasonably easy to fix tho'.


The only thing really preventing the final packaging here is the issue 
with database setup. I am currently helping with the dbconfig-common 
proposal: a new package which will streamline multi-flavored 
database-using packages post-installation scripts.


As soon as dbconfig-common is finished, this will follow very shortly.


   J.L.

Bug#195948: Packaging dspam

[José Luis Tallón]

Tim Small wrote:

Here is a package diff against 3.2.0.  I probably can't do any more 
work on this for a few months.  I may be able to spend some time 
testing tho'...


Tim.


Thanks once again and a thousand times.
Now upstream has decided to adopt a config-file based configuration 
mechanism, it is doable.



I will start re-learning DSPAM and get back to you as soon as possible.


   J.L.

Bug#259180: ITH: basket ( was: About Basket packaging status)

[José Luis Tallón]

Luke Kenneth Casson Leighton wrote:


hi there,

i don't believe i raised an ITP [if i did it was a mistake] but
instead should have raised one of those notifications that the
basket _should_ be packaged. [can't remember what it's called].


RFP. You can submit one of those with 'reportbug'.
Don't worry, i'll package it and make the upload.



... odd: i also didn't receive the message below!!!


strange...



On Sat, Oct 23, 2004 at 02:18:40AM +0200, Jos? Luis Tall?n wrote:




Since i have not received any answer since Oct 5th, i prepare to
hijack Basket's ITP in 2 days' time barring
answer from the OP (101 days in preparation)

I believe that Basket is an useful application to have in Debian, and
will take care of maintaining it as an official package.

Best,
~J.L.

Bug#195948: Packaging dspam

[José Luis Tallón]

Tim Small wrote:

Here's the work that I've done on 3.2rc2 - it's not finished, but 
hopefully it's a step in the right direction.  I'm not sure when I'll 
have another chance to work on it..


Tim.


Thank you very much.
Since v3.2 already supports config files, it is high time i begin really 
investing work on it. It wasn't worth before.


   J.L.

Bug#267595: About KioskTool packaging status

[José Luis Tallón]

Hola, Pedro!

  How is the KioskTool packaging status?? I thought it would be 
wonderful to have it in Debian... have you already contacted upstream 
and began packaging? how is everything going??


  If you need some help or feel than you'd like to relinquish packaging 
to someone else, please contact me.



Best,
  J.L.

Bug#259245: About KNemo packaging status

[José Luis Tallón]

Hi, Achim!

   How is the KNemo packaging status?? I thought it would be wonderful 
to have it in Debian... have you already contacted upstream and began 
packaging? how is everything going??


   If you need some help or feel than you'd like to relinquish 
packaging to someone else, please contact me.



Best,
   J.L.

Bug#259180: About Basket packaging status

[José Luis Tallón]

Hi, Luke!

   How is the BasKet packaging status?? I thought it would be wonderful 
to have it in Debian... have you already contacted upstream and began 
packaging? how is everything going??


   If you need some help or feel than you'd like to relinquish 
packaging to someone else, please contact me.



Best,
   J.L.

Bug#195948: dspam packaging status?

[José Luis Tallón]

Tommi Virtanen wrote:


Hi. What's the status on this? I'm a DD and I'm really interested in
making dspam and postfix work


Apart from the fact that i have been much busier than i ever thought 
possible, DSPAM2 was really suitable for packaging without major 
patching: upstream insists in selecting operating mode at compile-time 
instead of using command line switches.
DSPAM 3.1 is very promising in this respect. A couple people have 
offered some help, so we can probably get this done very soon after 
Sarge is released.
Your help with packaging is more than welcome. I am a heavy Postfix user 
myself too.



Once Sarge is completely frozen (i mean, optional too), i will set-up a 
mini mailing list including all who have make suggestions and will 
finally get everything done: it is has yet to be decided the exact final 
partitioning of the package, but is seems that libdspam, dspam 
(containing the agent and tools) and libdspam-{sqlite,mysql,postgresql} 
are the bare minimum (BDB is reported to have problems lately)


Will try to keep you informed.
Thanks for your interest.

Bug#195948: dspam packaging status ?

[José Luis Tallón]

Pierre HABOUZIT wrote:


Hi what is the current status of dspam packaging ?
 

Kind of stalled, due to excessive work pressure (you know, real life 
keeps interfering)



Is there some work done ? or is this ITP orpharned ?
 


Yes, there is, but not much and it was done for version 2.10.
Apart from not having had much time to devote to this particular 
package, i have lately waited till DSPAM 3 is completely stabilized: 
v2.x being a compilation-based featureset program was due to be a 
complete nightmare. DSPAM 3 seems to be much easier.
Keep in mind that not only one, but all four SQLite, MySQL, PostgreSQL 
and BDB4 *have to be supported*... and this is a lot of work ( i know 
from experience, packaging Bacula ).


If you ask because you intend to "adopt" the ITP, i suggest we 
cooperated (some help could possibly be very useful).
I don't know how much packaging experience you have, but this does not 
seem to be suitable for a "first package" effort...


I am lately considering posting a RFH to help with the 
packaging/maintenance, since Jonathan Zdiarski (upstream) is a real 
"release machine".



best regards,
 


Same from here.

   J.L.

Bug#249835: O: libtrash -- A trash can library to use with LD_PRELOAD

[José Luis Tallón]

Timshel Knoll-Miller wrote:


Package: wnpp
Severity: normal

I am resigning from the Debian project, and as so am orphaning all my
packages. I will soon (within the next week) upload a version with the
maintainer set as [EMAIL PROTECTED], so if you wish to adopt this
package before then please let me know as it can save me the bother.
If you're interested, don't hesitate to email me if you have any
queries regarding the packaging of this package.
 


I will adopt this package too, if you don't mind.


Source package information:

Package: libtrash
Binary: libtrash
Version: 2.0-1
Priority: optional
Section: libs
Maintainer: Timshel Knoll <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 3.0.0)
Architecture: any
Standards-Version: 3.5.9
Format: 1.0
Directory: pool/main/libt/libtrash
Files:
449c3a84a7be2cff697a89812ede2cb3 559 libtrash_2.0-1.dsc
e6fd59574074ccc5cd3e946e01d541cf 71448 libtrash_2.0.orig.tar.gz
a546536f5640f6c435766ad738ccdeb7 2946 libtrash_2.0-1.diff.gz



Binary package(s):

Package: libtrash
Priority: optional
Section: libs
Installed-Size: 152
Maintainer: Timshel Knoll <[EMAIL PROTECTED]>
Architecture: i386
Version: 2.0-1
Depends: libc6 (>= 2.3.1-1)
Filename: pool/main/libt/libtrash/libtrash_2.0-1_i386.deb
Size: 45586
MD5sum: 5353699d8a2ca3f9af70808b9f27f869
Description: A trash can library to use with LD_PRELOAD
libtrash is a shared library which, when preloaded,
implements a trash can under GNU/Linux. This way, your
mistakes (at least those of the "rm -rf dir /" class :-))
will no longer cause the loss of a week's work or your
system's binaries.



 

Bug#249837: O: progsreiserfs -- Tools for manipulating ReiserFS filesystems

[José Luis Tallón]

Timshel Knoll-Miller wrote:


Package: wnpp
Severity: normal

I am resigning from the Debian project, 


:-(   Thanks for your contribution so far.


and as so am orphaning all my
packages. I will soon (within the next week) upload a version with the
maintainer set as [EMAIL PROTECTED], so if you wish to adopt this
package before then please let me know as it can save me the bother.
If you're interested, don't hesitate to email me if you have any
queries regarding the packaging of this package.
 

If nobody else takes it, i would love to adopt this package. I'm a 
regular user of reiserfs for a long time, so i will be able to test the 
packages quite well...
I'm currently in NM, but i expect to be appointed a DD as soon as my AM 
[Stephen Frost] frees some time to get us through the final phases of 
the process.


Best regards,
   J.L.

Bug#228950: ITA: bison++ - -- Generate a parser in c or c++ from BNF notation

[José Luis Tallón]

Subject: ITA: bison++ -- Generate a parser in c or c++ from BNF notation
Package: wnpp
Severity: normal

I will be adopting the package Bison++ soon, by means of an upload via my 
current sponsor/advocate [EMAIL PROTECTED] while i become a full-fledged DD.



Thanks Magnus for you hard work so far. It is very much appreciated.

Bug#188946: Any updates on packaging?

[José Luis Tallón]

Hi. First of all, thanks for offering to package Bacula, Patrick.

I wanted to have it in Debian, but did not attempt packaging once i checked 
your ITP, so that there is no waste of packaging effort.
If yours is stopped for whatever reason, please tell so that any of us can 
resume it ( it has gone 187 days since your original post )

Don't hesitate asking for assistance or whatever should you need it.

Thanks for your work.

Kind regards,
    José Luis Tallón

Bug#192658: Processed: ITA: stopafter -- kill commands after a given time

[José Luis Tallón]

At 23:51 11/05/2003 +1000, you wrote:

* Debian Bug Tracking System <[EMAIL PROTECTED]> [2003-05-11 08:22]:
> > retitle #192658 ITA: stopafter -- kill commands after a given time
> Bug#192658: O: stopafter -- kill commands after a given time
> Changed Bug title.

Can you comment on
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=192658&msg=4 ?


I wish I could. I have never used either package.
Stopafter seems more powerful than 'timeout', according to Thomas Hood's 
comments.


I'm (more or less) starting the NM process, and thought i could help by 
adopting this package.
Since i can probably find it useful, i might be adequate for the maintainer 
role.

( just wanting to contribute a little bit :$ )

Any comments will be appreciated.

Thanks.


--
Martin Michlmayr
[EMAIL PROTECTED]