Hi
I get the following errors from upset and can't seem to upload anything
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-2.08-1
refers to nonexistent external-source: lzo2
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package
liblzo2-devel-2.08-1 refers to
On Nov 14 13:13, Dr. Volker Zell wrote:
Hi
I get the following errors from upset and can't seem to upload anything
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package
liblzo2-2.08-1 refers to nonexistent external-source: lzo2
upset: *** /var/ftp/pub/cygwin/x86/setup.ini:
On Nov 14 13:21, Corinna Vinschen wrote:
On Nov 14 13:13, Dr. Volker Zell wrote:
Hi
I get the following errors from upset and can't seem to upload anything
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package
liblzo2-2.08-1 refers to nonexistent external-source: lzo2
Package maintainers,
I found that /x86_64/release/popt/libpopt0/libpopt0-1.16-1.tar.xz is
an empty archive file. Fortunately there is a .bz2 archive that
contains the library.
The setup.hint for the libpopt0 library states it is obsolete but
cygutils still requires it making the obsolete a lie.
On 11/14/2014 4:07 PM, cyg Simple wrote:
Package maintainers,
I found that /x86_64/release/popt/libpopt0/libpopt0-1.16-1.tar.xz is
an empty archive file. Fortunately there is a .bz2 archive that
contains the library.
The setup.hint for the libpopt0 library states it is obsolete but
cygutils
On 11/14/2014 4:04 PM, Corinna Vinschen wrote:
On Nov 14 13:21, Corinna Vinschen wrote:
On Nov 14 13:13, Dr. Volker Zell wrote:
Hi
I get the following errors from upset and can't seem to upload anything
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-2.08-1
refers
On Fri, Nov 14, 2014 at 10:37 AM, Marco Atzeri wrote:
On 11/14/2014 4:07 PM, cyg Simple wrote:
Package maintainers,
I found that /x86_64/release/popt/libpopt0/libpopt0-1.16-1.tar.xz is
an empty archive file. Fortunately there is a .bz2 archive that
contains the library.
The setup.hint
On 14.11.2014 16:46, Marco Atzeri wrote:
On 11/14/2014 4:04 PM, Corinna Vinschen wrote:
On Nov 14 13:21, Corinna Vinschen wrote:
On Nov 14 13:13, Dr. Volker Zell wrote:
Hi
I get the following errors from upset and can't seem to upload
anything
upset: ***
On 2014-11-14 11:03, Dr. Volker Zell wrote:
I did what Marco suggested but still get:
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package
liblzo2-devel-2.06-1 refers to nonexistent external-source: lzo2
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package
liblzo2_2-2.06-1
Dr. Volker Zell writes:
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package
liblzo2-2.08-1 refers to nonexistent external-source: lzo2
upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package
liblzo2-devel-2.08-1 refers to nonexistent external-source: lzo2
upset: ***
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-11-14 10:57:45
Modified files:
winsup/cygwin : ChangeLog fhandler_termios.cc
Log message:
* fhandler_termios.cc (fhandler_termios::line_edit): Fix fatal typo in
bytes_read pointer
On 11/13/2014 4:46 PM, Marco Atzeri wrote:
On 11/13/2014 4:35 PM, DeTracey, Brendan wrote:
Hi,
Trying to compile using gfortran and netcdf I get:
Fatal Error: Cannot read module file 'netcdf.mod' opened at (1),
because it was created by a different version of GNU Fortran
Might be the cygwin
The following packages have been updated in the Cygwin distribution:
* php-5.5.19-1
* apache2-mod_php5-5.5.19-1
* php-bcmath-5.5.19-1
* php-bz2-5.5.19-1
* php-calendar-5.5.19-1
* php-ctype-5.5.19-1
* php-curl-5.5.19-1
* php-dba-5.5.19-1
* php-devel-5.5.19-1
* php-enchant-5.5.19-1
*
On Nov 14 00:49, Andrey Repin wrote:
Greetings, Corinna Vinschen!
On Nov 12 23:23, Andrey Repin wrote:
So the Cygwin home dir
is equivalent to the CMD homedir, which is %HOMEDRIVE%%HOMEPATH%,
Which is covered by system setting. Which will either read the location
from
AD or
On Nov 14 01:04, Andrey Repin wrote:
Greetings, Corinna Vinschen!
1. Utilize the homeDirectory AD attribute (aka %HOMEDRIVE%%HOMEPATH%).
2. If homeDirectory is empty, fall back to /home/$USER.
This is just a subset of what I suggested, so I’m in favor of it.
(By subset I mean that
Alive alive4ever at live.com writes:
On 10/26/2014 4:26 AM, Marko Božiković wrote:
I have recently noticed that dig +short output is not being properly piped to
xargs (and it used to work)
Doing something like:
echo aaa | xargs -I {} echo {}
works fine.
However:
dig +short www.google.com |
On Nov 14 13:25, Brian Inglis wrote:
Alive alive4ever at live.com writes:
On 10/26/2014 4:26 AM, Marko Božiković wrote:
I have recently noticed that dig +short output is not being properly piped
to
xargs (and it used to work)
Doing something like:
echo aaa | xargs -I {} echo {}
Don't have cygperl5_14.dll but do have cygperl 5_18.dll, what now?
Try to reinstall 0.8.17-1 ?
On Thu, Nov 13, 2014 at 4:23 PM, Sean Murphy s.pat.mu...@gmail.com wrote:
Just installed irssi 0.8.17-1 update on 32-bit installation and it
works as expected. Have not yet upgraded to most recent
Corinna Vinschen corinna-cygwin at cygwin.com writes:
On Nov 14 13:25, Brian Inglis wrote:
All bind-utils - host, nslookup, dig - output not to stdout or stderr - can
not be redirected, but redirection suppresses output, with current update
9.9.6-2 but works with previous 9.9.5-3 and current
henix shellpick at gmail.com writes:
Other commands in bind-utils (nslookup, host) have the same empty
result, while their 32bit version works just fine (on Windows 8.1
64bit).
Latest Cygwin release 1.7.33-1 aka 2 fixes this on Win7x64.
--
Problem reports:
On 11/14/2014 3:29 PM, Keith Christian wrote:
Don't have cygperl5_14.dll but do have cygperl 5_18.dll, what now?
Try to reinstall 0.8.17-1 ?
reinstall perl.
You installed the experimental version of perl
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Nov 14 14:42, Brian Inglis wrote:
henix shellpick at gmail.com writes:
Other commands in bind-utils (nslookup, host) have the same empty
result, while their 32bit version works just fine (on Windows 8.1
64bit).
Latest Cygwin release 1.7.33-1 aka 2 fixes this on Win7x64.
Hi folks,
I created new ssmtp packages, version 2.64-8. This version introduces
the new mechanism to install itself as sendmail via alternatives, the
same technique as used on Fedora Linux to handle multiple alternative
MTAs. This is done in the ssmtp-config script.
This method will in future
$ TEST=`echo 'c:\windows' | sed -e s.\\..g`
$ echo $TEST
c:\\windows
file name=sed.sh
TEST=`echo 'c:\windows' | sed -e s.\\\.\.g'
echo $TEST
/file
$ bash -x sed.sh
++ echo 'c:\windows'
++ sed -e 's.\.\g'
sed -e expression #1, char 7: unterminated 's' command
+ TEST=
+ echo
CYGWIN_NT-6.1
Installed current Perl, which downgraded irssi from 0.8.17 to 0.8.15.
Looks like I don't know how to upgrade irssi without also upgrading
Perl, which breaks the new irssi.
On Fri, Nov 14, 2014 at 7:51 AM, Marco Atzeri marco.atz...@gmail.com wrote:
On 11/14/2014 3:29 PM, Keith Christian wrote:
On 11/14/2014 9:51 PM, Marco Atzeri wrote:
On 11/14/2014 3:29 PM, Keith Christian wrote:
Don't have cygperl5_14.dll but do have cygperl 5_18.dll, what now?
Try to reinstall 0.8.17-1 ?
reinstall perl.
You installed the experimental version of perl
Thanks for taking care of irssi.
I've
On 14/11/2014 17:20, cyg Simple wrote:
$ TEST=`echo 'c:\windows' | sed -e s.\\..g`
$ echo $TEST
c:\\windows
file name=sed.sh
TEST=`echo 'c:\windows' | sed -e s.\\\.\.g'
echo $TEST
/file
$ bash -x sed.sh
++ echo 'c:\windows'
++ sed -e 's.\.\g'
sed -e expression #1, char 7:
On 14/11/14 17:20, cyg Simple wrote:
$ TEST=`echo 'c:\windows' | sed -e s.\\..g`
$ echo $TEST
c:\\windows
file name=sed.sh
TEST=`echo 'c:\windows' | sed -e s.\\\.\.g'
echo $TEST
/file
$ bash -x sed.sh
++ echo 'c:\windows'
++ sed -e 's.\.\g'
sed -e expression #1, char 7: unterminated
On 11/13/2014 1:14 AM, Marco Atzeri wrote:
I uploaded a test version of irssi-0.8.17-1
for 32 bit and 64 bit.
If Keith and the other alive test it, I will promote to current.
Regards
Marco
Since SSL3 has a serious flaw, could you include the changes mentioned
in the commit
Thank you Andrey!
DJ
Now if I could just _remember_ to turn off encryption when using this list!
On 11/13/2014 3:52 PM, Andrey Repin wrote:
Greetings, DJ Sylvester!
Whoops. Last message was encrypted. My bad.
I'm interested in running the 1.7.34-001 test release. In the
announcements it
On 11/14/14, 9:20 AM, cyg Simple cygsim...@gmail.com wrote:
$ TEST=`echo 'c:\windows' | sed -e s.\\..g`
$ echo $TEST
c:\\windows
file name=sed.sh
TEST=`echo 'c:\windows' | sed -e s.\\\.\.g'
echo $TEST
/file
$ bash -x sed.sh
++ echo 'c:\windows'
++ sed -e 's.\.\g'
sed -e expression #1,
On 11/14/2014 7:03 PM, Alive wrote:
On 11/13/2014 1:14 AM, Marco Atzeri wrote:
I uploaded a test version of irssi-0.8.17-1
for 32 bit and 64 bit.
If Keith and the other alive test it, I will promote to current.
Regards
Marco
Since SSL3 has a serious flaw, could you include the changes
On Wed, Nov 12, 2014 at 5:16 PM, Warren Young wrote:
On Nov 12, 2014, at 2:53 PM, cyg Simple wrote:
On Wed, Nov 12, 2014 at 1:00 PM, Warren Young wrote:
I think it would be an improvement to Cygwin if c:\cygwin contained only
things that can be reinstalled from your local setup.exe download
cyg Simple cygsimple at gmail.com writes:
$ TEST=`echo 'c:\windows' | sed -e s.\\..g`
$ echo $TEST
c:\\windows
file name=sed.sh
TEST=`echo 'c:\windows' | sed -e s.\\\.\.g'
echo $TEST
/file
$ bash -x sed.sh
++ echo 'c:\windows'
++ sed -e 's.\.\g'
sed -e expression #1, char 7:
-- Forwarded message --
From: Ian Hawkins afirdar...@gmail.com
Date: Fri, Nov 14, 2014 at 10:15 PM
Subject: Bug Report on Patcher for KSP
To: cygwin@cygwin.com
1 [main] rsync 1176 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public
Following (I think) the recent update of the dll cygwin1.dll it seems that
rename old new *
no longer works and the cause is the wildcard. You have to use something like
rename old new f*
and the command might need several invocations with minor variants to achieve
all the required changes.
Is
When installing gems with the packaged Ruby, any command line binaries
that are included with installed gems are not available in the path.
When the gems have previously (meaning in an earlier installed version
of Ruby) been installed, they work as expected. I suspect this is
because the binaries
The following packages have been updated in the Cygwin distribution:
* php-5.5.19-1
* apache2-mod_php5-5.5.19-1
* php-bcmath-5.5.19-1
* php-bz2-5.5.19-1
* php-calendar-5.5.19-1
* php-ctype-5.5.19-1
* php-curl-5.5.19-1
* php-dba-5.5.19-1
* php-devel-5.5.19-1
* php-enchant-5.5.19-1
*
38 matches
Mail list logo