Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <42826D97.5030000@familiehaase.de>
Date: Wed, 11 May 2005 22:39:51 +0200
From: "Gerrit P. Haase" <gerrit AT familiehaase DOT de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.7) Gecko/20050414
MIME-Version: 1.0
To: Jan DOT Schormann AT BrainLAB DOT com
CC: cygwin AT cygwin DOT com
Subject: Re: sqlite / pysqlite ... RFC/ITP?
References: <KCEOLMMHICICJKHPFOALKECNDFAA DOT Jan DOT Schormann AT BrainLAB DOT com>
In-Reply-To: <KCEOLMMHICICJKHPFOALKECNDFAA.Jan.Schormann@BrainLAB.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Jan Schormann wrote:
> Hi all,
> 
> I'm not sure just *how* off-topic this is, let's see ...
> 
> I'm using Reini's own package of sqlite 3.0.7 for cygwin
> in conjunction with the pysqlite source-distribution.
> This works quite well, only I'd like it all in cygwin
> packages in the standard distribution.
> 
> For the record:
> 
> SQLite is a small C library that implements a self-contained,
> embeddable, zero-configuration SQL database engine.
>  -> http://www.sqlite.org/
> 
> pysqlite is a Python DB-API 2.0 interface for the SQLite
> embedded relational database engine.
>  -> http://www.pysqlite.org/
> 
> 
> Now on to the real issues:
> 
> I might volunteer as maintainer for the pysqlite cygwin
> package, but there are a few questions:
> 
> - Is anyone else actually interested in this, or might I be
>   better off to keep it to my own?

Not known.

> - Reini, will the sqlite package ever be part of the standard
>   cygwin mirrors, or would I have to maintain that, too?
>   Is there any serious reason against uploading it?

Would be nice to have you maintaining sqlite too.

See the cygwin-apps archive, there were some comms about sqlite, but
the provided package contains errors, I couldn't rebuild and so it was 
not uploaded.  No fixes were provided so far (it is way long ago).


> - The python setup script, shipped with the pysqlite source,
>   builds and installs different DLLs, not only for different
>   versions of python (e.g. 2.3 vs. 2.4 which isn't a problem
>   as only 2.4 is supported in cygwin as of now), but also
>   for each version of the cygwin dll itself.

There is only one python release at a time.  Why are there different
version needed for different cygwin versions?  Older version of Cygwin
are no onger available and are no longer supported, just build for the
current version .

>   This makes it look as if it's a bad idea to just package
>   the "binary" ... But I have no real experience with that
>   yet.
>   Would I have to update it whenever a new cygwin version
>   comes about, or is there a smart way around it - e.g.
>   to call the actual build-and-install from the postinstall
>   script? Sounds scary.
>   Might it be OK to distribute a "pysqlite binary cygwin
>   package" and rebuild it only as soon as it stops working?

Should not be needed?  Most packages are older than the current Cygwin
library.

> Note also that this would be my first ITP ever. If I get
> positive responses here, I'll take the ITP to cygwin-apps,
> of course.
> 
> Thanks for any hints,
> 	Jan.

Yes please provide sqlite, it is needed for many applications nowadays.
Then it we'll see what the problem with pysqlite is about.


Gerrit
-- 
=^..^=

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/