On Jun 13 16:54, Warren Young wrote:
Would someone flip this package from test to curr for me, please?
Leave 3.7.16.2-1 as prev.
Done. Do you want to keep 3.7.13-1?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer
On 6/14/2013 01:54, Corinna Vinschen wrote:
On Jun 13 16:54, Warren Young wrote:
Would someone flip this package from test to curr for me, please?
Leave 3.7.16.2-1 as prev.
Done.
Thanks!
Do you want to keep 3.7.13-1?
I didn't know I could have more than one prev.
Sure, let's keep it a
Would someone flip this package from test to curr for me, please?
Leave 3.7.16.2-1 as prev.
Il 6/10/2013 9:55 PM, Warren Young ha scritto:
Leave 3.7.16.2-1 as curr, and make this test only for now.
you should make it test adding the relevant
prev/current/test entries as specified on
http://cygwin.com/setup.html
(I am hoping to be able to promote it to curr later, but it changes
On 6/11/2013 01:37, marco atzeri wrote:
you should make it test adding the relevant
prev/current/test entries as specified on
http://cygwin.com/setup.html
Is there a way to set this via the .cygport file? I tried searching its
HTML manual, and didn't find one.
The alternative is to
On 6/11/2013 10:10 AM, Warren Young wrote:
On 6/11/2013 01:37, marco atzeri wrote:
you should make it test adding the relevant
prev/current/test entries as specified on
http://cygwin.com/setup.html
Is there a way to set this via the .cygport file? I tried searching its
HTML manual, and
Leave 3.7.16.2-1 as curr, and make this test only for now.
(I am hoping to be able to promote it to curr later, but it changes too
much to risk that without more testing. The only reason I'm RFU'ing it
is because there seems to be some resistance to installing test versions
from raw
On Aug 16 04:38, Warren Young wrote:
Please remove the 3.7.12.1-1 packages. Also, run this from
'release' to replace the setup.hint files with versions without
'prev', 'curr' and 'test' directives:
wget -e robots=off -X from-box --cut-dirs=1 -np -nH \
-A'setup.hint' -r
Please remove the 3.7.12.1-1 packages. Also, run this from 'release' to
replace the setup.hint files with versions without 'prev', 'curr' and
'test' directives:
wget -e robots=off -X from-box --cut-dirs=1 -np -nH \
-A'setup.hint' -r http://etr-usa.com/cygwin/sqlite3/
I don't see any
On Aug 16 04:38, Warren Young wrote:
Please remove the 3.7.12.1-1 packages. Also, run this from
'release' to replace the setup.hint files with versions without
'prev', 'curr' and 'test' directives:
wget -e robots=off -X from-box --cut-dirs=1 -np -nH \
-A'setup.hint' -r
On Aug 8 13:38, Warren Young wrote:
On 8/8/2012 9:40 AM, Corinna Vinschen wrote:
On Aug 6 20:06, Warren Young wrote:
$ cd .../release
$ wget -e robots=off -X from-box --cut-dirs=1 -np -nH -A'*3.7.13-1*' \
-r http://etr-usa.com/cygwin/sqlite3/
That should populate the release/sqlite3
On Aug 6 20:06, Warren Young wrote:
$ cd .../release
$ wget -e robots=off -X from-box --cut-dirs=1 -np -nH -A'*3.7.13-1*' \
-r http://etr-usa.com/cygwin/sqlite3/
That should populate the release/sqlite3 sub-tree correctly.
Not entirely. The new sqlite3-debuginfo package just lingers
On 8/8/2012 9:40 AM, Corinna Vinschen wrote:
On Aug 6 20:06, Warren Young wrote:
$ cd .../release
$ wget -e robots=off -X from-box --cut-dirs=1 -np -nH -A'*3.7.13-1*' \
-r http://etr-usa.com/cygwin/sqlite3/
That should populate the release/sqlite3 sub-tree correctly.
Not entirely. The
$ cd .../release
$ wget -e robots=off -X from-box --cut-dirs=1 -np -nH -A'*3.7.13-1*' \
-r http://etr-usa.com/cygwin/sqlite3/
That should populate the release/sqlite3 sub-tree correctly.
Please leave both 3.7.12-1 *and* 3.7.3-1 as prev, if that's possible. I
don't want 3.7.3-1 dropped
On Jun 4 23:50, Warren Young wrote:
wget -e robots=off --cut-dirs=2 -np -nH -A'*3.7.12.1-1*' -r \
http://etr-usa.com/cygwin/sqlite3/
Please leave 3.7.3-1 as prev.
Done.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project
On 6/4/2012 2:11 AM, Achim Gratz wrote:
There's a new version for SQlite3 released. I've put the fix in the source
patch now and removed the define from the CPPFLAGS, also ignoring sqlite3.pc for
the diff.
Thanks, Achim. See my RFU message on the -apps list if you want to try
the packages
Warren Young writes:
Thanks, Achim. See my RFU message on the -apps list if you want to
try the packages in advance of them hitting the mirrors.
I tried them and they are OK. :-)
I changed your .cygport file considerably. Partly that's just style
issues, but it also has to do with my
wget -e robots=off --cut-dirs=2 -np -nH -A'*3.7.12.1-1*' -r \
http://etr-usa.com/cygwin/sqlite3/
Please leave 3.7.3-1 as prev.
Hi Warren,
There's a new version for SQlite3 released. I've put the fix in the source
patch now and removed the define from the CPPFLAGS, also ignoring sqlite3.pc for
the diff.
(watch for the linewraps)
---88---
--- origsrc/sqlite-autoconf-3071201/sqlite3.c 2012-05-22
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Warren Young on 9/9/2008 12:44 PM:
Now there's a thread on the main Cygwin list about people needing a
static version of libsqlite3 to link against Python. (Irony...) These
packages include both versions. I hope they pass this time.
A bit of history:
Back in May, Max Bowsher gave up maintainership of a bunch of packages.
I adopted a few of them, and released sqlite3-3.5.8-1. There was some
concern about the fact that my package didn't ship with a DLL version of
the library, only a static library. I got comments from
Dr. Volker Zell wrote:
usr/bin/lemon3.exe
Isn't this the parser-generator needed only for the build itself?
--
Lapo Luchini - http://lapo.it/
“Gentlemen do not read each others mail.” (Henry Lewis Stimson)
Lapo Luchini wrote:
Dr. Volker Zell wrote:
usr/bin/lemon3.exe
Isn't this the parser-generator needed only for the build itself?
It's possible that some SQLite users have come to rely on it, assuming
it will be available. It's not entirely an internal use only tool; it
has its own web
Dr. Volker Zell wrote:
When building and packaging with your .cygport file I do not get shared
libs.
It may not be possible. It's set to try to build shared libraries, but
you get this during the build:
libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin
shared
Warren Young writes:
Dr. Volker Zell wrote:
When building and packaging with your .cygport file I do not get
shared
libs.
It may not be possible. It's set to try to build shared libraries,
but you get this during the build:
libtool: link: warning: undefined
Warren Young writes:
New maintainer, new upstream version, new packaging system. The
problems that came up in the ITA thread of last week have been fixed.
executables:
http://etr-usa.com/cygwin/sqlite3/setup.hint
New maintainer, new upstream version, new packaging system. The
problems that came up in the ITA thread of last week have been fixed.
executables:
http://etr-usa.com/cygwin/sqlite3/setup.hint
http://etr-usa.com/cygwin/sqlite3/sqlite3-3.5.8-1.tar.bz2
shared library:
27 matches
Mail list logo