On Tue, Jan 21, 2014 at 03:07:28PM +0100, Jan Nijtmans wrote:
>2014/1/21 Corinna Vinschen:
>> Please make sure to provide only subpackages
>> for which the matching source package is available, too.
>
>Thank you, I didn't know that. My apologies!
You didn't know that the source package has to exis
2014/1/21 Corinna Vinschen:
> Please make sure to provide only subpackages
> for which the matching source package is available, too.
Thank you, I didn't know that. My apologies!
Regards,
Jan Nijtmans
On Jan 20 10:37, Jan Nijtmans wrote:
> 2014/1/20 Yaakov (Cygwin/X) :
> > What is the source of the ICU and zlib patches, and why have you added them?
> > ICU is a *huge* dependency for something as small as sqlite3.
> [etc]
Please, who uploaded the tcl-sqlite3-3.8.3-1 package?
It is broken, becau
2014/1/20 Yaakov (Cygwin/X) :
> What is the source of the ICU and zlib patches, and why have you added them?
> ICU is a *huge* dependency for something as small as sqlite3.
ICU is a dependency on "sqlite3", but not for "libsqlite3_0". So applications
like Subversion don't get ICU as additional dep
On 2014-01-15 03:12, Jan Nijtmans wrote:
2014/1/14 Yaakov (Cygwin/X):
I don't see any links to a -src package, or better yet, a URL to the
.cygport and patches (if any).
That's because the -src package is the same as
the "sqlite3" src package.
However, the one with the latest modifications ca
2014/1/14 Yaakov (Cygwin/X):
> I don't see any links to a -src package, or better yet, a URL to the
> .cygport and patches (if any).
That's because the -src package is the same as
the "sqlite3" src package. Apparently that was not
clear enough from the mailed setup.hint file, it's
already uploade
On 2014-01-14 13:49, Corinna Vinschen wrote:
Ok, thanks. Apart from that, would you mind to review the package and
give a GTG (or not)? I'm just not feeling savvy enough, neither in tcl
nor in sqlite.
I don't see any links to a -src package, or better yet, a URL to the
.cygport and patches (
On 2014-01-14 14:52, Corinna Vinschen wrote:
In how far does that affect the filename? We're adding new APIs
to Cygwin all the time, but the DLL is still called cygwin1.dll.
And that's how it works for any other DLL as well as long as it
doesn't break backward compatibility, API-wise.
This is
On Jan 14 13:34, Warren Young wrote:
> On 1/14/2014 05:44, Corinna Vinschen wrote:
> >
> >Also, even if sqlite3.8.2 and sqlite382.dll works, it's kind of
> >puzzeling. Are you saying using sqlite3 and libtclsqlite3.so on Fedora
> >is wrong, not following TEA? It's much easier to grok and doesn't
On 1/13/2014 03:57, Jan Nijtmans wrote:
I assume someone (other than Warren Young)
uploaded it as part of the Cygwin64 bootstrap process.
Yep, not me. Probably Yaakov.
I'm not sure if a GTG is needed from another package maintainer,
If you've written a new .cygport file, I think you should
On 1/14/2014 05:44, Corinna Vinschen wrote:
Also, even if sqlite3.8.2 and sqlite382.dll works, it's kind of
puzzeling. Are you saying using sqlite3 and libtclsqlite3.so on Fedora
is wrong, not following TEA? It's much easier to grok and doesn't
wrongly imply it only works on a specificx sqlite
On Jan 14 13:30, Yaakov (Cygwin/X) wrote:
> On 2014-01-14 10:45, Corinna Vinschen wrote:
> >And, having said that, I'm wondering why Cygwin has two dirs:
> >
> > /usr/lib/tcl8.5
> > /usr/lib/tcl8
> >
> >with the latter having two subdirs, 8.4 and 8.5. What's the
> >deal here?
>
> There are tw
On 2014-01-14 09:50, Jan Nijtmans wrote:
After some experimenting, I'm proposing the following layout:
usr/lib/tcl8.5/sqlite3-> ../tcl8.6/sqlite3 (soft link)
usr/lib/tcl8.6/sqlite3/pkgIndex.tcl
usr/lib/tcl8.6/sqlite3/tclsqlite3.dll
usr/share/man/mann/sqlite3.n.gz
This way,
On 2014-01-14 10:45, Corinna Vinschen wrote:
And, having said that, I'm wondering why Cygwin has two dirs:
/usr/lib/tcl8.5
/usr/lib/tcl8
with the latter having two subdirs, 8.4 and 8.5. What's the
deal here?
There are two different ways of providing tcl extensions, packages and
module
On 2014-01-14 03:55, Corinna Vinschen wrote:
I don't know much about sqlite, but your package content puzzles me:
usr/lib/sqlite3.8.2/pkgIndex.tcl
usr/lib/sqlite3.8.2/sqlite382.dll
usr/share/man/mann/sqlite3.n.gz
This looks only vaguely related to tcl. I see that the existing
tcl-sqli
On Jan 14 16:50, Jan Nijtmans wrote:
> 2014/1/14 Corinna Vinschen:
> > I don't know much about sqlite, but your package content puzzles me:
> >
> > usr/lib/sqlite3.8.2/pkgIndex.tcl
> > usr/lib/sqlite3.8.2/sqlite382.dll
> > usr/share/man/mann/sqlite3.n.gz
>
> After some experimenting, I'm pro
2014/1/14 Corinna Vinschen:
> I don't know much about sqlite, but your package content puzzles me:
>
> usr/lib/sqlite3.8.2/pkgIndex.tcl
> usr/lib/sqlite3.8.2/sqlite382.dll
> usr/share/man/mann/sqlite3.n.gz
After some experimenting, I'm proposing the following layout:
usr/lib/tcl8.5/sqlit
2014/1/14 Corinna Vinschen:
> That's not what I meant. What I meant is that Tcl extras are installed
> under /usr/lib/tcl, not directly under /usr/lib. I have no idea about
> the TEA, but it looks wrong to install Tcl stuff to /usr/lib. Perl
> stuff is under /usr/lib/perl, python stuff is under
On Jan 14 13:15, Jan Nijtmans wrote:
> 2014/1/14 Corinna Vinschen:
> > I don't know much about sqlite, but your package content puzzles me:
> >
> > usr/lib/sqlite3.8.2/pkgIndex.tcl
> > usr/lib/sqlite3.8.2/sqlite382.dll
> > usr/share/man/mann/sqlite3.n.gz
> >
> > This looks only vaguely relate
2014/1/14 Corinna Vinschen:
> I don't know much about sqlite, but your package content puzzles me:
>
> usr/lib/sqlite3.8.2/pkgIndex.tcl
> usr/lib/sqlite3.8.2/sqlite382.dll
> usr/share/man/mann/sqlite3.n.gz
>
> This looks only vaguely related to tcl. I see that the existing
> tcl-sqlite3-3.7.
Hi Jan,
On Jan 13 11:57, Jan Nijtmans wrote:
> Cygwin64 has an exisiting "tcl-sqlite3" package
> (version 3.7.15.2-1) which doesn't exist in
> Cygwin32. This package is not in cygwin-pkg-maint,
> so I assume someone (other than Warren Young)
> uploaded it as part of the Cygwin64 bootstrap process.
Cygwin64 has an exisiting "tcl-sqlite3" package
(version 3.7.15.2-1) which doesn't exist in
Cygwin32. This package is not in cygwin-pkg-maint,
so I assume someone (other than Warren Young)
uploaded it as part of the Cygwin64 bootstrap process.
This package was very useful to me: The source code
of
22 matches
Mail list logo
