Bug#1006644: RFA: dvidvi -- Manipulate .dvi files

[Lionel Elie Mamane]

Package: wnpp
Severity: normal
Control: affects -1 src:dvidvi

Having dropped off from active participation in Debian, I request an
adopter for the dvidvi package.

The package description is:
 Allows you to select, change the order, and/or shift the pages in
 a .dvi file.
 .
 This can for example be used to print an A5 booklet on A4 paper, in
 such a way that you can put a staple through the bundle. A shell
 script that does just that is provided.

-- 
Lionel Mamane
Tél: +352 46 67 74
Fax: +352 46 67 76

This message and any attachments may be intended to be confidential,
intended solely for the addressee and/or contain legally privileged
information. Any unauthorised use or dissemination is prohibited.
Unless cryptographically protected, emails are susceptible to
interception, alteration and spoofing, so in case of doubt, please
check by independent means.

We do not make any commitment by email, ever; if this emails appears
to contain a commitment, we will not recognise the latter as valid,
nor as engaging our liability. We make commitments only by a written
paper document signed by at least one person entitled to engage our
liability.

Bug#1006643: RFA: ifrench-gut -- French dictionary for ispell (GUTenberg version)

[Lionel Elie Mamane]

Package: wnpp
Severity: normal
X-Debbugs-Cc: agmar...@debian.org
Control: affects -1 src:ifrench-gut

Having dropped away from active participation in Debian, I request an
adopter for the ifrench-gut package.

The package description is:
 This is a French dictionary, to be used with the ispell program,
 version 3.1.20 and following.
 .
 This is the GUTenberg version.

-- 
Lionel Mamane
Tél: +352 46 67 74
Fax: +352 46 67 76

This message and any attachments may be intended to be confidential,
intended solely for the addressee and/or contain legally privileged
information. Any unauthorised use or dissemination is prohibited.
Unless cryptographically protected, emails are susceptible to
interception, alteration and spoofing, so in case of doubt, please
check by independent means.

We do not make any commitment by email, ever; if this emails appears
to contain a commitment, we will not recognise the latter as valid,
nor as engaging our liability. We make commitments only by a written
paper document signed by at least one person entitled to engage our
liability.

Bug#782970: [tryton-debian][py3porters-devel] Packaging of suds-jurko

[Lionel Elie Mamane]

On Mon, Jun 01, 2015 at 10:24:57AM +0200, Mathias Behrle wrote:
> * Mathias Behrle: " [tryton-debian] Bug#783029: Bug#783029: [py3porters-devel]
>   Packaging of suds-jurko" (Wed, 29 Apr 2015 11:46:01 +0200):
>> * Lionel Elie Mamane: " Re: [tryton-debian] Bug#783029: [py3porters-devel]
>>   Packaging of suds-jurko" (Tue, 28 Apr 2015 16:32:23 +0200):
>>> On Tue, Apr 28, 2015 at 03:27:12PM +0200, Mathias Behrle wrote:
>>>> * Lionel Elie Mamane: " [tryton-debian] suds in Debian" (Tue, 28 Apr 2015
>>>>   13:24:25 +0200):

>>>>> I just uploaded the jurko fork of suds (the latter you are
>>>>> maintainer of in Debian) to Debian.

>>>>> The killer feature for me was compatibility with Python 3. It
>>>>> installs as python module "suds", for drop-in replacement of
>>>>> suds.

>>>> The "killer" feature of suds-jurko those days may turn out to be
>>>> that it tends to be as unmaintained as the original suds.

>>> 

> Time has passed and re-evaluating suds-jurko still shows no maintainer
> activity. I don't get feedback on mails written directly to Jurko neither
> there is action on patches or development on the bitbucket project.

> So my personal decision is to not use suds-jurko as a drop-in for
> suds. Further action now depends on your answer, Lionel:
> Do you still want to maintain a suds-jurko package in Debian?

I'm not going to turn into a new upstream for suds-jurko. Maintaining
a package without an upstream is never very attractive. So let's say
no.

-- 
Lionel


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150603164211.gj8...@capsaicin.mamane.lu

Bug#782970: [tryton-debian] Bug#783029: [py3porters-devel] Packaging of suds-jurko

[Lionel Elie Mamane]

On Wed, Apr 29, 2015 at 11:46:01AM +0200, Mathias Behrle wrote:
> * Lionel Elie Mamane: " Re: [tryton-debian] Bug#783029: [py3porters-devel]
>   Packaging of suds-jurko" (Tue, 28 Apr 2015 16:32:23 +0200):
>> On Tue, Apr 28, 2015 at 03:27:12PM +0200, Mathias Behrle wrote:
>>> * Lionel Elie Mamane: " [tryton-debian] suds in Debian" (Tue, 28 Apr 2015
>>>   13:24:25 +0200):

>>>> I just uploaded the jurko fork of suds (the latter you are maintainer
>>>> of in Debian) to Debian.

>>> I am quite surprised to hear that. Your package even doesn't seem to
>>> close an ITP bug. Could you please provide the link to your
>>> packaging sources?

>> https://people.debian.org/~lmamane/suds/

> You don't have permission to access /~lmamane/suds/suds-jurko_0.6-2.dsc on 
> this
> server.

Fixed.

>>> Sorry, coordinating before uploading to NEW would have been much more
>>> appropriate, (...).

>>> Before commenting further I would like to hear about your motivations:

>> My motivation is purely having a working suds for Python3 so that I
>> can use stdnum.eu.vat.check_vies in Python3 (see
>> https://bugs.debian.org/774948 ). If my work is useful to others,
>> then I'm happy to share it, if not I'll keep it is a local package
>> for me.

>> Since you seem to have good not-too-long-term plans, I'm happy if we
>> ask ftpmaster to reject my upload to make way for your plans.

> The current state is:

> - pysimplesoap[0] seems to be a promising and maintained project.

> I think - provided pysimplesoap qualifies as a replacement for suds

It seems to present a different API, though?

> (...) I ask you indeed to wait with your package (i.e. to ask
> ftp-masters to not consider it for the moment).

I just asked them to reject it.

-- 
Lionel


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150429102148.gc15...@capsaicin.mamane.lu

Bug#565308: MariaDB in Debian proper?

[Lionel Elie Mamane]

On Tue, Nov 09, 2010 at 02:01:18PM +0100, Kristian Nielsen wrote:
> Lionel Elie Mamane  writes:

>>> The main issue that needs solving is to let MySQL and MariaDB packages
>>> co-exist in the same repository.

>>> MariaDB is essentially a different version of MySQL; the binaries
>>> are named the same, the libraries are named the same, it runs on
>>> the same default port, etc. So only one can be installed at a
>>> time.

>> I'm not entirely convinced; as far as *desirable* is it truly
>> impossible that one would wish to install both side by side,
>> e.g. because they have diverged in features, or for testing before
>> switching?

> You are right. Packaging MariaDB so that it does not conflict with
> MySQL is an alternative approach.

> It is possible to change the port, rename files, etc. The problem is that
> there are many other programs that connect to MySQL, run the client binaries,
> link the libraries. It seems to me it will become more difficult to make all
> these programs able to use MariaDB as an alternative, and easy to end up so
> that MariaDB users will need to have also some mysql packages installed to
> satisfy dependencies. Or maybe that can all be handled with empty
> (dependency-only) packages, /etc/alternatives, and similar mechanisms?

> Another issue is that the data directories would need to be different (by
> default...), so upgrading from MySQL -> MariaDB (or the other way round) would
> require manual action to migrate the data. Currently, we make a lot of effort
> to ensure that `apt-get install mariadb-server` will automatically migrate,
> including migrating the data directory (and we run automated upgrade tests of
> this scenario on all Debian and Ubuntu versions for every push to our code
> trees).

What about this (some names are suboptimal but I cannot find something
better right now):

Package mariadb-server-5.1:
 - installable alongside MySQL (renamed binaries, etc)
 - on first installation asks "shall I configure myself to take over
   from MySQL or run alongside"?

   If choice is "run alongside", create /etc/mysql/conf.d/mariadb,
   containing only "mariadb" section, making mariadb default to
   different port, data directory, etc.

 - /usr/share/doc/mariadb-server-5.1/README.Debian explains how to
   switch to "takeover from MySQL", basically delete
   /etc/mysql/conf.d/mariadb

Package mariadb-server-mysql:
 - conflicts: mysql-server-5.1, mysql-server-5.0, ...
 - depends: mariadb-server-5.1
 - symlinks /usr/sbin/mysqld->mariadbd, etc.


We can have the same setup for the client packages, or not; the client
packages seem less important to be coinstallable IMHO. In any case,
the libmysql16-FOO packages will *not* be coinstallable.

> On the other hand, as you say, installing side-by-side would make other use
> cases simpler.

>> Only one of the *client* libraries can be installed and active and the
>> same time, that much seems correct.

> I suppose, unless something like /etc/alternatives symlinks can be
> used (don't know if this is possible).

Well, we could, but there is no point, since only one will be used by
programs anyway (that is, be found by the dynamic linker
/lib/ld-linux*.so.2 to resolve the SONAME libmysql.so.16).

-- 
Lionel



-- 
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/20101109152107.ga...@capsaicin.mamane.lu

Bug#565308: MariaDB in Debian proper?

[Lionel Elie Mamane]

On Mon, Nov 08, 2010 at 09:18:24PM +0100, Kristian Nielsen wrote:
> Lionel Elie Mamane  writes:

>> I started to look into MariaDB; I was considering inclusion of MariaDB
>> in Debian proper, and to this effect was wondering:

>>  1) Does the ourdelta team judge the packaging mature enough for that
>> inclusion, or does it need more work?

> I think it is certainly mature enough. (...)

> The main issue that needs solving is to let MySQL and MariaDB packages
> co-exist in the same repository.

So they _do_ need some more work :)

> The problem is that there are other packages that have versioned
> "depends:" on MySQL packages, eg.  libdbd-mysql-perl on
> libmysqlclient15off.

Note in passing: thinking of upload to Debian proper, that is now
libmysqlclient16.

> So it is not possible for MariaDB to satisfy this dependency with a
> "provides:", even though MariaDB does include an alternative
> libmysqlclient.so.

> What has been discussed is to solve this by introducing virtual packages for
> libmysqlclient15off and similar packages; these would then depend: on
> mysql-xxx|mariadb-xxx packages. This requires changes to MySQL packages as
> well as to MariaDB packages.

These would have to be real, but empty (dependency-only) packages, not
virtual packages.

I implicitly understand that, as far as predictable, the
libmysqlclient.so.NN from MariaDB will stay binary-compatible with the
one from MySQL.

On Tue, Nov 09, 2010 at 09:13:59AM +0100, Kristian Nielsen wrote:
> Jonathan Aquilina  writes:

>> it was mentioned to give a user choice as to what to use. i have seen for
>> instance when you install gnome aside kde it asks you what desktop manager
>> you want to use. Wouldnt something like that be needed in this situation?

> Gnome and KDE are non-conflicting, you can install both at the same time.

> The situation with MariaDB and MySQL is different. MariaDB is
> essentially a different version of MySQL; the binaries are named the
> same, the libraries are named the same, it runs on the same default
> port, etc. So only one can be installed at a time.

I'm not entirely convinced; as far as *desirable* is it truly
impossible that one would wish to install both side by side,
e.g. because they have diverged in features, or for testing before
switching?

As far as *possible*:

The default port is not a problem: this is configurable, or they can
be configured to listen on different IPs. The same for the datadir,
socket, etc.

The server executables seems not to be linked against any
MySQL-specific library, so that's not a problem. Unless it maybe
dlopen()s them?

I expect the executable name, man pages, etc can rather easily be
renamed.

So, it seems *possible* to me to arrange things so that the servers
can both be installed at the same time, and with some configuration
left to the admin, running at the same time.


Only one of the *client* libraries can be installed and active and the
same time, that much seems correct.


-- 
Lionel



-- 
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/20101109113714.ga16...@capsaicin.mamane.lu

Bug#565308: MariaDB in Debian proper?

[Lionel Elie Mamane]

On Tue, Feb 09, 2010 at 10:40:59PM +0100, Kristian Nielsen wrote:
> Some additional information that might be useful:

>  - apt-able repositories of MariaDB are available from http://ourdelta.org/

>  - Package scripts for .deb are maintained on Launchpad: 
> https://launchpad.net/ourdelta

> I can provide further information on the packaging scripts on request.

I started to look into MariaDB; I was considering inclusion of MariaDB
in Debian proper, and to this effect was wondering:

 1) Does the ourdelta team judge the packaging mature enough for that
inclusion, or does it need more work?

 2) If a package for MariaDB based on the ourdelta packages gets
uploaded into Debian proper, how does the ourdelta team see
cooperation there?

Would ourdelta become the maintainers of the Debian package
(within Debian), or would you rather see it as a cooperation
between ourdelta and a separate (but possibly overlapping in
composisition) Debian team? In any of these cases, I'm considering
getting involved.

As far as uploading to Debian is concerned, the workflow could
look something like:

* Any team member can commit to the vcs repository, even if not
  having Debian Developer status.

* Each upload to Debian has to be vetted by a Debian Developer
  (from the team).


 3) What is the Debian MySQL maintainers team take on this? Would it
in some way like to take care of MariaDB, too?


It is naturally too late for inclusion in Squeeze (Debian 6.0), but
aiming for the release after that should be doable.

-- 
Lionel



-- 
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/20101108154301.ga5...@capsaicin.mamane.lu

Bug#494488: Status of polyml

[Lionel Elie Mamane]

On Tue, Aug 04, 2009 at 02:50:02PM +0200, Achim D. Brucker wrote:
> On Sun, Aug 02, 2009 at 02:42:16PM +0200, Florian Weimer wrote:

>> What's the status of this bug?  Do you still plan to package PolyML
>> for Debian?

> (...) it is still worthwhile to package. I just "pushed" a first
> update to Poly/ML 5.2.1 to the git repository and I will try to
> polish it within the next days ...

OK; If I remember well you are not a Debian Developer? Ping me when
you think the package is ready for upload and I'll look it over and
upload.

-- 
Lionel



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

Bug#494491: ITP: isabelle -- Generic theorem proving environment

[Lionel Elie Mamane]

On Mon, Aug 11, 2008 at 10:08:44AM +0200, Loïc Fejoz wrote:

> Someone already have a repository:
> deb http://kisogawa.inf.ethz.ch/isamorph/debian/ testing main

> It may worth have a look at it...

Actually, Achim also has a repository
http://www.brucker.ch/projects/debian/index.en.html. We are using
those as a starting point. Thank you for the pointer, though. These
packages are not quite ready for Debian, but we are working on it.

-- 
Lionel



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

Bug#494491: ITP: isabelle -- Generic theorem proving environment

[Lionel Elie Mamane]

Package: wnpp
Severity: wishlist
Owner: Lionel Elie Mamane <[EMAIL PROTECTED]>, [EMAIL PROTECTED]

* Package name: isabelle
  Version : 2008
  Upstream Author : University of Cambridge (Larry Paulson), Technische 
Universitaet Muenchen (Tobias Nipkow, Makarius Wenzel)
* URL : http://isabelle.in.tum.de/, 
http://www.cl.cam.ac.uk/research/hvg/Isabelle/
* License : 3-clause BSD-like
(non-free documentation)
  Programming Lang: Standard ML
  Description : Generic theorem proving environment

 Features a choice of several ready-to-use logics (Higher Order Logic,
 Higher Order Logic augmented with Scott's Logic for Computable
 Functions, First Order Logic, Zermello-Frankel, an extensional
 version of Martin-Löf Type Theory, Barendregt's Lambda Cube, a few
 sequent calculi (including modal and linear logics), ...) or
 defining your own logic / deductive system, a procedural and a
 declarative proof style, rich automation for classical reasoning,
 equational logic and algebra, LaTeX and X-Symbols notational support.
 .
 Isabelle can also be used as a generic framework for rapid
 prototyping of deductive systems.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#494488: ITP: polyml -- Standard ML implementation

[Lionel Elie Mamane]

On Sat, Aug 09, 2008 at 11:45:49PM +0200, Lionel Elie Mamane wrote:

> * Package name: polyml
>   Version : 5.2
>   Upstream Author : David Matthews <[EMAIL PROTECTED]>
> * URL : http://www.polyml.org/index.html
> * License : GPLv2

Sorry, that's LGPLv2.1 or later, not GPL.

-- 
Lionel



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

Bug#494488: ITP: polyml -- Standard ML implementation

[Lionel Elie Mamane]

Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: polyml
  Version : 5.2
  Upstream Author : David Matthews <[EMAIL PROTECTED]>
* URL : http://www.polyml.org/index.html
* License : GPLv2
  Programming Lang: Standard ML
  Description : Standard ML implementation

 Poly/ML supports the full version of the language as given in the
 "Definition of Standard ML (Revised)", generally known as ML97.  As
 well as being extremely fast and efficient implementation of Standard
 ML Poly/ML provides several additional features.  There is a foreign
 language interface which allows dynamically linked libraries to be
 loaded and functions within them called from ML.  An X11
 interface using Motif is available.  There is also a symbolic debugger
 for Poly/ML.

Separation into packages:

polyml - toplevel interpreter
 This package provides the toplevel interpreter with integrated make
 system which is needed to build large ML programs.
libpolyml-dev - development file
 This package provides the files needed to compile stand-alone executables
 with Poly/ML.
libpolyml1 - runtime files
 This package provides the files needed to run stand-alone executables
 built with Poly/ML.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#473451: adopt package

[Lionel Elie Mamane]

On Wed, Apr 02, 2008 at 10:58:03AM +0200, Andrea De Iacovo wrote:
> I'd like to adopt the wordpress package.
> Maybe we could talk about that?

(I'll work under the assumption Kai hands you over the package.)

I've been working a bit on Wordpress-in-Debian and Wordpress-upstream
to improve its i18n; I'll continue doing that, if you will allow me. I
will most likely not get involved in other issues about the package.

The package-in-development is in our Git repositories on
git.debian.org .

-- 
Lionel



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

Bug#461617: ITP: wordpress-fr -- award winning weblog manager (French language version)

[Lionel Elie Mamane]

reassing 461617 wordpress
retitle 461617 Please add French support
tags 461617 +pending
thanks

On Sun, Jan 20, 2008 at 01:40:38PM +, Kai Hendry wrote:
> On Jan 20, 2008 1:14 PM, Lionel Elie Mamane <[EMAIL PROTECTED]> wrote:

>>  - I'm willing to become "comaintainer in charge of French affairs"
>>for the wordpress package.

> You're welcome.

>>  - Do you maintain the package in some kind of VCS

> Ok, I just imported the package to alioth:
> git clone git://git.debian.org/git/users/kai-guest/wordpress
> http://git.debian.org/?p=users/kai-guest/wordpress

My repository is at git://git.debian.org/git/users/lmamane/wordpress.git

It contains the french support, and I run the package built from
master branch of that repo, and it works for me. It is "packaging
work" part only.

-- 
Lionel



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

Bug#461617: ITP: wordpress-fr -- award winning weblog manager (French language version)

[Lionel Elie Mamane]

On Sun, Jan 20, 2008 at 10:09:13AM +, Kai Hendry wrote:

> I am not fond of the need of a separate package just to support
> French. Could we please investigate how to offer French (or any
> other language for that matter) in Wordpress native?

Sure, I'd be happy to find a better solution. I'll separate the
solutions in two groups:

 - packaging work
 - upstream/forking work

For the solutions that involve only packaging work, the most
straightforward would be for the wordpress package to use a repackaged
upstream tarball that includes the current .orig.tar.gz plus the files
shipped by my wordpress-fr binary package. If you would be willing to
do that in the wordpress package,
then:

 - I'm willing to become "comaintainer in charge of French affairs"
   for the wordpress package.
 - I'd like to include some very small code changes that are in the
   upstream French wordpress, enhance French support without impacting
   an English wordpress.
 - Do you maintain the package in some kind of VCS (in a form where I
   can get commit access to it)? If not, our collaboration would be
   easier if we did. I'm OK with (as in "if you insist, I'll accept")
   most any distributed system, such as git, mercurial, darcs, bzr,
   GNU arch, ... Even subversion if you insist really hard. I'd like
   to avoid subversion and darcs if possible.

For the solutions that involve upstream work, that is enhancement to
the source code itself that would lead to a de facto fork if upstream
doesn't integrate the patch and we keep forward-porting these
enhancements to newer upstream versions:

 - I've no real interest in being involved in a long-time fork; if we
   go that route, I'd much prefer we do it hand-in-hand with upstream
   and have at least reasonable hope they would integrate our changes.

 - One step: Internationalise (convert to gettext) all remaining
   strings in the code. (Such as "could not connect to database", the
   initial blog setup process, ...)

 - Another step: Gettextise strings in themes (or at least the default
   theme).

> Though I don't like `define ('WPLANG', '');`. This should be set by
> whatever the language is set to in the HTTP headers by the browser,
> no?

Possibly, but not necessarily. I suggest that we add (if it doesn't
exist yet) a PHP function "get_http_preferred_language_among" (it needs
a better name), that would take as arguments a list of "supported"
languages (or a special value for "all"/"any") and returns the highest
ranked in the HTTP headers among those. Then the admin could have:

define ('WPLANG', get_http_preferred_language_among['fr', 'de', 'en']);

and the user would get his favourite language among those. Or the
admin could have

define ('WPLANG', 'fr');

if he wants to force his website to French. (The really optimal thing
would make this choice per string, depending on what translations are
available for every string, but that is more work to implement. Or
maybe not, because it would lead to mixed-languages websites where one
string is in English, the other in French and another one in German.)

-- 
Lionel



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

Bug#461617: ITP: wordpress-fr -- award winning weblog manager (French language version)

[Lionel Elie Mamane]

On Sun, Jan 20, 2008 at 08:08:59AM +0100, Christian Perrier wrote:
> Quoting Lionel Elie Mamane ([EMAIL PROTECTED]):

>> * Package name: wordpress-fr
>>   Description : award winning weblog manager (French language version)

> I suggest removing "award winning" from the package description. The
> same stands for "wordpress" itself.

I can't say I disagree, but I wanted to keep exactly the same as for
Wordpress itself.

> It does not fits recommendations for package description and, indeed,
> adds no value to the information given to the users.

AOL.

-- 
Lionel



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

Bug#461617: ITP: wordpress-fr -- award winning weblog manager (French language version)

[Lionel Elie Mamane]

Package: wnpp
Severity: wishlist
Owner: Lionel Elie Mamane <[EMAIL PROTECTED]>

* Package name: wordpress-fr
  Version : 2.3.2
  Upstream Author : WordPress Francophone team (http://www.wordpress-fr.net/)
* URL : http://fr.wordpress.org/
* License : GPLv2, pieces MIT
  Programming Lang: PHP
  Description : award winning weblog manager (French language version)

 WordPress is a full featured web blogging tool:
* Instant publishing (no rebuilding)
* Comment pingback support with spam protection
* Non-crufty URLs
* Zillions of themes and plugins
* And much more
 .
 This package contains the French language translations and themes

Not a second copy of the whole code. Just the translations and
translated default theme.

-- 
Lionel



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

Re: Bug#432587: ITP: camlp4s -- Pre Processor Pretty Printer for OCaml - classical version

[Lionel Elie Mamane]

On Tue, Jul 10, 2007 at 08:56:02PM +0200, Stefano Zacchiroli wrote:

> * Package name: camlp4s
> * URL : http://cristal.inria.fr/~ddr/camlp4s/
> * License : BSD

> Question time: the license is BSD, but is not identical to the text
> I find in /usr/share/common-licenses/BSD as the Copyright is
> different (INRIA vs Universify of California). Can I point to our
> license file in debian/copyright nonetheless,

I wouldn't do that.

-- 
Lionel


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

Bug#411425: scheme48: Please package new upstream version

[Lionel Elie Mamane]

On Fri, Jun 22, 2007 at 02:05:54AM +1000, Trent Buck wrote:
> On Thu, Jun 21, 2007 at 02:37:39PM +0200, Lionel Elie Mamane wrote:
>> On Fri, Mar 16, 2007 at 03:43:41AM +1100, Trent Buck wrote:
>>> On Thu, Mar 15, 2007 at 05:15:01PM +0100, Lionel Elie Mamane wrote:

>>>> As such, scheme48 is mostly orphaned in Debian. Do you want to
>>>> adopt the Scheme48 package?

>>> I'd be happy to, (...).  The only problem is...

>>> ...I'm not a DD, and Jorgen was my sponsor.  So I haven't bothered
>>> to find a new one yet (...)

>> What's the situation? I intended to sponsor your, but as my failure
>> to do any step in that direction in several months show, it will
>> not happen in a reasonable timeframe. Have you looked for another
>> sponsor?

>> (You are welcome to take scsh, too, if you are interested.)

> I'm happy to take over s48 maintenance.  I can probably maintain scsh
> as well, but I don't have the time to "clean up" the diff.gz (e.g. to
> use quilt).

> Features that I have ready for (almost) immediate upload to Debian are:

> - scsh 0.6.7

That is already in Debian, so I don't see what you mean there. You
mean an upload just changing Maintainer and/or Uploader lines?

> I'm also reluctant to upload s48 1.6 because it *will* break slime48
> in Debian.  On the other hand, slime48 isn't available for Debian, and
> I suppose anyone using slime48 can always install the Etch package or
> compile s48 1.3 by hand, outside of dpkg.

IMHO, we also cannot stay frozen on s48 1.3 forever because slime48 is
not following and never will. If you think slime48 is that important,
then at most do two parallel packages of 1.3 and "latest", but I
wouldn't bother in your shoes - just latest.

> How about I upload the work I've already done to mentors.debian.net,
> but mark it as no-sponsor-needed?  I'll try to do that this week, but
> I'll hold off any other action until I hear back from you.

I don't think you understood me correctly: I will not be a reliable
sponsor for the months to come. You need to find another sponsor. So
tagging them no-sponsor-need doesn't seem a good idea to me.

-- 
Lionel


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

Bug#411425: scheme48: Please package new upstream version

[Lionel Elie Mamane]

On Fri, Mar 16, 2007 at 03:43:41AM +1100, Trent Buck wrote:
> On Thu, Mar 15, 2007 at 05:15:01PM +0100, Lionel Elie Mamane wrote:

>> As such, scheme48 is mostly orphaned in Debian. Do you want to
>> adopt the Scheme48 package?

> I'd be happy to, assuming the demands are as minimal as they appear to
> be (one hour per week or less).  The only problem is...

> ...I'm not a DD, and Jorgen was my sponsor.  So I haven't bothered to
> find a new one yet (...)

What's the situation? I intended to sponsor your, but as my failure to
do any step in that direction in several months show, it will not
happen in a reasonable timeframe. Have you looked for another sponsor?

(You are welcome to take scsh, too, if you are interested.)

-- 
Lionel


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

Bug#382128: RFH: mailman

[Lionel Elie Mamane]

On Wed, Aug 09, 2006 at 12:55:26PM +0200, Thijs Kinkhorst wrote:
> Hello Lionel,

>> Get yourself an account on Alioth, I'll add you to the pkg-mailman
>> project and sponsor your uploads if you are not a DD.

>> Contact me with any question / proposition.

> I can help at least with triaging some of the current bugreports.

Thanks.

> Maybe you can add me ("thijs") to the alioth project in case I want
> to patch some bug.

I did that. You may want to subscribe to the mailing list:
http://lists.alioth.debian.org/mailman/listinfo/pkg-mailman-hackers

-- 
Lionel


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

Bug#382128: RFH: mailman

[Lionel Elie Mamane]

On Wed, Aug 09, 2006 at 08:46:37AM +0200, Matej Vela wrote:
> Lionel Elie Mamane <[EMAIL PROTECTED]> writes:

> [...]

>> Get yourself an account on Alioth, I'll add you to the pkg-mailman
>> project and sponsor your uploads if you are not a DD.

>> Contact me with any question / proposition.

> I'd like to help with bug triage at least.  My account on Alioth is
> "vela".

Thanks for your help. I added you to the Alioth project. We use a
subversion repository at svn+ssh://svn.debian.org/svn/pkg-mailman/,
and dpatch within that.

Just in case you feel the itch to do something else than pure bug
triaging, are you familiar with dpatch?

-- 
Lionel


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

Bug#382128: RFH: mailman

[Lionel Elie Mamane]

Package: wnpp
Severity: normal

Andreas Barth wrote in <[EMAIL PROTECTED]>, to
debian-devel-announce@lists.debian.org:

> We have a very tough time ahead of us to actually release in time in
> December 2006, and we all have to set the release as priority one in
> order to make it happen.

In particular, the mailman package needs some serious love, which its
current maintainers are not giving it. If nobody steps up, etch will
be late or without mailman. (That is not mathematically guaranteed,
but I - the only currently active Mailman-in-Debian maintainer - doubt
I will make it by the freeze deadline of 18 Oct 2006.)

Do not be fooled by the long list at
http://alioth.debian.org/project/memberlist.php?group_id=30291:

 - The lead/main maintainer hasn't done anything in Debian for this
   package since May 2005, although he is definitely not MIA; maybe he
   is too busy on the Ubuntu side (where he does make occasional
   updates), maybe too busy with other things in his life. I dunno.

 - All sidekicks but one have announced they will not (lack of time,
   ...) do anything for Mailman-in-Debian at the many-months scale of
   time and haven't reversed this announcement.

 - Past facts show that the only remaining active sideckick (that
   would be me) is patently unable (time-wise and/or motivation-wise)
   to maintain the package on his own. In particular, he hasn't even
   read the  *title* of every bug report yet. Hasn't touched the
   thing since April 2006.

If on the date of 1st October 2006, nothing has changed, I'm going to
ask for removal of mailman from etch. The package is not release
quality. If you want mailman to be in etch, step up! (Persons that
have sent helpful patches in the past, filed several bugs reports, etc
are particularly invited, as they seem to be caring for the package at
least somewhat.)


Get yourself an account on Alioth, I'll add you to the pkg-mailman
project and sponsor your uploads if you are not a DD.

Contact me with any question / proposition.


Thank you in advance and best regards,

-- 
Lionel Elie Mamane


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

Bug#379342: [pkg-horde] Bug#379341: RFA: chora2

[Lionel Elie Mamane]

On Sat, Jul 22, 2006 at 05:36:39PM -0400, Roberto C. Sanchez wrote:

> Since the group decided to stay with GNU Arch and I really have
> neither the time nor the inclination to learn another version
> control system, coupled with the fact that I simply don't use this
> package a great deal anymore, I would like to request that someone
> please adopt it.

Alternatively, you could maintain it outside of the group.

-- 
Lionel


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

Bug#364859: #O: svn-arch-mirror

[Lionel Elie Mamane]

I've started to _use_ the stuff, so if I manage to penetrate the Perl,
I might start to take care of it.

-- 
Lionel


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

Bug#365501: ITP: xchat-guile -- Guile scripting plugin for XChat

[Lionel Elie Mamane]

Package: wnpp
Severity: wishlist
Owner: Lionel Elie Mamane <[EMAIL PROTECTED]>

* Package name: xchat-guile
  Version : 0.2
  Upstream Author : Zeeshan Ali Khattak <[EMAIL PROTECTED]>
* URL : http://piipiip.net/~zeenix/xchat-guile/
* License : GPLv2 or later
  Programming Lang: C, Guile Scheme
  Description : Guile scripting plugin for XChat

 Plug-in adding Guile scripting support to XChat.
 .
 Guile is the GNU Scheme implementation, and the official GNU
 scripting language. Scheme is a minimalistic, clean Lisp dialect,
 that is a dynamically typed functional impure programming language
 with reflection.
 .
 XChat is a featureful IRC client with a GTK+2-based graphical user
 interface.



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

Bug#358003: ITP: ttf-dzongkha -- TrueType fonts for Dzongkha language

[Lionel Elie Mamane]

On Tue, Mar 21, 2006 at 07:08:02AM +0100, Christian Perrier wrote:
> Quoting Drew Parsons ([EMAIL PROTECTED]):

>>>  This package includes fonts that are suitable for the display of
>>>  the Dzongkha language.

>> May I suggest for rare languages like this that you also mention in
>> the description where the language comes from? (Bhutan in this
>> case, isn't it?)

> Well, I have one very little argument against doing so: why do it
> for Dzongkha and why not do it for, say, French...:-)

Because "French" is the adjective in English (the language the package
description is written in) for "from France". The same, I would not
expect it to be done if the language were called "Bhutanese".

-- 
Lionel


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

Bug#354831: ITP: bfc -- Brainfuck compiler

[Lionel Elie Mamane]

On Wed, Mar 01, 2006 at 02:41:39PM +0200, Panu Kalliokoski wrote:

> * Package name: bfc
>   Description : Brainfuck compiler

You really think that thing should be priority optional? I'd say
extra.

-- 
Lionel


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

Bug#352535: ITP: gitmail -- Very simple graphical mail user agent for sending mail (GTK)

[Lionel Elie Mamane]

On Mon, Feb 13, 2006 at 10:58:24PM +0100, Adeodato Simó wrote:
> * Henrique de Moraes Holschuh [Mon, 13 Feb 2006 00:39:25 -0200]:

>> Sure.  People looking for git (see package git) and git (see package
>> git-core) will have yet another false positive: an [IMHO!] useless app that
>> duplicates functionality present in just about all useful, non-joke MUAs
>> under the sun.

>   And it may fall under the "too buggy that we refuse to support it"
>   clause as well. Pay attention to the changelog for the _latest_
>   version, released more than four months after the initial release:

>  gitmail 0.4 - This new version of gitmail now implements HELO, a
>  command that is mandatory on some SMTP servers. Some bugs have been
>  fixed too.

>   COME. ON.

I don't know the app, but it might have been implementing EHLO only
before. Which has been around for ... more than a decade?

-- 
Lionel


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

Bug#351951: ITP: wengophone -- A free SIP softphone

[Lionel Elie Mamane]

On Wed, Feb 08, 2006 at 08:21:42PM +0100, Marco Nenciarini wrote:

> * Package name: wengophone
>   Upstream Author : Wengo SAS 
>   Description : A free SIP softphone

You may want to do it in the framework of the Debian VoIP packaging
team.

-- 
Lionel


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

Bug#338077: sword-text-kjv - King James Version and Royal Letters Patent

[Lionel Elie Mamane]

On Thu, Nov 10, 2005 at 10:24:04AM +, MJ Ray wrote:

> debian-legal has reviewed this topic before. You can read it in
> http://lists.debian.org/debian-legal/2002/05/msg00108.html Some of
> the links there have rotted, but it seemed clearly not Crown
> copyright.

I don't see a conclusive answer in that discussion; only doubt and
"didn't find any proof that this restriction still holds". I'd prefer
if we could find a specific abrogation of the restriction.

> http://en.wikipedia.org/wiki/King_James_Version_of_the_Bible
> Wikipedia asserts that the KJV is still copyrighted in England.
> I think Wikipedia is incomplete at best.

> It is my present understanding that the royal letters patent
> control printing, not copyright, which did not exist here when
> this started.

I see... Then it would make the KJV merely non-free in the UK, not
illegal to distribute. On the other hand, I wouldn't be too surprised
if the courts would interpret "printing" in such an old text as "any
efficient way to disseminate / distribute".

> This "orthogonality" or "independence" is
> mentioned in articles, including some you can find online like
> http://www.lexum.umontreal.ca/conf/dac/en/sterling/sterling.html
> Crown Copyright in the United Kingdom..., by J.A.L. Sterling.

This one doesn't contain the string "ortho" and "indepen" only at one
place that doesn't seem to apply.

> Lionel Elie Mamane cited the 1998 Copyright Act, which surprised
> me because I've not heard of it. Which country is it for?

I mistyped; I meant 1988, for the UK.

> I haven't yet found anything credibly showing extension of the
> prerogative to electronic distribution, or more generally to
> become a Crown copyright. I don't think we generally grant
> the monarchy new prerogatives these days and "The Crown cannot
> invent new prerogative powers" (2002-03 Public Admin. Select
> Comm. Press Notice 19).

The question is not of new prerogatives, but whether the old one
concerning KJV of the bible has been abrogated or not.

> The act currently in force in England is the Copyright Designs
> and Patents Act 1988 as amended. If the KJV were covered by
> Crown Copyright, wouldn't that have expired after 125 years? I
> think the letters patent and royal prerogative are the problem.

On the other hand, it says (section 171):

171.-(1) Nothing in this Part affecs-

   (a) any right or privilege of any person under any enactment
   (except where the enactment is expressly repealed, amended or
   modified by this Act);

   (b) any right or privilege of the Crown subsisting otherwise
   than under an enactment;


Wouldn't this preserve this perpetual Crown Copyright / Royal
Prerogative / ...?

I'm starting to think that the Wikipedia article talks of "copyright"
loosely, not only to what is called "copyright" legally, but of all
legal restrictions of dealings with distribution, performance,
derivation, ... of literary works.

> So, it's not a problem to *distribute* the KJV in England, as far as
> I can see, but it seems you're not free to print it here.

Aha.

-- 
Lionel


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

Bug#338077: KJV Bible - Crown Copyright in UK

[Lionel Elie Mamane]

On Tue, Nov 08, 2005 at 07:52:26PM +0100, Florian Weimer wrote:
> * Lionel Elie Mamane:

>> Please investigate this before uploading to Debian.

> Or alternatively, depend on the bible-kjv-text package, which already
> is in main.

I'd rather we had a good investigation on this, that would be valid
*also* for the bible-kjv-text package.

-- 
Lionel


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

Bug#338077: KJV Bible - Crown Copyright in UK [was: Bug#338077: ITP: sword-text-kvj -- King James Version with Strongs Numbers and Morphology]

[Lionel Elie Mamane]

(
 Please mail followups to:
 [EMAIL PROTECTED], debian-legal@lists.debian.org, [EMAIL PROTECTED], [EMAIL 
PROTECTED]
)

On Tue, Nov 08, 2005 at 10:13:42AM -0500, Roberto C. Sanchez wrote:
> Quoting Lionel Elie Mamane <[EMAIL PROTECTED]>:
>> On Mon, Nov 07, 2005 at 08:51:26PM -0500, Roberto C. Sanchez wrote:

>>>* License : Public Domain
>>>  Description : King James Version with Strongs Numbers and Morphology

>>>This is the King James Version of the Holy Bible (also known as the
>>>Authorized Version) with embedded Strong's Numbers. The rights to
>>>the base text are held by the Crown of England.

>> What "rights" are you speaking about? The text certainly is far too
>> old for any copyright to hold and you yourself tag it as "public
>> domain". So what "right" is being spoken of here?

> Based on my understanding [0], the Crown of England maintains the
> perogative to authorize printings of the KJV text in Great Britain.
> It is in the public domain everywhere else.

Ain't law fun? 

This makes the KJV of the bible non-free in GB and probably even
illegal to distribute at all in GB, unless the Crown gives a blanket
license for electronic distribution. Does it?

According to the wikipedia article, we can escape this Crown Copyright
if what the package will contain is an "annotated Study Bible". The
question is whether that thing will be annotated enough to be
considered as such.

Please investigate this before uploading to Debian.

> [0]
> http://en.wikipedia.org/wiki/King_James_Version_of_the_Bible#Copyright_status

-- 
Lionel


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

Bug#338077: ITP: sword-text-kvj -- King James Version with Strongs Numbers and Morphology

[Lionel Elie Mamane]

On Mon, Nov 07, 2005 at 08:51:26PM -0500, Roberto C. Sanchez wrote:

> * License : Public Domain
>   Description : King James Version with Strongs Numbers and Morphology

> This is the King James Version of the Holy Bible (also known as the
> Authorized Version) with embedded Strong's Numbers. The rights to
> the base text are held by the Crown of England.

What "rights" are you speaking about? The text certainly is far too
old for any copyright to hold and you yourself tag it as "public
domain". So what "right" is being spoken of here?

-- 
Lionel


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

Bug#325963: sork-passwd3 in Debian

[Lionel Elie Mamane]

Dear Gasper,

I sent you this email > 2 weeks ago. No reaction yet. Ping? (I'm
willing to sponsor you if we get to an understanding on the points
mentioned in this email.)

-- 
Lionel
--- Begin Message ---
On Wed, Aug 31, 2005 at 10:41:02PM +0200, Gasper Zejn wrote:

> Is it okay if I package passwd-h3 for Debian or is this already
> being worked on?

It is OK, I guess. I haven't done so yet because I don't have a Horde3
setup to test it before upload, and I was waiting for the final
release of passwd-h3 to migrate to Horde3. Do you want to completely
take care of it, or do you want us to cooperate on it?

I intended to take that opportunity to "move" the config files from
/etc/sork-passwd to /etc/sork3/passwd or something like that. _Please_
coordinate with the maintainers of other sork packages (Ola Lundqvist
and myself).


Good luck, thanks for the work you want to do for Debian.

-- 
Lionel
-- 
Sork mailing list - Join the hunt: http://horde.org/bounties/#sork
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [EMAIL PROTECTED]
--- End Message ---

Bug#318949: Fix for this bug is pending

[Lionel Elie Mamane]

tags 295880 +pending
tags 303917 +pending
tags 318907 +pending
tags 318935 +pending
tags 318941 +pending
tags 318949 +pending
thanks

A fix for this bug is ready, but must wait for bug #318808 to be fixed
before I can do an upload. This should happen within two weeks.

In the meantime, you can extract both my new capi4hylafax package and
my fix for #318808 from gluck.debian.org:~tfheen/DELAYED/ . People
that don't have access to gluck can download my packages from
http://www.mdcc.cx/debian/, in the "sid" distribution, component
"main". (Only the build for sparc is there, but the sources are there
as well.)

-- 
Lionel


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

Bug#282982: Progress of cddbd packaging?

[Lionel Elie Mamane]

Hi,

How is your packaging of cddbd progressing? I'd like to use it. If you
are not a Debian developer, I can sponsor the upload(s). If you are
having time (or other) problems on getting the job done, I'd be
willing to take over the packaging or co-maintain the package with
you.

Please note I'd prefer not to send mail to you gmail account, because
of privacy issues. Thank you in advance.

Best Regards,

-- 
Lionel


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

Bug#312256: ITP: washngo -- Web Authoring System for Haskell

[Lionel Elie Mamane]

On Mon, Jun 06, 2005 at 02:21:00PM -0500, John Goerzen wrote:

> * Package name: washngo

Cool! Thanks!

-- 
Lionel


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

Bug#305067: ITP: scsh-install-lib -- scsh package installer

[Lionel Elie Mamane]

On Sun, Apr 17, 2005 at 05:43:03PM -0400, sean finney wrote:
> On Sun, Apr 17, 2005 at 08:41:35PM +0200, Lionel Elie Mamane wrote:

>>  The scsh install library contains the code necessary to install scsh
>>  packages not packaged as Debian packages, or to build Debian packages
>>  of scsh packages.

> it might be nice to say in the description a little more about what
> exactly scsh is, for those of us who are unenlightened :)

The idea was that people that don't know scsh are not interested in
this package. The scsh package contains a - largely perfectible -
description. But here you go:

 SCSH, the SCheme SHell, is a better shell scripting language. It is
 totally incompatible with /bin/sh, but (thanks to that) doesn't
 feature most of the traps that /bin/sh-programming does: filenames
 with spaces will just work, the glob pattern ".*" does _not_ include
 "." and "..", it features a _scoped_ (having effect only in the
 current code block) "change working directory" command, etc, etc,
 etc.

 SCSH is made of R5RS scheme (the scheme48 implementation), with
 bindings for (nearly all of) POSIX added, a special notation for
 process definitions (pipes, redirections, ...), text processing
 features similar to AWK and much more.

 Scheme is a clean and minimal dialect of the Lisp programming
 language.

-- 
Lionel


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

Bug#305067: ITP: scsh-install-lib -- scsh package installer

[Lionel Elie Mamane]

Package: wnpp
Severity: wishlist
Owner: Lionel Elie Mamane <[EMAIL PROTECTED]>

* Package name: scsh-install-lib
  Version : 1.2.0
  Upstream Author : Michel Schinz <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : GPLv2 or later
  Description : scsh package installer

 The scsh install library contains the code necessary to install scsh
 packages not packaged as Debian packages, or to build Debian packages
 of scsh packages.



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

Bug#261027: ITP: ttf-farsi -- International TrueType Farsi fonts for X

[Lionel Elie Mamane]

On Fri, Jul 23, 2004 at 02:48:15PM +0200, Adrian 'Dagurashibanipal' von Bidder 
wrote:
> On Friday 23 July 2004 12.21, Arash Bijanzadeh wrote:

>> * URL : http://www.linuxiran.org/

> I can't find the font on this web page.

http://www.linuxiran.org/modules/mydownloads/ has an entry
"FarsiFonts" which links to
http://www.linuxiran.org/modules/mydownloads/visit.php?cid=1&lid=1
which redirects to
ftp://ftp.gnu.org/savannah/files/bna/FarsiFonts.pkg/1.0.2/FarsiFonts.tar.gz


This suggests that the upstream location is
http://savannah.nongnu.org/projects/bna .

-- 
Lionel

Bug#211824: ITA: scsh -- A `scheme' interpreter designed for writing system programs.

[Lionel Elie Mamane]

Package: wnpp
Version: unavailable; reported 2003-09-20
Severity: normal

With the approval of the current maintainer, I intend to adopt the
scsh package. I need a sponsor for it, though.

Bug#135132: Old ITA

[Lionel Elie Mamane]

On Fri, Sep 19, 2003 at 10:54:26PM +0200, Frank Lichtenheld wrote:

> You have expressed in bug report #135132 [0] the intent to adopt the
> package "gnotepad+". The last comment to this from you is dated from
> 29 Jan 2003, which is more than six months ago. Do you still intent
> to adopt this package?

Yes, I intend to adopt gnotepad+ (and a few other packages), but I
miss a sponsor for it (them). The sponsors for the other packages I
maintain are not interested in (or don't have the time to) sponsor
this one.

As soon as I either find a sponsor or become a DD, I'll make an
upload; the packages are already ready (and in use by me).

-- 
Lionel

Bug#184501: ITP: sork-passwd -- password changing application for the Horde framework

[Lionel Elie Mamane]

Package: wnpp
Version: N/A; reported 2003-03-12
Severity: wishlist

* Package name: sork-passwd
  Version : 2.2
  Upstream Author : Sork team <[EMAIL PROTECTED]>
* URL : http://www.horde.org/passwd/
* License : See below
  Description : password changing application for the Horde framework


Correct, working package will appear in a few hours on:
deb http://mdcc.cx/debian sid contrib main

(packages there right now are broken)

License:

Version 1.0

Copyright (c) 2002 The Horde Project. All rights reserved.

Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are
met:

1. Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.

2. Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.

3. The end-user documentation included with the redistribution, if
any, must include the following acknowledgment:

   "This product includes software developed by the Horde Project
(http://www.horde.org/)."

Alternately, this acknowledgment may appear in the software itself, if
and wherever such third-party acknowledgments normally appear.

4. The names "Horde", "The Horde Project", and "Passwd" must not be
used to endorse or promote products derived from this software without
prior written permission. For written permission, please contact
[EMAIL PROTECTED]

5. Products derived from this software may not be called "Horde" or
"Passwd", nor may "Horde" or "Passwd" appear in their name, without
prior written permission of the Horde Project.

THIS SOFTWARE IS PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED
WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
IN NO EVENT SHALL THE HORDE PROJECT OR ITS CONTRIBUTORS BE LIABLE FOR
ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE
GOODS
OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE.

This software consists of voluntary contributions made by many
individuals on behalf of the Horde Project. For more information on
the Horde Project, please see .

Bug#135132: Packages available at mdcc.cx

[Lionel Elie Mamane]

Until I find a sponsor for them, my packages are available at:

deb http://mdcc.cx/debian sid main
deb-src http://mdcc.cx/debian sid main

-- 
Lionel

Bug#86005: ITP uf-view

[Lionel Elie Mamane]

I intend to package uf-view. The package is ready, and should shortly
be available with a sources.list lines:

deb http://mdcc.cx/debian sid main
deb-src http://mdcc.cx/debian sid main

and as soon as I find a sponsor for it, in Debian itself.

-- 
Lionel