upset errors: lzo2 package - can't seem to upload anything
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 nonexistent external-source: lzo2 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-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here lftp cyg...@cygwin.com:/x86/release ls lzo2 drwxr-sr-x 7 cygwin cygstage 4096 Nov 13 16:36 . drwxrwsr-x 8 cygwin cygstage 4096 Nov 14 09:10 .. drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2 drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-devel drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-doc drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2_2 -rw-r--r-- 1 cygwin cygstage 591928 Nov 13 16:36 lzo2-2.08-1-src.tar.xz drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 lzo2-debuginfo -rw-r--r-- 1 cygwin cygstage6 Nov 13 16:36 setup.hint Any hints ? Ciao Volker
Re: upset errors: lzo2 package - can't seem to upload anything
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: warning - package liblzo2-devel-2.08-1 refers to nonexistent external-source: lzo2 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-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here lftp cyg...@cygwin.com:/x86/release ls lzo2 drwxr-sr-x 7 cygwin cygstage 4096 Nov 13 16:36 . drwxrwsr-x 8 cygwin cygstage 4096 Nov 14 09:10 .. drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2 drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-devel drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-doc drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2_2 -rw-r--r-- 1 cygwin cygstage 591928 Nov 13 16:36 lzo2-2.08-1-src.tar.xz drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 lzo2-debuginfo -rw-r--r-- 1 cygwin cygstage6 Nov 13 16:36 setup.hint Any hints ? lzo2 wasn't in cygwin-pkg-maint. I added it now, perhaps this helps... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp6B8Dr1SjvK.pgp Description: PGP signature
Re: upset errors: lzo2 package - can't seem to upload anything
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 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.08-1 refers to nonexistent external-source: lzo2 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-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here lftp cyg...@cygwin.com:/x86/release ls lzo2 drwxr-sr-x 7 cygwin cygstage 4096 Nov 13 16:36 . drwxrwsr-x 8 cygwin cygstage 4096 Nov 14 09:10 .. drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2 drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-devel drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-doc drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2_2 -rw-r--r-- 1 cygwin cygstage 591928 Nov 13 16:36 lzo2-2.08-1-src.tar.xz drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 lzo2-debuginfo -rw-r--r-- 1 cygwin cygstage6 Nov 13 16:36 setup.hint Any hints ? lzo2 wasn't in cygwin-pkg-maint. I added it now, perhaps this helps... No, it didn't help. Let's wait for Yaakov, maybe he has a clue. Btw., talking about something completely different: Wouldn't it make sense to split tzcode into tzcode and tzdata? While the tzcode package only needs updates once in a while, the tzdata should be updated whenever upstream updates. But it doesn't make much sense to rebuild the binaries every time, does it? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpEkptGaFh9W.pgp Description: PGP signature
libpopt0 empty archive
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. -- cyg Simple
Re: libpopt0 empty archive
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 still requires it making the obsolete a lie. not exactly, as reported in the setup.ini @ libpopt0 sdesc: Obsolete libpopt library category: _obsolete requires: popt so any package requiring libpopt0 will install popt where currently the lib resides $ cygcheck -l popt /usr/bin/cygpopt-0.dll /usr/share/locale/cs/LC_MESSAGES/popt.mo /usr/share/locale/da/LC_MESSAGES/popt.mo .. Regards Marco PS: I presume mistake is a better word than lie in this context
Re: upset errors: lzo2 package - can't seem to upload anything
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 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: *** /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-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here lftp cyg...@cygwin.com:/x86/release ls lzo2 drwxr-sr-x 7 cygwin cygstage 4096 Nov 13 16:36 . drwxrwsr-x 8 cygwin cygstage 4096 Nov 14 09:10 .. drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2 drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-devel drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-doc drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2_2 -rw-r--r-- 1 cygwin cygstage 591928 Nov 13 16:36 lzo2-2.08-1-src.tar.xz drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 lzo2-debuginfo -rw-r--r-- 1 cygwin cygstage6 Nov 13 16:36 setup.hint Any hints ? lzo2 wasn't in cygwin-pkg-maint. I added it now, perhaps this helps... No, it didn't help. Let's wait for Yaakov, maybe he has a clue. $ cat /sourceware1/cygwin-staging/home/Dr.\ Volker\ Zell/x86/release/lzo2/setup.hint skip: I bet that the source is there but there is no empty package lzo2 to which zo2-2.08-1-src.tar.xz belongs. I suggest to put a complete setup.hint. Regards Marco
Re: libpopt0 empty archive
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 for the libpopt0 library states it is obsolete but cygutils still requires it making the obsolete a lie. not exactly, as reported in the setup.ini @ libpopt0 sdesc: Obsolete libpopt library category: _obsolete requires: popt so any package requiring libpopt0 will install popt where currently the lib resides $ cygcheck -l popt /usr/bin/cygpopt-0.dll /usr/share/locale/cs/LC_MESSAGES/popt.mo /usr/share/locale/da/LC_MESSAGES/popt.mo .. Thanks for the explanation. I see that the .bz2 file has been removed leaving the empty .xz file. Regards Marco PS: I presume mistake is a better word than lie in this context No, if packages still require another package, stating that the other package is obsolete is a lie. It would be deprecated and not obsolete. Obsolete implies not used. -- cyg Simple
Re: upset errors: lzo2 package - can't seem to upload anything
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: *** /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: *** /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-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here lftp cyg...@cygwin.com:/x86/release ls lzo2 drwxr-sr-x 7 cygwin cygstage 4096 Nov 13 16:36 . drwxrwsr-x 8 cygwin cygstage 4096 Nov 14 09:10 .. drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2 drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-devel drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-doc drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2_2 -rw-r--r-- 1 cygwin cygstage 591928 Nov 13 16:36 lzo2-2.08-1-src.tar.xz drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 lzo2-debuginfo -rw-r--r-- 1 cygwin cygstage6 Nov 13 16:36 setup.hint Any hints ? lzo2 wasn't in cygwin-pkg-maint. I added it now, perhaps this helps... No, it didn't help. Let's wait for Yaakov, maybe he has a clue. $ cat /sourceware1/cygwin-staging/home/Dr.\ Volker\ Zell/x86/release/lzo2/setup.hint skip: I bet that the source is there but there is no empty package lzo2 to which zo2-2.08-1-src.tar.xz belongs. I suggest to put a complete setup.hint. Regards Marco 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 refers to nonexistent external-source: lzo2 It's strange...because the errors now relate to some older version of this package and not the one I want to upload. Ciao Volker
Re: upset errors: lzo2 package - can't seem to upload anything
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 refers to nonexistent external-source: lzo2 It's strange...because the errors now relate to some older version of this package and not the one I want to upload. The source package name was previously liblzo2. If you want to rename it, we need to do some juggling on sourceware. Yaakov
Re: upset errors: lzo2 package - can't seem to upload anything
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: *** /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-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here The package is currently called liblzo2, so upset will now find two liblzo2 directories, one in liblzo2 and the other in toplevel. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
src/winsup/cygwin ChangeLog fhandler_termios.cc
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 checks. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6570r2=1.6571 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_termios.cc.diff?cvsroot=srcr1=1.108r2=1.109
Re: gfortran netcdf version mismatch
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 netcdf needs be rebuilt with current gfortran? (CYGWIN_NT-6.1-WOW64 xxx 1.7.32(0.274/5/3) 2014-08-13 23:03 i686 Cygwin) Regards, Brendan I will rebuild/upgrade netcdf-fortran it should be enough Regards Marco not so easy as I thought. both 4.2 and 4.4.1 segfault during tests with latest cygwin and gfortran I need to understand the root cause. Sorry Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: php-5.5.19-1
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 * php-exif-5.5.19-1 * php-fileinfo-5.5.19-1 * php-ftp-5.5.19-1 * php-gd-5.5.19-1 * php-gettext-5.5.19-1 * php-gmp-5.5.19-1 * php-iconv-5.5.19-1 * php-imap-5.5.19-1 * php-intl-5.5.19-1 * php-ldap-5.5.19-1 * php-mbstring-5.5.19-1 * php-mcrypt-5.5.19-1 * php-mssql-5.5.19-1 * php-mysql-5.5.19-1 * php-mysqli-5.5.19-1 * php-odbc-5.5.19-1 * php-opcache-5.5.19-1 * php-pdo_dblib-5.5.19-1 * php-pdo_mysql-5.5.19-1 * php-pdo_odbc-5.5.19-1 * php-pdo_sqlite-5.5.19-1 * php-pgsql-5.5.19-1 * php-phar-5.5.19-1 * php-posix-5.5.19-1 * php-pspell-5.5.19-1 * php-readline-5.5.19-1 * php-recode-5.5.19-1 * php-shmop-5.5.19-1 * php-simplexml-5.5.19-1 * php-soap-5.5.19-1 * php-sockets-5.5.19-1 * php-sqlite3-5.5.19-1 * php-sybase_ct-5.5.19-1 * php-sysvmsg-5.5.19-1 * php-sysvsem-5.5.19-1 * php-sysvshm-5.5.19-1 * php-tidy-5.5.19-1 * php-tokenizer-5.5.19-1 * php-wddx-5.5.19-1 * php-xmlreader-5.5.19-1 * php-xmlrpc-5.5.19-1 * php-xmlwriter-5.5.19-1 * php-xsl-5.5.19-1 * php-zip-5.5.19-1 * php-zlib-5.5.19-1 PHP (recursive acronym for 'PHP: Hypertext Preprocessor') is a widely-used Open Source general-purpose scripting language that is especially suited for Web development and can be embedded into HTML. This release includes a number of bugfixes, including for CVE-2014-3710: http://php.net/ChangeLog-5.php#5.5.19 -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: RFC: 1.7.33 problem with user's home directory
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 use %HOMEPATH%, if all else fails. not %HOMEPATH%/AppData/Roaming/CMD. I don't see, why not. Forget for a moment about its true location. Does it matter, where the files are located, when cygwin is running? Not when it's running, but a homedir does *not* belong under AppData, especially not under Roaming. Perhaps, I'm missing something. What meaning exactly you put into homedir, which seems to preclude any possibility of discussion? You apparently didn't read what I wrote in this thread. AppData is the wrong spot. Applications are not supposed to use AppData directly, rather just the subfolders. And the Roaming subfolder is the worst of all, given that it contains the roaming profile, which is copied over to the client at login time. This is not at all the place for any kind of home directory. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpr6fWVNOR0o.pgp Description: PGP signature
Re: RFC: 1.7.33 problem with user's home directory
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 I’d prefer you do essentially the same thing for the non-AD case, too.) This would be most easily implemented as well. The beauty here is that probably 99% of the home users don't set HOMEDRIVE/HOMEPATH in their SAM. They are always set by default. Are you kidding me? We're talking about creating passwd entries from user DBs, right? We're certainly not talking about fetching the environment variables of the current user to create arbitrary user's passwd entry. Ever tried the NetUserGetInfo function? So they get /home/$USER as fallback, No. which is what they got with /etc/passwd as well. And SAM users have the XML-like description field entry as well. For AD environments HOMEDRIVE/HOMEPATH are typically set, though. HOMEDRIVE/HOMEPATH always set. Funny. I think I skip the rest of your mail. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpKUriMQsWHM.pgp Description: PGP signature
Re: bind-utils output not to stdout (was: Dig output not piping to xargs)
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 | xargs -I {} echo {}
produces no output.
I'm running Cygwin x64, tried a fresh install and it didn't help. Attached is
the cygcheck output. Interestingly enough, cygcheck segfaults if I run it
from
bash. I had to run it from TCC to get the output file.
I can confirm this behavior. `dig +short` always writes it output to the
terminal and cannot be redirected.
$ dig +short google.com
74.125.68.101
74.125.68.138
74.125.68.100
74.125.68.102
74.125.68.139
74.125.68.113
$ dig +short google.com | tee dig.txt
$ cat dig.txt
(no text is shown)
$ dig +short google.com 21 | tee dig.txt
$ cat dig.txt
(no text is shown)
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 cygwin release. Have not
tested nsupdate but likely to have same problem. Has anyone seen a similar
problem?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bind-utils output not to stdout (was: Dig output not piping to xargs)
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 {}
works fine.
However:
dig +short www.google.com | xargs -I {} echo {}
produces no output.
I'm running Cygwin x64, tried a fresh install and it didn't help. Attached
is
the cygcheck output. Interestingly enough, cygcheck segfaults if I run it
from
bash. I had to run it from TCC to get the output file.
I can confirm this behavior. `dig +short` always writes it output to the
terminal and cannot be redirected.
$ dig +short google.com
74.125.68.101
74.125.68.138
74.125.68.100
74.125.68.102
74.125.68.139
74.125.68.113
$ dig +short google.com | tee dig.txt
$ cat dig.txt
(no text is shown)
$ dig +short google.com 21 | tee dig.txt
$ cat dig.txt
(no text is shown)
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 cygwin release.
WFFM with the current Cygwin release 1.7.33.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpqTa0aw8qK3.pgp
Description: PGP signature
Re: [REQUEST] Please upgrade irssi (0.8.17)
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 version of cygwin, though. On Thu, Nov 13, 2014 at 10:26 AM, Keith Christian keith1christ...@gmail.com wrote: I get a cygcheck usage error for both of those commands. On Thu, Nov 13, 2014 at 7:52 AM, Marco Atzeri marco.atz...@gmail.com wrote: On 11/13/2014 3:44 PM, Keith Christian wrote: Updated, but missing cygperl5_14.dll. + ls -l /usr/bin/irssi.exe -rwxr-xr-x 1 kchris Domain Users 1180701 Nov 12 10:47 /usr/bin/irssi.exe + irssi -version /usr/bin/irssi.exe: error while loading shared libraries: cygperl5_14.dll: cannot open shared object file: No such file or directory + echo + locate -i '*cygperl5_14.dll*' Strange irssi requires perl where cygperl5_14.dll is on 64 bit $ cygcheck -f $(which cygperl5_14.dll) perl-5.14.4-1 on 32bit $ cygcheck -f $(which cygperl5_14.dll) perl-5.14.2-3 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bind-utils output not to stdout (was: Dig output not piping to xargs)
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 cygwin release. WFFM with the current Cygwin release 1.7.33. Sneaky! Thanks for the update to Cygwin 64 1.7.33-1 aka 2 ;^ Confirmed this issue gone after updating back to current bind-utils 9.9.6-2 on Win7x64. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.32: bind-utils-x86_64 commands can't redirect output on Win8.1 64bit
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: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [REQUEST] Please upgrade irssi (0.8.17)
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: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.32: bind-utils-x86_64 commands can't redirect output on Win8.1 64bit
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. ^^^ Yes, yes, I screwed up here. Don't rub it in. :) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpcUxpwl7N56.pgp Description: PGP signature
[ANNOUNCEMENT] Updated: ssmtp-2.64-8
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 be used by other MTAs as well. NOTE: If you already have ssmtp installed and configured, there's a good chance you already have an /usr/sbin/sendmail symlink. Unless you reconfigure, this symlink is not a problem, but *if* you reconfigure, you might better remove the old /usr/sbin/sendmail symlink to avoid collisions with the alternatives mechanism. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developercygwin AT cygwin DOT com Red Hat, Inc. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
sed anomaly in bash script
$ 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 HOSTNAME 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin Does anyone have a suggestion on turning c:\windows into c:\\windows? Thanks, -- cyg Simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [REQUEST] Please upgrade irssi (0.8.17)
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: 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: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [REQUEST] Please upgrade irssi (0.8.17)
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 updated to cygwin 1.7.33-1 and installed irssi 0.8.17-1 New irssi banner is shown on startup. So far so good. IRC works, ssl/tls client auth also works - even with ECDSA certificate. DCC file transfer is also working as expected. The new irssi is still running with no crash so far. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: sed anomaly in bash script
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: unterminated 's' command + TEST= + echo CYGWIN_NT-6.1 HOSTNAME 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin Does anyone have a suggestion on turning c:\windows into c:\\windows? Try: TEST=$(echo 'c:\windows' | sed -e 's.\\..g') echo $TEST -- Cliff -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: sed anomaly in bash script
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 's' command
+ TEST=
+ echo
CYGWIN_NT-6.1 HOSTNAME 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin
Does anyone have a suggestion on turning c:\windows into c:\\windows?
I don't have a Windows PC to hand ATM, but the following works in Fedora
bash:
#!/usr/bin/bash
TEST=$(echo c:\windows | sed -e s;;;g)
echo ${TEST}
Dave.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [REQUEST] Please upgrade irssi (0.8.17)
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 8bd575df2ec0d4a17b6f59116d555b64f5bb1312? You can view the commit on Github https://github.com/irssi/irssi/commit/8bd575df2ec0d4a17b6f59116d555b64f5bb1312 I am looking forward for disabling SSL3. Thanks. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Accessing a Test release
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 says: ...you can find it in your setup-x86.exe or setup-x86_64.exe as test release. In the setup? I've run the setup-x86_64.exe and don't see anywhere to choose a test release including the pane for choose a download site. Where do I find the option? Package list - full mode - search for cygwin - click the spinner until the experimental version appear. Also don't forget to account for mirror propagation. -- WBR, Andrey Repin (anrdae...@yandex.ru) 14.11.2014, 01:51 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: sed anomaly in bash script
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, char 7: unterminated 's' command + TEST= + echo CYGWIN_NT-6.1 HOSTNAME 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin Does anyone have a suggestion on turning c:\windows into c:\\windows? Thanks, -- cyg Simple The combination of shell globbing and sed metacharacters, with appropriate escaping, is rather difficult, and nearly impossible to read. I would suggest using the 'sed -f file' so you can completely eliminate any shell processing. The file should contain the string 's/\\//', without the quotes ;) Of course, if you want your script to be in a single file, this won't work, so one of the other responders answers may be more suitable. FYI, I would suggest not using the dot as a pattern separator, it could be confusing to novice readers, and also removes it as a pattern match character. Bob -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [REQUEST] Please upgrade irssi (0.8.17)
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 mentioned in the commit 8bd575df2ec0d4a17b6f59116d555b64f5bb1312? You can view the commit on Github https://github.com/irssi/irssi/commit/8bd575df2ec0d4a17b6f59116d555b64f5bb1312 I am looking forward for disabling SSL3. Thanks. uploaded irssi-0.8.17-2 with SSL3 disabled Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: /usr/local, /var and */tmp in c:\Users\Public
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 cache, in the same way that you can nuke c:\Program Files\Microsoft Office $version” and reinstall without losing anything you created locally. What local changes/installations get lost? Currently, if you nuke a default installation into c:\cygwin, you lose /home, /etc, /var and /usr/local, all of which contain user files and/or local system configuration. On Wed, Nov 12, 2014 at 5:21 PM, Andrey Repin wrote: Greetings, cyg Simple! What local changes/installations get lost? What get lost, if you nuke Cygwin folder in default installation? Everything. Every single piece you could think about. Cygwin cannot prevent stupidity. These nuked files should be recoverable by a restore process from a backup. However, place your files that setup doesn't control in other directories and use /etc/fstab to map them. For instance I have a c:/opt directory where I install many applications. I also have a c:/mnt directory where I put things like c:/mnt/home and mount that to /home. I can have two different instance of Cygwin running with a common $HOME. -- cyg Simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: sed anomaly in bash script
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: unterminated 's' command
+ TEST=
+ echo
Does anyone have a suggestion on turning c:\windows into c:\\windows?
$ t='c:\windows' ; tt=${t/\\/} ; echo $t $tt
c:\windows c:\\windows
Never ever use odd numbers of backslashes, when dealing with backslashes! ;^
\\ is the character backslash, doubled for each layer of interpretation it
has to pass thru before it gets to where it's going.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Fwd: Bug Report on Patcher for KSP
-- 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 mailing list cygwin@cygwin.com rsync: failed to connect to kerbalspaceprogram.com (198.20.66.242): Connection timed out (116) rsync error: error in socket IO (code 10) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/clientserver.c(122) [Receiver=3.0.9] rsync exited with code 10: Error in socket I/O -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Changed syntax for rename
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 this change intended? Was the update to cygwin1.dll the cause? Any other consequences that users have found? Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Ruby issue: Installed gems are not in path
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 in /usr/bin/xxx are already present before installing the gem anew. I have seen the same behavior on a colleage's machine Example: $ gem install t Fetching: simple_oauth-0.3.0.gem (100%) Successfully installed simple_oauth-0.3.0 Fetching: naught-1.0.0.gem (100%) Successfully installed naught-1.0.0 lots more output $ t -bash: t: command not found $ ruby --version ruby 2.0.0p594 (2014-10-27) [i386-cygwin] $ uname -a CYGWIN_NT-6.1-WOW64 NOR-4911GS1 1.7.33-2(0.280/5/3) 2014-11-13 15:45 i686 Cygwin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: php-5.5.19-1
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 * php-exif-5.5.19-1 * php-fileinfo-5.5.19-1 * php-ftp-5.5.19-1 * php-gd-5.5.19-1 * php-gettext-5.5.19-1 * php-gmp-5.5.19-1 * php-iconv-5.5.19-1 * php-imap-5.5.19-1 * php-intl-5.5.19-1 * php-ldap-5.5.19-1 * php-mbstring-5.5.19-1 * php-mcrypt-5.5.19-1 * php-mssql-5.5.19-1 * php-mysql-5.5.19-1 * php-mysqli-5.5.19-1 * php-odbc-5.5.19-1 * php-opcache-5.5.19-1 * php-pdo_dblib-5.5.19-1 * php-pdo_mysql-5.5.19-1 * php-pdo_odbc-5.5.19-1 * php-pdo_sqlite-5.5.19-1 * php-pgsql-5.5.19-1 * php-phar-5.5.19-1 * php-posix-5.5.19-1 * php-pspell-5.5.19-1 * php-readline-5.5.19-1 * php-recode-5.5.19-1 * php-shmop-5.5.19-1 * php-simplexml-5.5.19-1 * php-soap-5.5.19-1 * php-sockets-5.5.19-1 * php-sqlite3-5.5.19-1 * php-sybase_ct-5.5.19-1 * php-sysvmsg-5.5.19-1 * php-sysvsem-5.5.19-1 * php-sysvshm-5.5.19-1 * php-tidy-5.5.19-1 * php-tokenizer-5.5.19-1 * php-wddx-5.5.19-1 * php-xmlreader-5.5.19-1 * php-xmlrpc-5.5.19-1 * php-xmlwriter-5.5.19-1 * php-xsl-5.5.19-1 * php-zip-5.5.19-1 * php-zlib-5.5.19-1 PHP (recursive acronym for 'PHP: Hypertext Preprocessor') is a widely-used Open Source general-purpose scripting language that is especially suited for Web development and can be embedded into HTML. This release includes a number of bugfixes, including for CVE-2014-3710: http://php.net/ChangeLog-5.php#5.5.19 -- Yaakov
