Hi guys,
I update OpenSSL to 1.0.1. This also changes the version number of
the DLLs. So, if you build your package against OpenSSL in future,
please keep in mind that the dependency will be libopenssl100(*),
not libopenssl098 anymore.
Corinna
(*) Yes, it's really libopenssl100, not
On Mar 14 20:50, Yaakov (Cygwin/X) wrote:
On 2012-03-08 03:12, Corinna Vinschen wrote:
The assumption that the Cygwin DLL has a given size and will never
change is flawed. How are we supposed to add new functionality if the
DLL has to stick at a certain size? And even using another GCC can
On Mar 14 21:46, Christopher Faylor wrote:
On Wed, Mar 14, 2012 at 10:18:56PM +0100, Corinna Vinschen wrote:
I also added documentation to the README file, added a -p option to
rebaseall...
Looks good to me, Corinna.
The only downside is that the autorebase.bat script may run a long
time.
lziprecover is a companion program to lzip, meant to recover damaged
lzip files.
It looks like it is already included in some distros. OK to upload?
http://packages.ubuntu.com/precise/lziprecover
http://packages.debian.org/wheezy/lziprecover
Please remove 0.3.1-1 and 0.7.1-1 and leave 1.0.0-1 as the previous
version.
Thanks!
wget -x -nH --cut-dirs=2 \
http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1-devel/libserf1-devel-1.0.1-1.tar.bz2
\
On 2012-03-15 08:36, David Rothenberger wrote:
Please remove 0.3.1-1 and 0.7.1-1 and leave 1.0.0-1 as the previous
version.
Done and done. I also removed the old libserf0_1 dep from subversion;
please be sure to do the same to your local copy.
Yaakov
On 2012-03-15 07:17, JonY wrote:
lziprecover is a companion program to lzip, meant to recover damaged
lzip files.
GTG. Uploaded and updated cygwin-pkg-maint.
Yaakov
On 3/15/2012 3:49 PM, Yaakov (Cygwin/X) wrote:
On 2012-03-15 08:36, David Rothenberger wrote:
Please remove 0.3.1-1 and 0.7.1-1 and leave 1.0.0-1 as the previous
version.
Done and done. I also removed the old libserf0_1 dep from subversion;
please be sure to do the same to your local copy.
On 2012-03-15 18:04, David Rothenberger wrote:
On 3/15/2012 3:49 PM, Yaakov (Cygwin/X) wrote:
On 2012-03-15 08:36, David Rothenberger wrote:
Please remove 0.3.1-1 and 0.7.1-1 and leave 1.0.0-1 as the previous
version.
Done and done. I also removed the old libserf0_1 dep from subversion;
On 3/15/2012 4:56 PM, Yaakov (Cygwin/X) wrote:
On 2012-03-15 18:04, David Rothenberger wrote:
On 3/15/2012 3:49 PM, Yaakov (Cygwin/X) wrote:
On 2012-03-15 08:36, David Rothenberger wrote:
Please remove 0.3.1-1 and 0.7.1-1 and leave 1.0.0-1 as the previous
version.
Done and done. I also
Please upload serf-0.7.1-2 as the previous version and delete
serf-1.0.0-1.
wget -x -nH --cut-dirs=2 \
http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf0_1/libserf0_1-0.7.1-2.tar.bz2
\
http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf0_1/setup.hint
\
On 2012-03-15 20:31, David Rothenberger wrote:
Please upload serf-0.7.1-2 as the previous version and delete
serf-1.0.0-1.
I uploaded 0.7.1-2 for libserf0*, but left 1.0.0-1 as previous for
libserf1*.
Then, please add the libserf0_1 dependency back to subversion:
Done.
Yaakov
libtool, while very commonly used, is the only major build system which
creates both shared and static versions of every library by default.
With the notable exceptions of libiconv and gettext, which are used in
winsup/utils, most of the time the only purpose static libraries serve
is to
On Thu, Mar 15, 2012 at 10:30:45PM -0500, Yaakov (Cygwin/X) wrote:
libtool, while very commonly used, is the only major build system which
creates both shared and static versions of every library by default.
With the notable exceptions of libiconv and gettext, which are used in
winsup/utils,
http://www.consulfarma.com/saiba_mais.php?produto=Seminario_Sao_Paulo_2012tipo=seminario
http://www.consulfarma.com/saiba_mais.php?produto=Seminario_Sao_Paulo_2012tipo=seminario
http://www.consulfarma.com/saiba_mais.php?produto=Seminario_Sao_Paulo_2012tipo=seminario
I've updated the version of OpenSSL to 1.0.1-1.
This is a major upstream release. The Cygwin release is build from
the vanilla sources, with just a minor tweak to the package creation
script. Here's the official release message:
Am 13.03.2012 21:00, schrieb David Sastre Medina:
On Mon, Mar 12, 2012 at 01:48:45PM +0100, Richard Ivarson wrote:
Is there a way to increase the verbosity level of the sending rsync
(aside the parameter -v which we can increase to -vv or even
-vvv) ?
Or could rsync print further helpful
- Original Message -
From: Christopher Faylor
I'd highly suggest not including pointers to random web sites
as a method to fix this issue but, instead, point to the Cygwin FAQ and
the Cygwin mailing list.
Seems a sane suggestion to me.
I'm a bit dubious about providing a hard
OK, so I called strace -p ID where ID is the pid of a running rsync
command. Then I waited until the rsync command timed out due to the unknown
problem which I try to encircle.
In short the problem is: two computers with WinXP_pro 32bit and up-to-date
Cygwin are connected, and I try to rsync
Attempting to run pdftex I am getting:
/usr/bin/pdftex.exe:
error while loading shared libraries: ?: cannot open shared object file:
No such file or directory
Brand new installation. No errors. Asked for lyx expecting to get
everything necessary for texlive. Any idea what I might be missing?
Attempting to run pdftex I am getting:
/usr/bin/pdftex.exe: error while loading shared libraries: ?: cannot
open shared object file: No such file or directory
OK, more:
~ cygcheck /bin/pdftex.exe
...
cygcheck: track_down: could not find cygsasl2-2.dll
So I installed cyrus-sasl. Thereafter,
On 3/15/2012 7:45 AM, Fergus wrote:
Attempting to run pdftex I am getting:
/usr/bin/pdftex.exe: error while loading shared libraries: ?: cannot
open shared object file: No such file or directory
OK, more:
~ cygcheck /bin/pdftex.exe
...
cygcheck: track_down: could not find cygsasl2-2.dll
Greetings, Sisyphus!
- Original Message -
From: Christopher Faylor
I'd highly suggest not including pointers to random web sites
as a method to fix this issue but, instead, point to the Cygwin FAQ and
the Cygwin mailing list.
Seems a sane suggestion to me.
I'm a bit dubious
Hi all,
I'm trying to build a crosstool chain under cygwin and I keep getting
blocked by fork errors -- in spite of having rebased just before
starting. Oddly, the errors come from scripts, not invocations of
just-built-gcc (which used to be the killer). Unfortunately, this means
there's no
I've been trying to troubleshoot an SQLite failure that boils down to
this: SQLite catches an access denied error when trying to create a
_temporary_ table and only when sqlite3 is run from mintty. If I do the
same thing in a console, all is well (as I found out when trying to
strace the sqlite3
On 3/15/2012 1:59 PM, Achim Gratz wrote:
I've been trying to troubleshoot an SQLite failure that boils down to
this: SQLite catches an access denied error when trying to create a
_temporary_ table and only when sqlite3 is run from mintty. If I do the
same thing in a console, all is well (as
René Berber r.ber...@computer.org writes:
The obvious question: what is your $TMP ?
Obvious maybe — but TMP doesn't get invoked. :-)
SQLite tries to create the file in the current working directory.
Again, if I do that from a windows console window, all is well, if I do
it from mintty I get an
On 3/15/2012 2:14 PM, Achim Gratz wrote:
René Berber r.ber...@computer.org writes:
The obvious question: what is your $TMP ?
Obvious maybe — but TMP doesn't get invoked. :-)
SQLite tries to create the file in the current working directory.
Again, if I do that from a windows console
René Berber r.ber...@computer.org writes:
Right. Problem is I can't reproduce the error.
I don't have any better information at the moment.
I'm not using a snapshot, I'm at 1.7.11(0.260/5/3) 2012-02-24, and the
operation you show, using mintty:
I've switched to snapshots due to other
On 3/15/2012 3:13 PM, Achim Gratz wrote:
sqlite .schema two
CREATE TABLE two (
id INTEGER NOT NULL,
name CHAR (64) NOT NULL
);
No access denied. The file test is created in the same directory, also
.sqlite_history .
In case it wasn't clear in my first posting, I can create a new table
The serf packages have been updated to the new upstream release
1.0.1. See
http://serf.googlecode.com/svn/tags/1.0.1/CHANGES
for more details about the changes in this release.
More information about serf can be found at
http://code.google.com/p/serf/.
CYGWIN CHANGES:
==
This
- Original Message -
From: Andrey Repin
I'm a bit dubious about providing a hard link to
http://cygwin.com/faq/faq-nochunks.html#faq.using.fixing-fork-failures
as it seems like the sort of link that might change.
Would Go to http://cygwin.com/faq/ and see the section 'How do I fix
I can't find a particular application in my path. It used to work,
but I haven't run this application since the last couple of Cygwin
releases.
# set
path(. /cygdrive/d/Home/bin /usr/local/emacs/bin /usr/local/bin
/usr/bin /cygdrive/c/Program Files (x86)/NVIDIA
Corporation/PhysX/Common
How do I request a module to be added to the module setup list, or how do I
upload it?
http://projects.gnome.org/gtksourceview/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
I've updated the version of OpenSSL to 1.0.1-1.
This is a major upstream release. The Cygwin release is build from
the vanilla sources, with just a minor tweak to the package creation
script. Here's the official release message:
The serf packages have been updated to the new upstream release
1.0.1. See
http://serf.googlecode.com/svn/tags/1.0.1/CHANGES
for more details about the changes in this release.
More information about serf can be found at
http://code.google.com/p/serf/.
CYGWIN CHANGES:
==
This
36 matches
Mail list logo