Bug#155473: RFP: gxmame -- frontend for xmame, aiming for a GUI similar to mame32.

[Carlos Sousa]

Package: wnpp
Version: N/A; reported 2002-08-05
Severity: wishlist

* Package name: gxmame
  Version : x.y.z
  Upstream Author : Stephane Pontier
  <[EMAIL PROTECTED]>
* URL : http://gxmame.sourceforge.net/
* License : GPL
  Description : Gxmame is a frontend for xmame, using the GTK library. It 
aims to provide a GUI similar to mame32.

There are no GUI frontends for mame in Debian. This one seems to be
aiming for a very nice set of features, and it makes itself very
useful already . It's been working well on my machine. I would very
much like to see it packaged for Debian.

Gxmame seems to be actively maintained, has had about a couple releases
per month lately

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux snob 2.4.18vbc01 #1 Sun Mar 3 00:32:56 WET 2002 i586
Locale: LANG=C, LC_CTYPE=pt_PT

Bug#132882: mono & mcs ITPs

[Robert McQueen]

Hi, I have just taken up the reigns of Alp Toker's 'MonoDeb' project,
whilst he is on holiday for a few weeks, and it looks likely that I
will continue maintaining mono, mcs, gtk#, and other components of the
Mono project when he returns. The packages are currently available at:
 http://www.debianplanet.org/mono/
and I am working on bringing them in line with Debian policy etc.

We are planning to set out a Debian C#/CLI policy for the naming of
packages, location of files, managing alternatives, registration of
binfmt_misc handler, etc, and I am working with my counterpart in the
pnet (portable .net) project, the other free software implementation of
the .NET architecture to ensure interoperability between our packages
etc.

In light of this already existing and ongoing effort to package these
programs, and to avoid a needless duplication of effort, I would like to
request your permission to take over these ITPs and upload our packages
to Debian when we deem they are ready.

Regards,
Rob

Bug#155396: ITP: iso-codes -- Collection of ISO code lists and their translations

[David Starner]

> Package: wnpp
> Version: N/A; reported 2002-08-04
> Severity: wishlist
>
> * Package name: iso-codes
>   Version : 1.0
>   Upstream Author : Alastair McKinstry <[EMAIL PROTECTED]>
> * URL : 
http://www.saorleir.com/iso-codes

> * License : GPL
>   Description : Collection of ISO code lists and their translations
>
> This package is (to be) a collection of ISO code lists:
>   - ISO 639 Language codes
>   - ISO 3166 Country codes
>   - ISO 3166-2 country code subdivisions
>   - ISO 4217 Currency codes
>
> and their translations (50+ languages so far).

This is very problematic. First place, I don't see where we can distribute
ISO 3166-2 _at all_. See http://www.din.de/gremien/nas/nabd/iso3166ma/ where
ISO 3166-2 is only offered for sale. Secondly, I don't see how we can relicense
the others - under an indeterminate license - and their derivatives
(translations) under the GPL. It also seems counter-productive; more than GPL
programs need to use these.

Bug#155448: ITP: libevent0-dev - Development libraries, header files and docs for libevent.

[Simon Law]

Package: wnpp
Version: N/A; reported 2002-08-04
Severity: wishlist

* Package name: libevent0-dev
  Version : 0.5
  Upstream Author : Niels Provos <[EMAIL PROTECTED]>
* URL : http://www.monkey.org/~provos/libevent/
* License : 4-clause BSD and MIT
  Description : Development libraries, header files and docs for libevent.
   Contains the header files, documentation, examples and static libraries
   for use in developing applications that use the libevent library.

Bug#155447: ITP: libevent0 - An asynchronous event notification library.

[Simon Law]

Package: wnpp
Version: N/A; reported 2002-08-04
Severity: wishlist

* Package name: libevent0
  Version : 0.5
  Upstream Author : Niels Provos <[EMAIL PROTECTED]>
* URL : http://www.monkey.org/~provos/libevent/
* License : 4-clause BSD and MIT
  Description : An asynchronous event notification library.
   The libevent API provides a mechanism to execute a callback function
   when a specific event occurs on a file descriptor or after a timeout
   has been reached.
   .
   libevent is meant to replace the asynchronous event loop found in
   event driven network servers.  Currently, libevent supports kqueue(2)
   and select(2).

Bug#155396: ITP: iso-codes -- Collection of ISO code lists and their translations

[Glenn Maynard]

On Sun, Aug 04, 2002 at 01:26:52PM +0200, Alastair McKinstry wrote:
> * Package name: iso-codes
>   Version : 1.0
>   Upstream Author : Alastair McKinstry <[EMAIL PROTECTED]>
> * URL : http://www.saorleir.com/iso-codes

Not Found
The requested URL /iso-codes was not found on this server.

> * License : GPL
>   Description : Collection of ISO code lists and their translations
> 
> This package is (to be) a collection of ISO code lists:
>   - ISO 639 Language codes
>   - ISO 3166 Country codes
>   - ISO 3166-2 country code subdivisions
>   - ISO 4217 Currency codes
> 
> and their translations (50+ languages so far). 
> These codes are repeated in several places in Debian - multiple programs
> contain their own lists (gnome, apache, gnumeric, ...) and their
> translations; the plan is to have one list, with other packages using
> it.

Are all of the programs in main that can make use of this data GPL-compatible

Does it matter? I don't know how GPL-compatibility works when it comes to
simple data.

-- 
Glenn Maynard

Bug#155401: ITP: mkntpwd -- tool to create LM and NT MD4 password hashes

[Steve Langasek]

On Sun, Aug 04, 2002 at 08:01:27PM +0200, Roland Bauerschmidt wrote:
> Steve Langasek wrote:
> > If Samba has LDAP support compiled in and turned on (as must be the case
> > to use Samba with LDAP!), then the 'smbpasswd' utility can be used to
> > manage passwords in the LDAP directory, without the need for other
> > utilities.  Depending on your needs, the 'pdbedit' import util and
> > the 'pam_smbpass' pam module may also serve.

> Yes, I'm aware of that. Nonetheless, it can still be useful to be able
> to create those hashes manually, i.e. in a Web-based LDAP administration
> tool.

I imagine the LDAP administration tool is written in a scripting
language.  In that case, it seems to me that a module for the scripting
language in question would also be more useful than a standalone util,
and allow for better code reuse.  I'm aware of existing NTLM hash modules
for at least perl and PHP.  The latter may not be packaged yet, though;
it may be that the license issues aren't all sorted out.

> While we are at it, I have some off-topic question: Does pam_smbpass add
> the ntPassword and lmPassword attributes if they don't exist? Or does
> this only work if nullok is specified? Or not at all?

When running as a user, you will need to set the 'nullok' option to get
pam_smbpass to create these attributes for users that don't have them.
(Otherwise, the user will be unable to prove he knows the current
password.)  When running as root, the module will create the entries as
needed.

Steve Langasek
postmodern programmer


pgpvm4ym8h2WK.pgp
Description: PGP signature

Bug#155401: ITP: mkntpwd -- tool to create LM and NT MD4 password hashes

[Roland Bauerschmidt]

Steve Langasek wrote:
> If Samba has LDAP support compiled in and turned on (as must be the case
> to use Samba with LDAP!), then the 'smbpasswd' utility can be used to
> manage passwords in the LDAP directory, without the need for other
> utilities.  Depending on your needs, the 'pdbedit' import util and
> the 'pam_smbpass' pam module may also serve.

Yes, I'm aware of that. Nonetheless, it can still be useful to be able
to create those hashes manually, i.e. in a Web-based LDAP administration
tool.

While we are at it, I have some off-topic question: Does pam_smbpass add
the ntPassword and lmPassword attributes if they don't exist? Or does
this only work if nullok is specified? Or not at all?

> Well, some of these dependencies are central to authentication support in
> Win2k; but others, such as libcupsys2 and libacl1, I'm looking forward to
> stripping out of the packages that don't need them.  This would include
> libsmbclient.

I don't have a problem with libsmbclient linking to a bunch of stuff. I
was just considering to include the little relevent parts of Samba (like
the current mkntpwd is doing) rather than linking to libsmbclient and
thus depending on all that stuff.

Thanks for your help, anyways, Roland

-- 
Roland Bauerschmidt

Bug#155401: ITP: mkntpwd -- tool to create LM and NT MD4 password hashes

[Steve Langasek]

Hi Roland,

On Sun, Aug 04, 2002 at 02:51:21PM +0200, Roland Bauerschmidt wrote:
> Package: wnpp
> Severity: wishlist

> * Package name: mkntpwd
>   Version : N/A
>   Upstream Author : Anton Roeckseisen <[EMAIL PROTECTED]>
> * URL : http://demog.berkeley.edu/~aperrin/tips/src/mkntpwd.tar.gz
> * License : BSD-type, GPL (samba source files)
>   Description : tool to create LM and NT MD4 password hashes

> It is useful when using Samba w/ LDAP to initialize passwords in the
> directory.

> I'm not completely sure how to proceed though. I have the impression
> that mkntpwd is basically unmaintained upstream. At least, I couldn't
> find a download location provided by upstream anywhere nor a version
> number. Anyway, since it is a tiny program where is it not very likely
> that more features are added in the future, it'd prefer forking it right
> now. Source should be cleaned up quite a bit, too, and stuff like python
> bindings would be nice...

If Samba has LDAP support compiled in and turned on (as must be the case
to use Samba with LDAP!), then the 'smbpasswd' utility can be used to
manage passwords in the LDAP directory, without the need for other
utilities.  Depending on your needs, the 'pdbedit' import util and
the 'pam_smbpass' pam module may also serve.

> There is another issue I was thinking about. Currently, it contains a
> couple of source files from Samba. All of that functionality could also
> be used by linking against libsmbclient. Should I rather do that?
> Libsmbclient is fat though and depends *a lot* on a lot of other stuff I
> don't need, so I'd prefer not to.

> Package: libsmbclient
> Depends: e2fsprogs (>= 1.27-2), libacl1 (>= 2.0.10), libc6 (>= 2.2.4-4),
> libcomerr2, libcupsys2 (>= 1.1.13-1), libkrb53, libldap2 (>= 2.0.23-1),
> libpam0g (>= 0.72-1), libpopt0 (>= 1.6.4)

Well, some of these dependencies are central to authentication support in
Win2k; but others, such as libcupsys2 and libacl1, I'm looking forward to
stripping out of the packages that don't need them.  This would include
libsmbclient.

Steve Langasek
postmodern programmer


pgpGG2SYqc1WS.pgp
Description: PGP signature

Bug#146321: ITP: lbt -- Converter of LTL formulas to Buechi automata

[Ralf Treinen]

* Package name: lbt
  Version: 1.2.1
  Upstream Author: Mauno Rönkkö <[EMAIL PROTECTED]>
* URL: http://www.tcs.hut.fi/Software/maria/tools/lbt/
* Licence: GPL
  Description: Converter of LTL formulas to Buechi automata

 This software converts a linear temporal logic (ltl) formula to a
 generalised Büchi automaton. The resulting automaton may be used, for
 instance, in model checking, where it represents a property to be
 verified from a model (e.g. a Petri net).

---

There has been an RFP for this package (bug #146321).

-Ralf Treinen
-- 

Bug#155401: ITP: mkntpwd -- tool to create LM and NT MD4 password hashes

[Alexander Zangerl]

On Sun, 04 Aug 2002 14:51:21 +0200, Roland Bauerschmidt writes:
>It is useful when using Samba w/ LDAP to initialize passwords in the
>directory.

see also libcrypt-smbhash-perl. maybe a standalone tool like mkntpwd
with lots of outside dependencies is overkill?

regards
az

-- 
+ Alexander Zangerl + [EMAIL PROTECTED] + DSA 42BD645D + (RSA 5B586291)
Fachbegriffe der Informatik, Updateitis: Softwarebulemie -- Frank Klemm


signature.ng
Description: PGP signature

Bug#155401: ITP: mkntpwd -- tool to create LM and NT MD4 password hashes

[Roland Bauerschmidt]

Package: wnpp
Severity: wishlist

* Package name: mkntpwd
  Version : N/A
  Upstream Author : Anton Roeckseisen <[EMAIL PROTECTED]>
* URL : http://demog.berkeley.edu/~aperrin/tips/src/mkntpwd.tar.gz
* License : BSD-type, GPL (samba source files)
  Description : tool to create LM and NT MD4 password hashes

It is useful when using Samba w/ LDAP to initialize passwords in the
directory.

I'm not completely sure how to proceed though. I have the impression
that mkntpwd is basically unmaintained upstream. At least, I couldn't
find a download location provided by upstream anywhere nor a version
number. Anyway, since it is a tiny program where is it not very likely
that more features are added in the future, it'd prefer forking it right
now. Source should be cleaned up quite a bit, too, and stuff like python
bindings would be nice...

There is another issue I was thinking about. Currently, it contains a
couple of source files from Samba. All of that functionality could also
be used by linking against libsmbclient. Should I rather do that?
Libsmbclient is fat though and depends *a lot* on a lot of other stuff I
don't need, so I'd prefer not to.

Package: libsmbclient
Depends: e2fsprogs (>= 1.27-2), libacl1 (>= 2.0.10), libc6 (>= 2.2.4-4),
libcomerr2, libcupsys2 (>= 1.1.13-1), libkrb53, libldap2 (>= 2.0.23-1),
libpam0g (>= 0.72-1), libpopt0 (>= 1.6.4)

-- 
Roland Bauerschmidt

Bug#146320: ITP: maria -- Reachability analyzer for Algebraic System Nets

[Ralf Treinen]

* Package name: maria
  Version: 1.2
  Upstream author: Marko Mäkelä <[EMAIL PROTECTED]>
* URL: http://www.tcs.hut.fi/Software/maria
* Licence: GPL
Description: Reachability analyzer for Algebraic System Nets
 Maria is a powerful tool designed to aid engineers in modelling and
 solving concurrency related problems in parallel and distributed
 computing systems.
 .
 Maria finds deadlocks and violations against safety or liveness
 requirements by exploring all states that can be reached from the
 initial state of a system.  The tool manages tens or hundreds of
 millions of reachable states and enabled actions.
 .
 The expressive power of Maria's formalism is close to high-level
 programming languages, thanks to its rich data type system and
 powerful algebraic operations.
-- 

Bug#146320: ITP: maria

[Ralf Treinen]

On Sun, Aug 04, 2002 at 01:44:42PM +0200, Josselin Mouette wrote:
> Le dim 04/08/2002 à 13:38, Moshe Zadka a écrit :
> 
> > > > How large are the docs? what are the chances someone will want the 
> > > > package
> > > > sans the docs?
> > > 
> > > The maria-doc package will be around 150KB, the maria core package
> > > around 300KB. Worth splitting off, IMHO.
> > 
> > No comment on the "chances" question?
> 
> If maria is architecture-dependent, it is certainly worth splitting. Do
> you know that every architecture-dependent package is built on 11
> architectures ?

maria (core) would be architecture dependant, while the doc is of course
not. This, and the fact that the size of the doc is a significant
portion of the total size, is the reason to split.

Besides, I guess that any user of maria will need access to the doc,
be it online or on a paper. However, he could also downlad a PDF
version from the maria web site (University of Helsinki).

-Ralf.

Bug#146320: ITP: maria

[Moshe Zadka]

On 04 Aug 2002, Josselin Mouette <[EMAIL PROTECTED]> wrote:

> If maria is architecture-dependent

*If*. Since the original poster did not give either a short or long
description, it is impossible even to guess. Being architecture dependent
is certainly a weighty reason.

I'm not really interested in speculations, though. I want to have the
person who ITPs give the relevant details in the original ITP. It surely
can't be that hard, can it?

Bug#146320: ITP: maria

[Josselin Mouette]

Le dim 04/08/2002 à 13:38, Moshe Zadka a écrit :

> > > How large are the docs? what are the chances someone will want the package
> > > sans the docs?
> > 
> > The maria-doc package will be around 150KB, the maria core package
> > around 300KB. Worth splitting off, IMHO.
> 
> No comment on the "chances" question?

If maria is architecture-dependent, it is certainly worth splitting. Do
you know that every architecture-dependent package is built on 11
architectures ?

-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: PGP signature

Bug#146320: ITP: maria

[Moshe Zadka]

I am sorry to see that CCing the bug# is still beyond you.
Is there a reason you're not doing that?

On Sun, 4 Aug 2002, Ralf Treinen <[EMAIL PROTECTED]> wrote:

> Done before sending the ITP.

Then it was not an "RFP" as you misled us to believe in your e-mail.


Legalistic arguments belong on -legal. And *CCed to the Bug*.
Let me reiterate that: you *CC the bugreport* when you discuss
that.

> > How large are the docs? what are the chances someone will want the package
> > sans the docs?
> 
> The maria-doc package will be around 150KB, the maria core package
> around 300KB. Worth splitting off, IMHO.

No comment on the "chances" question?
Still no short description nor long description.

Please read http://www.debian.org/devel/wnpp/ and follow the most
excellent advice written there.

Bug#155396: ITP: iso-codes -- Collection of ISO code lists and their translations

[Alastair McKinstry]

Package: wnpp
Version: N/A; reported 2002-08-04
Severity: wishlist

* Package name: iso-codes
  Version : 1.0
  Upstream Author : Alastair McKinstry <[EMAIL PROTECTED]>
* URL : http://www.saorleir.com/iso-codes
* License : GPL
  Description : Collection of ISO code lists and their translations

This package is (to be) a collection of ISO code lists:
- ISO 639 Language codes
- ISO 3166 Country codes
- ISO 3166-2 country code subdivisions
- ISO 4217 Currency codes

and their translations (50+ languages so far). 
These codes are repeated in several places in Debian - multiple programs
contain their own lists (gnome, apache, gnumeric, ...) and their
translations; the plan is to have one list, with other packages using
it.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux cuileann 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586
Locale: LANG=C, LC_CTYPE=C

Bug#155395: ITP: skstream -- Isostream C++ socket library

[Michael Koch]

Package: wnpp
Version: N/A; reported 2002-08-04
Severity: wishlist

* Package name: skstream
  Version : 0.2.4
  Upstream Author : Al Riddoch <[EMAIL PROTECTED]>
* URL : http://www.worldforge.org/
* License : LGPL
  Description : Isostream C++ socket library

skstream is a network transport library written in C++ using the
iostream interface. It provides classes for handling TCP socket
connections. It is derived from the FreeSockets library by Rafael
Guterres Jeffman. Its primary use to the WorldForge project, who
maintain this version.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux asterix 2.4.18-k7 #1 Sun Apr 14 13:19:11 EST 2002 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set)

-- no debconf information

Bug#155394: ITP: varconf -- A config handling library

[Michael Koch]

Package: wnpp
Version: N/A; reported 2002-08-04
Severity: wishlist

* Package name: varconf
  Version : 0.5.3
  Upstream Author : Michael Koch <[EMAIL PROTECTED]>
* URL : http://www.worldforge.org/
* License : LGPL
  Description : A config handling library

Varconf is a configuration system designed for the STAGE server. Varconf
can parse configuration files, command-line arguments and environment
variables. It supports callbacks and can store its configuration
information in separate Config objects or in one global configuration
instance.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux asterix 2.4.18-k7 #1 Sun Apr 14 13:19:11 EST 2002 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set)

-- no debconf information

Bug#155392: ITP: atlas-cpp -- library that implements the ATLAS protocol written in C++

[Michael Koch]

Package: wnpp
Version: N/A; reported 2002-08-04
Severity: wishlist

* Package name: atlas-cpp
  Version : 0.4.5
  Upstream Author : Al Riddoch <[EMAIL PROTECTED]>
* URL : http://www.worldforge.org/
* License : LGPL
  Description : library that implements the ATLAS protocol written in C++

This library implements the Atlas protocol, for use in client-server
game applications.  This library is suitable for linking to either
clients or servers.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux asterix 2.4.18-k7 #1 Sun Apr 14 13:19:11 EST 2002 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set)

-- no debconf information

Bug#146320: ITP: maria

[Moshe Zadka]

On Sun, 4 Aug 2002, Ralf Treinen <[EMAIL PROTECTED]> wrote:

> I'm working on a package for maria, a reachability analyzer for
> concurrent systems that uses Algebraic System Nets, as requested
> in RFP, bug #146320.

a. You should have CCed the bug (as I'm doing)
b. You should have retitled it to "ITP"

> URL: http://www.tcs.hut.fi/maria/
> Licence: GPL v2

With no exception? Then it is illegal to distribute "maria-viz".
(If you have further issues, please discuss on debian-legal. thanks.)

> I will split off three binary packages:
> 
> - maria, containing the core
> - maria-doc, containing doc in info and html

How large are the docs? what are the chances someone will want the package
sans the docs?

Also, you included neither "short description" neither "long description"
with the ITP.

Thanks.

Processed: itp

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 146320 ITP: maria - Reachability analyzer for high-level Petri nets
Bug#146320: RFP: maria - Reachability analyzer for high-level Petri nets
Changed Bug title.

> retitle 146321 ITP: RFP: lbt - Translator from LTL formulae to generalized 
> Buchi automata
Bug#146321: RFP: lbt - Translator =?iso-8859-1?Q?from_?=
=?iso-8859-1?Q?LTL_formulae_to_generalized_B=FCchi?= automata
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)