Re: [RFC] Packaging texlive
On Sun, 2012-02-26 at 18:10 -0500, Ken Brown wrote: I'm thinking about volunteering to package texlive for Cygwin. It's present in many (if not all) major Linux distros, and it could replace the obsolete tetex package if the tetex maintainer doesn't object. tetex is obsolete and needs to be replaced by TeX Live, no question. Jan, I presume you won't mind if we relieve you of this cruft? TeX Live also replaces psutils, listed as maintained by Daniel Boesswetter. AFACIS he hasn't posted to these lists since November 2003, so I think it's fair to say that it's been orphaned. Since Yaakov has already packaged texlive for Cygwin Ports, the obvious question is whether he is planning to move it to the Cygwin distro. If so, I would yield to him. If not, the main obstacle I see is that texlive requires some packages (such as libpoppler, among others) that are in Ports but not in Cygwin. AFAICS the dependencies not yet in the distro are: dialog openjpeg (as dep of poppler) poppler (*) python-imaging (aka PIL, for asymptote) zziplib (*) poppler partially replaces xpdf, so this would require coordination with Dr. Volker Zell. I'll ITP those and work with Volker on trimming xpdf. So the first question is whether it's feasible to move those packages to the Cygwin distro in the near future. Yaakov, WDYT? If you are interested and prepared to take this on, I'd be happy to work with you to make this happen. First I suggest you review the brand-new texlive cygclass and my .cygport files in Ports git: http://cygwin-ports.git.sourceforge.net/ The texlive package provides only the binaries; all symlinked commands, macros, and documentation are provided by the texlive-collection-* packages, which mostly correspond to the individual TeX Live packages installed by each of the collection-* meta-packages. (Most of the hyphen-* packages are empty except for a postinstall command which isn't necessary for us. That's why a few collection-lang* aren't packaged, since they include only those empty hyphen-* packages.) I'll be happy to explain anything which isn't clear about these packages. Once we're ready, I can handle moving over the texlive packages, take care of all the obsoletes, and adjust existing package dependencies, then handoff to you for future maintenance. Yaakov
Re: [RFC] Packaging texlive
On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote: On Sun, 2012-02-26 at 18:10 -0500, Ken Brown wrote: I'm thinking about volunteering to package texlive for Cygwin. It's present in many (if not all) major Linux distros, and it could replace the obsolete tetex package if the tetex maintainer doesn't object. tetex is obsolete and needs to be replaced by TeX Live, no question. Jan, I presume you won't mind if we relieve you of this cruft? TeX Live also replaces psutils, listed as maintained by Daniel Boesswetter. AFACIS he hasn't posted to these lists since November 2003, so I think it's fair to say that it's been orphaned. Since Yaakov has already packaged texlive for Cygwin Ports, the obvious question is whether he is planning to move it to the Cygwin distro. If so, I would yield to him. If not, the main obstacle I see is that texlive requires some packages (such as libpoppler, among others) that are in Ports but not in Cygwin. AFAICS the dependencies not yet in the distro are: dialog openjpeg (as dep of poppler) poppler (*) python-imaging (aka PIL, for asymptote) zziplib (*) poppler partially replaces xpdf, so this would require coordination with Dr. Volker Zell. I'll ITP those and work with Volker on trimming xpdf. So the first question is whether it's feasible to move those packages to the Cygwin distro in the near future. Yaakov, WDYT? If you are interested and prepared to take this on, I'd be happy to work with you to make this happen. First I suggest you review the brand-new texlive cygclass and my .cygport files in Ports git: I had already done that before sending my message. I've actually been thinking for a couple years that I'd like to package texlive, but I didn't have the nerve to try until I saw your work in Ports. Thanks! Once we're ready, I can handle moving over the texlive packages, take care of all the obsoletes, and adjust existing package dependencies, then handoff to you for future maintenance. Sounds like a good plan. Ken
Re: Fwd: GnuPG maintainer wanted
On 2/27/2012 8:56 AM, marco atzeri wrote: I will give a look. Any preference between 1.4.12 and 2.0.18 ? I made an attempt about two years ago to port gnupg 2.x. It has additional dependencies beyond those of 1.4.x, so I added all of those to the distro. However, I ran into a problem (related to pth/pthread support) such gnugp's analog to ssh-agent could not be queried, so you always had to type in your passphrase. That was obviously unacceptable, so I didn't actually post my version of gnupg-2.x The problem was basically this: 1) gnupg requires threading support via pth, NOT pthreads. This is because the gnupg folks consider real threads to provide a larger attack surface for security -- too large to adequately secure on all supported platforms -- so they require the use of the pth library. (pth provides a pseudo-thread interface that kinda works like pthreads, but the threads are actually all cooperatively managed as part of a single native thread.) 2) The pth library doesn't/didn't work on cygwin because of missing support for pth+fork. In any case, pth needed support for a facility that was, at the time, missing from cygwin (standard posix sigstack/sigaltstack approach): http://cygwin.com/ml/cygwin/2009-10/msg00467.html This was on cgf's post-1.7 TODO list, but I don't recall if it ever happened. If it did, then I have a ported pth package (un-ITP'ed) that should work. 3) So, I heavily patched gnupg to use pthreads instead. But this had a side effect that gpg-agent didn't work as expected. IIRC, this had (something) to do with cygwin's missing support for passing open file descriptors between threads (briefly mentioned on the main list last week; obviously passing open filedes between *pseudo-threads* that are actually part of the same *real* thread, as in pth, is not a problem. If we were actually using pth. I suspect, if (a) cygwin has sigstack/sigaltstack, and (b) my ported pth works ok, then a version of gnupg-2.x with my pthread patches reverted should be almost there. -- Chuck
Re: [SECURITY] libpng vulnerabilities
On 2/26/2012 3:02 AM, marco atzeri wrote: All versions of libpng from 1.0.6 through 1.5.8, 1.4.8, 1.2.46, and 1.0.56, respectively, fail to correctly validate a heap allocation in png_decompress_chunk(), which can lead to a buffer-overrun and the possibility of execution of hostile code on 32-bit systems. This serious vulnerability has been assigned ID CVE-2011-3026 and is fixed in version 1.5.9 (and versions 1.4.9, 1.2.47, and 1.0.57, respectively, on the older branches), released 18 February 2012. Thanks. I'll update soon, and probably release a 1.5 package as well. -- Chuck
Re: [RFC] Packaging texlive
On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote: TeX Live also replaces psutils, listed as maintained by Daniel Boesswetter. AFACIS he hasn't posted to these lists since November 2003, so I think it's fair to say that it's been orphaned. Is it possible to package this part in such a way that I can install the replacement psutils without pulling in all of TeX? -- Chuck
Re: Fwd: GnuPG maintainer wanted
On 2/27/2012 4:26 PM, Charles Wilson wrote: On 2/27/2012 8:56 AM, marco atzeri wrote: I will give a look. Any preference between 1.4.12 and 2.0.18 ? I made an attempt about two years ago to port gnupg 2.x. It has additional dependencies beyond those of 1.4.x, so I added all of those to the distro. However, I ran into a problem (related to pth/pthread support) such gnugp's analog to ssh-agent could not be queried, so you always had to type in your passphrase. That was obviously unacceptable, so I didn't actually post my version of gnupg-2.x The problem was basically this: 1) gnupg requires threading support via pth, NOT pthreads. This is because the gnupg folks consider real threads to provide a larger attack surface for security -- too large to adequately secure on all supported platforms -- so they require the use of the pth library. (pth provides a pseudo-thread interface that kinda works like pthreads, but the threads are actually all cooperatively managed as part of a single native thread.) 2) The pth library doesn't/didn't work on cygwin because of missing support for pth+fork. In any case, pth needed support for a facility that was, at the time, missing from cygwin (standard posix sigstack/sigaltstack approach): http://cygwin.com/ml/cygwin/2009-10/msg00467.html This was on cgf's post-1.7 TODO list, but I don't recall if it ever happened. If it did, then I have a ported pth package (un-ITP'ed) that should work. 3) So, I heavily patched gnupg to use pthreads instead. But this had a side effect that gpg-agent didn't work as expected. IIRC, this had (something) to do with cygwin's missing support for passing open file descriptors between threads (briefly mentioned on the main list last week; obviously passing open filedes between *pseudo-threads* that are actually part of the same *real* thread, as in pth, is not a problem. If we were actually using pth. I suspect, if (a) cygwin has sigstack/sigaltstack, and (b) my ported pth works ok, then a version of gnupg-2.x with my pthread patches reverted should be almost there. -- Chuck Thanks for status, I was just wondering why most of the dependencies where present but a bit old. I will leave (a) to cgf. for the time being we stay with gnupg-1.4 Regards Marco
Re: [RFC] Packaging texlive
On Mon, 2012-02-27 at 10:31 -0500, Charles Wilson wrote: Is it possible to package this part in such a way that I can install the replacement psutils without pulling in all of TeX? texlive-collection-fontutils (which includes psutils) requires only perl, texlive (the binaries, and of course their dependencies) and texlive-collection-basic (which is absolutely required for any use of TeX). Yaakov
Re: RFU cloc 1.55-2
On Mon, 2012-02-27 at 15:14 -0500, Jari Aalto wrote: wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/cloc/cloc-1.55-2-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/cloc/cloc-1.55-2.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/cloc/setup.hint There was another problem reported on the list: we'll need perl-Algorithm-Diff and perl-Regexp-Common packages (fortunately these modules don't depend on any others AFAICS) for cloc to depend on. Yaakov
Re: Fwd: GnuPG maintainer wanted
On 2/27/2012 11:07 AM, marco atzeri wrote: Thanks for status, I was just wondering why most of the dependencies where present but a bit old. Yep -- since the only thing those deps are actually used for, it seems, is gnupg-2.x, I haven't been keeping them up to date without an actual gnupg-2.x package in the distro to force the issue. I was kinda hoping, back at the time, that somebody would/could help with the problems I encountered, but I haven't been routinely pinging the issue, so it isn't surprising its not on anyone else's front burner either. -- Chuck
Re: [SECURITY] lighttpd
Lapo Luchini wrote: I will schedule an update-session for all my packages that needs it ...failing it; neither the current package nor cygwin-ports one upgrade cleanly and I hadn't the time to work around it. If anyone has the time to do this long-awaited upgrade or wants to take maintainership of the package altogether, feel free to step up and do it. Else, I will keep trying in the next days. PS: my Win7 cygwin needs rebaseall very very often. Still didn't check it through. -- Lapo Luchini - http://lapo.it/
[RFU] base-files-4.1-1
Hello, Please upload base-files-4.1-1. http://crapsteak.org/cygwin/release/base-files/base-files-4.1-1.tar.bz2 http://crapsteak.org/cygwin/release/base-files/base-files-4.1-1.tar.bz2.sig Thanks. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: [RFU] base-files-4.1-1
On Mon, 2012-02-27 at 23:34 +0100, David Sastre Medina wrote: Please upload base-files-4.1-1. Done. Yaakov
Re: [SECURITY] lighttpd
On Mon, 2012-02-27 at 22:33 +0100, Lapo Luchini wrote: ...failing it; neither the current package nor cygwin-ports one upgrade cleanly and I hadn't the time to work around it. Could you clarify? If anyone has the time to do this long-awaited upgrade or wants to take maintainership of the package altogether, feel free to step up and do it. Else, I will keep trying in the next days. The attached .cygport and patch WFM. Do these not work for you? PS: my Win7 cygwin needs rebaseall very very often. Still didn't check it through. BLODA? Yaakov --- origsrc/lighttpd-1.4.28/src/Makefile.am 2010-08-11 15:44:17.0 -0500 +++ src/lighttpd-1.4.28/src/Makefile.am 2010-08-22 16:50:18.999262800 -0500 @@ -88,7 +88,7 @@ lib_LTLIBRARIES += liblightcomp.la liblightcomp_la_SOURCES=$(common_src) liblightcomp_la_CFLAGS=$(AM_CFLAGS) $(LIBEV_CFLAGS) liblightcomp_la_LDFLAGS = -avoid-version -no-undefined -liblightcomp_la_LIBADD = $(PCRE_LIB) $(SSL_LIB) $(FAM_LIBS) $(LIBEV_LIBS) +liblightcomp_la_LIBADD = $(PCRE_LIB) $(SSL_LIB) $(FAM_LIBS) $(ATTR_LIB) $(LIBEV_LIBS) common_libadd = liblightcomp.la else src += $(common_src) lighttpd-1.4.30-1.cygport Description: application/cygport
Re: [RFC] Packaging texlive
On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote: The texlive package provides only the binaries; all symlinked commands, macros, and documentation are provided by the texlive-collection-* packages, which mostly correspond to the individual TeX Live packages installed by each of the collection-* meta-packages. (Most of the hyphen-* packages are empty except for a postinstall command which isn't necessary for us. That's why a few collection-lang* aren't packaged, since they include only those empty hyphen-* packages.) I'll be happy to explain anything which isn't clear about these packages. I do have one question about the various texlive-collection-* packages. Do you have some automated way of getting the TeX Live package lists that are in the .cygport files (TEXLIVE_TEXMF_PKGS, etc.)? The lists can be gotten from the texlive.tlpdb file, but it doesn't seem obvious to me how to automate this. Ken
Re: RFU cloc 1.55-2
2012-02-27 15:44 Yaakov (Cygwin/X) yselkowitz-rn4veauk+akrv+lv9mx5uipxlwaov...@public.gmane.org: | On Mon, 2012-02-27 at 15:14 -0500, Jari Aalto wrote: | | wget --recursive --no-host-directories --cut-dirs=3 \ | http://cante.net/~jaalto/tmp/cygwin/cloc/cloc-1.55-2-src.tar.bz2 \ | http://cante.net/~jaalto/tmp/cygwin/cloc/cloc-1.55-2.tar.bz2 \ | http://cante.net/~jaalto/tmp/cygwin/cloc/setup.hint | | There was another problem reported on the list: we'll need | perl-Algorithm-Diff and perl-Regexp-Common packages (fortunately these | modules don't depend on any others AFAICS) for cloc to depend on. It is possible to install standard Perl modules with: cpan module name ... For cloc, this works fine. The program dispalays what modules are needed at startup. Jari
[ITP] TeX Live dependencies
These are all prerequisites for texlive, already in major distros: * dialog/libdialog10/libdialog-devel ftp://ftp.cygwinports.org/pub/cygwinports/release-2/dialog/ * openjpeg/libopenjpeg1/libopenjpeg-devel (for poppler) ftp://ftp.cygwinports.org/pub/cygwinports/uploads/openjpeg/ * python-imaging ftp://ftp.cygwinports.org/pub/cygwinports/uploads/python-imaging/ * zziplib/libzzip0.13/libzzip-devel ftp://ftp.cygwinports.org/pub/cygwinports/release-2/zziplib/ Yaakov
[ITP] poppler (attn: xpdf maintainer)
Another TeX Live dependency: ftp://ftp.cygwinports.org/pub/cygwinports/uploads/poppler/ ftp://ftp.cygwinports.org/pub/cygwinports/release-2/poppler-data/ Dr. Volker Zell, The command-line utilities in poppler conflict with those in xpdf. As poppler has more features and is better maintained, I propose to follow Fedora's lead and ship them in poppler instead of xpdf. All I need you to do is, while you're updating to xpdf-3.03, add this line to your .cygport after cyginstall: rm -fr ${D}/usr/{bin,share/man/man1}/pdf* Thanks, Yaakov
Re: RFU cloc 1.55-2 (RM package)
2012-02-27 15:44 Yaakov (Cygwin/X) | On Mon, 2012-02-27 at 15:14 -0500, Jari Aalto wrote: | | wget --recursive --no-host-directories --cut-dirs=3 \ | http://cante.net/~jaalto/tmp/cygwin/cloc/cloc-1.55-2-src.tar.bz2 \ | http://cante.net/~jaalto/tmp/cygwin/cloc/cloc-1.55-2.tar.bz2 \ | http://cante.net/~jaalto/tmp/cygwin/cloc/setup.hint | | There was another problem reported on the list: we'll need | perl-Algorithm-Diff and perl-Regexp-Common packages (fortunately these | modules don't depend on any others AFAICS) for cloc to depend on. I'll withdraw the package. Please remove cloc. Jari
Re: RFU cloc 1.55-2 (RM package)
On Tue, 2012-02-28 at 02:20 -0500, Jari Aalto wrote: 2012-02-27 15:44 Yaakov (Cygwin/X) | There was another problem reported on the list: we'll need | perl-Algorithm-Diff and perl-Regexp-Common packages (fortunately these | modules don't depend on any others AFAICS) for cloc to depend on. I'll withdraw the package. Please remove cloc. Done. Yaakov
Re: most recent xfig-3.2.5b-2 broken.
Subj: most recent xfig-3.2.5b-2 broken. 2012.02.27.12:45:48 UT Hi Marco (and cygwin-x folks), I will try the experiment that I think you are suggesting. If the .so is part of an older .dll, then a reinstallation of the packages should clear up the problem. I have not yet done that however because the same difficulty is emerging with the octave-3.6 that was released over the weekend. The message that I get is: gbarrick@TS207 ~/jpegs/figs $ octave /usr/bin/octave-3.6.1.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory The cygcheck for octave indicates no particular problem: gbarrick@TS207 ~/jpegs/figs $ cygcheck octave Found: D:\cygwin\bin\octave Found: D:\cygwin\bin\octave - D:\cygwin\bin\octave-3.6.1.exe D:\cygwin\bin\octave-3.6.1.exe D:\cygwin\bin\cygoctinterp-1.dll D:\cygwin\bin\cygoctave-1.dll D:\cygwin\bin\cygcruft-1.dll D:\cygwin\bin\cyggcc_s-1.dll D:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll D:\cygwin\bin\cyggfortran-3.dll D:\cygwin\bin\cygstdc++-6.dll D:\cygwin\lib\lapack\cygblas-0.dll D:\cygwin\lib\lapack\cyglapack-0.dll D:\cygwin\bin\cygreadline7.dll D:\cygwin\bin\cygncursesw-10.dll C:\WINDOWS\system32\USER32.dll C:\WINDOWS\system32\GDI32.dll D:\cygwin\bin\cygfftw3-3.dll D:\cygwin\bin\cygfftw3f-3.dll D:\cygwin\bin\cygpcre-0.dll D:\cygwin\bin\cygqrupdate-0.dll D:\cygwin\bin\cygGL-1.dll D:\cygwin\bin\cygglapi-0.dll D:\cygwin\bin\cygX11-xcb-1.dll D:\cygwin\bin\cygX11-6.dll D:\cygwin\bin\cygxcb-1.dll D:\cygwin\bin\cygXau-6.dll D:\cygwin\bin\cygXdmcp-6.dll D:\cygwin\bin\cygxcb-glx-0.dll D:\cygwin\bin\cygGLU-1.dll D:\cygwin\bin\cygz.dll D:\cygwin\bin\cygfontconfig-1.dll D:\cygwin\bin\cygexpat-1.dll D:\cygwin\bin\cygfreetype-6.dll D:\cygwin\bin\cygbz2-1.dll D:\cygwin\bin\cygiconv-2.dll D:\cygwin\bin\cyghdf5-7.dll I also examined the file /var/log/setup.log.full, but saw only messages that looked like successful installations of the many hundreds of files in the octave packages, plus a few messages from io_stream:mklink that seem to indicate successful creation of links. Is there anything that I might do to narrow down the .so or .dll that is causing the problem? It seems quite odd, because this is a new installation of cygwin (about three weeks old), and I do not think that it has had time to get mucked up with old .dll's and such. George g_barrick_at_walsh_dot_edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
On 2/27/2012 1:47 PM, George Barrick wrote: Subj: most recent xfig-3.2.5b-2 broken. 2012.02.27.12:45:48 UT Hi Marco (and cygwin-x folks), I will try the experiment that I think you are suggesting. If the .so is part of an older .dll, then a reinstallation of the packages should clear up the problem. I have not yet done that however because the same difficulty is emerging with the octave-3.6 that was released over the weekend. The message that I get is: gbarrick@TS207 ~/jpegs/figs $ octave /usr/bin/octave-3.6.1.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory now you triggered all my attention as octave package maintainer try this $ cd /bin $ strace -o /tmp/octave.strace octave-3.6.1.exe --version it should open a system message window mentioning what is missing George g_barrick_at_walsh_dot_edu regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
The message that I get is: gbarrick@TS207 ~/jpegs/figs $ octave /usr/bin/octave-3.6.1.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory now you triggered all my attention as octave package maintainer try this $ cd /bin $ strace -o /tmp/octave.strace octave-3.6.1.exe --version it should open a system message window mentioning what is missing regards Marco Subj: most recent xfig-3.2.5b-2 broken. Hi Marco, I ran strace on the octave-3.6.1.exe and got an empty message file. However, that strace terminated with a WinXP error alert box that said: octav-3.6.1.exe - Unable to locate component [ [ This application has failed to start because [ D:\Program Files\AlwilSoftware\Avast\snxhk.dll [ was not found. Re-installing the application [ may fix this problem. [ I guess that something is seriously screwed-up if my octave is trying to access a .dll from my antivirus program. I did install a program upgrade from Avast on Friday. It seems to be a bit more intrusive than the previous versions. However, my upgrade to octave-3.6.1 did not occur until this morning. George gbarrick_at_walsh_dot_edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
On 2/27/2012 3:35 PM, George Barrick wrote: The message that I get is: gbarrick@TS207 ~/jpegs/figs $ octave /usr/bin/octave-3.6.1.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory now you triggered all my attention as octave package maintainer try this $ cd /bin $ strace -o /tmp/octave.strace octave-3.6.1.exe --version it should open a system message window mentioning what is missing regards Marco Subj: most recent xfig-3.2.5b-2 broken. Hi Marco, I ran strace on the octave-3.6.1.exe and got an empty message file. of course, octave process never started :-) However, that strace terminated with a WinXP error alert box that said: octav-3.6.1.exe - Unable to locate component [ [ This application has failed to start because [ D:\Program Files\AlwilSoftware\Avast\snxhk.dll [ was not found. Re-installing the application [ may fix this problem. [ I guess that something is seriously screwed-up if my octave is trying to access a .dll from my antivirus program. I did install a program upgrade from Avast on Friday. It seems to be a bit more intrusive than the previous versions. However, my upgrade to octave-3.6.1 did not occur until this morning. George gbarrick_at_walsh_dot_edu Hi George, probably octave is just the victim of Avast I suspect the your antivirus is screwing up cygwin in general. Probably it tries to inject a dll in the dll chain does D:\Program Files\AlwilSoftware\Avast\snxhk.dll exist ? Regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
Subj: most recent xfig-3.5.2b-2 broken. 2012.02.27.15:00:43 UT Hi George, probably octave is just the victim of Avast I suspect that your antivirus is screwing up cygwin in general. Probably it tries to inject a dll in the dll chain does D:\Program Files\AlwilSoftware\Avast\snxhk.dll exist ? Regards Marco Hi Marco, Yes. The file exists, but it is in the sub-directory Avast5 of the AlwilSoftware directory. Apparently their installer does not make everything perfect when it upgrades from a previous version. Should I then rip out both cygwin and the antivirus, then run a re-install of antivirus first, then the cygwin? Forgive me, install and re-install pretty much summarizes my suite of computing skills. When all that I have is a hammer, everything looks to me like a hammer kind of job. George gbarrick_at_walsh_dot_edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
On 2/27/2012 4:01 PM, George Barrick wrote: Subj: most recent xfig-3.5.2b-2 broken. 2012.02.27.15:00:43 UT Hi George, probably octave is just the victim of Avast I suspect that your antivirus is screwing up cygwin in general. Probably it tries to inject a dll in the dll chain does D:\Program Files\AlwilSoftware\Avast\snxhk.dll exist ? Regards Marco Hi Marco, Yes. The file exists, but it is in the sub-directory Avast5 of the AlwilSoftware directory. Apparently their installer does not make everything perfect when it upgrades from a previous version. Should I then rip out both cygwin and the antivirus, then run a re-install of antivirus first, then the cygwin? Forgive me, install and re-install pretty much summarizes my suite of computing skills. When all that I have is a hammer, everything looks to me like a hammer kind of job. George gbarrick_at_walsh_dot_edu I see no reason to re-install cygwin. It is purely a Avast problem -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
Subj: most recent xfig-3.5.2b-2 broken. 2012.02.27.16:18:08 UT I see no reason to re-install cygwin. It is purely a Avast problem Hi Marco, I went and re-installed my antivirus so that its files would be stored in a better directory. That has fixed my problem, as the av still slips .dll's into the execution stack when I run cygwin processes, but now my system knows where everything can be found. I tested the new octave. At first it crashed when I asked for plots, but then I did the: rebaseall -v from the ash-shell, and everything works. Both the latest xfig and the new octave-3.6.1 work as they should. Thank you for your patience. George gbarrick_at_walsh_dot_edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
On 2/27/2012 5:20 PM, George Barrick wrote: Subj: most recent xfig-3.5.2b-2 broken. 2012.02.27.16:18:08 UT I see no reason to re-install cygwin. It is purely a Avast problem Hi Marco, I went and re-installed my antivirus so that its files would be stored in a better directory. That has fixed my problem, as the av still slips .dll's into the execution stack when I run cygwin processes, but now my system knows where everything can be found. I tested the new octave. At first it crashed when I asked for plots, but then I did the: rebaseall -v Hi George if you see fork problem on the *.oct dll's of octave please try rebaseall -s 'dll|so|oct' from the ash-shell, and everything works. Both the latest xfig and the new octave-3.6.1 work as they should. Thank you for your patience. George you are welcome Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: most recent xfig-3.2.5b-2 broken.
On Mon, 2012-02-27 at 11:20 -0500, George Barrick wrote: I went and re-installed my antivirus so that its files would be stored in a better directory. That has fixed my problem, as the av still slips .dll's into the execution stack when I run cygwin processes, but now my system knows where everything can be found. Unfortunately Avast 5 is BLODA: http://cygwin.com/faq/faq.using.html#faq.using.bloda Yaakov Cygwin/X -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog cygtls.cc net.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-02-27 11:55:27 Modified files: winsup/cygwin : ChangeLog cygtls.cc net.cc Log message: * cygtls.cc (dll_cmp): New comparison function for bsearch. (well_known_dlls): New array containing well-known DLLs. (_cygtls::call2): Add code for BLODA detection. * net.cc (fdsock): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5723r2=1.5724 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygtls.cc.diff?cvsroot=srcr1=1.78r2=1.79 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.294r2=1.295
src/winsup/doc ChangeLog faq-using.xml
CVSROOT:/cvs/src Module name:src Changes by: yselkow...@sourceware.org 2012-02-27 13:45:26 Modified files: winsup/doc : ChangeLog faq-using.xml Log message: * faq-using.xml (faq.using.bloda): Fix missing closing parenthesis. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.385r2=1.386 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/faq-using.xml.diff?cvsroot=srcr1=1.42r2=1.43
fix tcgetsid return type
Detected by gnulib's unit tests. POSIX requires tcgetsid to return pid_t, not int. 2012-02-27 Eric Blake ebl...@redhat.com * include/sys/termios.h (tcgetsid): Fix return type. * termios.cc (tcgetsid): Likewise. * fhandler_termios.cc (fhandler_termios::tcgetsid): Likewise. * fhandler.h (fhandler_base): Likewise. * fhandler.cc (fhandler_base::tcgetsid): Likewise. diff --git a/winsup/cygwin/fhandler.cc b/winsup/cygwin/fhandler.cc index ef25a07..c3bca4f 100644 --- a/winsup/cygwin/fhandler.cc +++ b/winsup/cygwin/fhandler.cc @@ -1464,7 +1464,7 @@ fhandler_base::tcgetpgrp () return -1; } -int +pid_t fhandler_base::tcgetsid () { set_errno (ENOTTY); diff --git a/winsup/cygwin/fhandler.h b/winsup/cygwin/fhandler.h index 605f59b..3b186bd 100644 --- a/winsup/cygwin/fhandler.h +++ b/winsup/cygwin/fhandler.h @@ -383,7 +383,7 @@ public: virtual int tcgetattr (struct termios *t); virtual int tcsetpgrp (const pid_t pid); virtual int tcgetpgrp (); - virtual int tcgetsid (); + virtual pid_t tcgetsid (); virtual bool is_tty () const { return false; } virtual bool ispipe () const { return false; } virtual pid_t get_popen_pid () const {return 0;} @@ -1155,7 +1155,7 @@ class fhandler_termios: public fhandler_base virtual void __release_output_mutex (const char *fn, int ln) {} void echo_erase (int force = 0); virtual _off64_t lseek (_off64_t, int); - int tcgetsid (); + pid_t tcgetsid (); fhandler_termios (void *) {} diff --git a/winsup/cygwin/fhandler_termios.cc b/winsup/cygwin/fhandler_termios.cc index c218fde..36017dc 100644 --- a/winsup/cygwin/fhandler_termios.cc +++ b/winsup/cygwin/fhandler_termios.cc @@ -1,7 +1,7 @@ /* fhandler_termios.cc Copyright 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2008, 2009, - 2010, 2011 Red Hat, Inc. + 2010, 2011, 2012 Red Hat, Inc. This file is part of Cygwin. @@ -401,7 +401,7 @@ fhandler_termios::sigflush () tcflush (TCIFLUSH); } -int +pid_t fhandler_termios::tcgetsid () { if (myself-ctty != -1 myself-ctty == tc ()-ntty) diff --git a/winsup/cygwin/include/sys/termios.h b/winsup/cygwin/include/sys/termios.h index a0d1b24..a87f9de 100644 --- a/winsup/cygwin/include/sys/termios.h +++ b/winsup/cygwin/include/sys/termios.h @@ -1,7 +1,7 @@ /* sys/termios.h Copyright 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2005, 2006, - 2007, 2008, 2009, 2010, 2011 Red Hat, Inc. + 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc. This file is part of Cygwin. @@ -14,6 +14,8 @@ details. */ #ifndef_SYS_TERMIOS_H #define _SYS_TERMIOS_H +#include sys/types.h + #defineTIOCMGET0x5415 #defineTIOCMBIS0x5416 #defineTIOCMBIC0x5417 @@ -328,7 +330,7 @@ int tcsendbreak (int, int); int tcdrain (int); int tcflush (int, int); int tcflow (int, int); -int tcgetsid (int); +pid_t tcgetsid (int); void cfmakeraw (struct termios *); speed_t cfgetispeed(const struct termios *); speed_t cfgetospeed(const struct termios *); diff --git a/winsup/cygwin/termios.cc b/winsup/cygwin/termios.cc index 3096513..0fb0de2 100644 --- a/winsup/cygwin/termios.cc +++ b/winsup/cygwin/termios.cc @@ -1,7 +1,7 @@ /* termios.cc: termios for WIN32. Copyright 1996, 1997, 1998, 2000, 2001, 2002, 2003, 2004, 2005, 2006, - 2007, 2008, 2009, 2010, 2011 Red Hat, Inc. + 2007, 2008, 2009, 2010, 2011, 2012 Red Hat, Inc. Written by Doug Evans and Steve Chamberlain of Cygnus Support d...@cygnus.com, s...@cygnus.com @@ -207,7 +207,7 @@ tcgetpgrp (int fd) return res; } -extern C int +extern C pid_t tcgetsid (int fd) { int res; -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: fix tcgetsid return type
On Mon, Feb 27, 2012 at 04:25:36PM -0700, Eric Blake wrote: Detected by gnulib's unit tests. POSIX requires tcgetsid to return pid_t, not int. 2012-02-27 Eric Blake ebl...@redhat.com * include/sys/termios.h (tcgetsid): Fix return type. * termios.cc (tcgetsid): Likewise. * fhandler_termios.cc (fhandler_termios::tcgetsid): Likewise. * fhandler.h (fhandler_base): Likewise. * fhandler.cc (fhandler_base::tcgetsid): Likewise. Looks good. Please check in. cgf
[ANNOUNCEMENT] Updated: cygport-0.10.8-1
I have just released cygport-0.10.8 for the Cygwin distribution and the Fedora Cygwin repository. New features in this release: * TeX Live support - new cygclass: texlive - new mirror: ctan - automatic postinstall generation for TeX files - DEPEND now supports tex() dependencies * New mate.cygclass for MATE Desktop packages * New doinfo install function Changes in 0.10.8 (22): Do not show the path to README in --help output Use non-recursive make and distribute built docs spec: remove help2man, groff, and robodoc from BuildRequires Update copyrights to 2012 doc: License manual under GFDL-1.3+ doc: fixes for non-recursive make mirrors: add mirror_ctan mate: new cygclass for MATE Desktop packages Add doinfo install function texlive: new cygclass for TeX Live packages texlive: only run postinstall once per installation Add check_tex_module texlive: skip .mem files texlive: skip tlpkg files texlive: avoid duplication between TEXLIVE_MACRO_PKGS and TEXLIVE_ARCH_PKGS texlive: improve automatic DESCRIPTIONs texlive: rename noarch package variable to TEXLIVE_TEXMF_PKGS texlive: fix postinstall script conditions postinst: compile emacs lisp files in subdirectories unpack: make sure that toplevel directory is executable doc: add mate.cygclass and texlive.cygclass to section summary cygport 0.10.8 -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
tcl/tk gitk X - not too happy
I just want to moan a bit, not really asking for help. After the latest update: pc gitk pc gitk XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 849 requests (844 known processed) with 0 events remaining. pc [1]Floating exceptionX -multiwindow /dev/null (core dumped) And the font is ugly, too. Any better way to start X? Michael -- 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: tcl/tk gitk X - not too happy
On 2/27/2012 12:12 PM, Lemke, Michael SZ/HZA-ZSW wrote: I just want to moan a bit, not really asking for help. After the latest update: pc gitk pc gitk XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 849 requests (844 known processed) with 0 events remaining. pc [1]Floating exceptionX -multiwindow /dev/null (core dumped) And the font is ugly, too. Any better way to start X? startxwin ? -- 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
bash under emacs gives cannot set terminal process group
Hi there I upgraded my Cygwin installation to Cygwin dll 1.7.11-1. Since then when I start Cygwin bash under emacs i get the following error message: bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell And indeed, I can't stop subprocesses in this shell, which is very inconvenient. BTW, I invoke bash in emacs with the arguments --noediting -i. Both are needed. What can I do about the error message? this? -- 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
BLODA detection code in latest snapshot
Hi folks, I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It contains two code snippets which are supposed to help diagnosing BLODA problems. If you set the environment variable CYGWIN to detect_bloda and then start a Cygwin process (bash or so), then Cygwin will detect two types of anomalies: - Threads injected into the process from an unknown source. Every thread started in a process triggers a message to the DLLs in a process. When the Cygwin DLL gets this message, it tweaks the function pointer of the thread entry point so that it points to a Cygwin function. Usually Cygwin just performs some setup and then starts the original thread function. If CYGWIN=detect_bloda, then the original function address is evaluated and if the address is neither in the Cygwin DLL, nor in the application image, nor in one of a few filtered system DLLs, then Cygwin prints a message like this: Potential BLODA detected! Thread function called outside of Cygwin DLL: C:\foo\bar\baz.dll Of course this is not foolproof. The only filtered system DLLs so far are kernel32.dll, ntdll.dll, mswsock.dll, amd ws2_32.dll. If you playing around with this, and if you find that a core system DLL is reported (like, say, advapi32.dll), then please notify this list, too. - Some BLODAs affect the network. Winsock allows so-called Layered Service Providers (LSP). The socket handle returned by a socket(2) call is not a real socket, but a pseudo handle returned by the LSP. While Cygwin tries to workaround this, it's nevertheless interesting to learn that an LSP is installed. For instance, there's the Bytemobile optimization client on our BLODA list at http://cygwin.com/faq/faq.using.html#faq.using.bloda If this is installed on your machine, and if you have CYGWIN=detect_bloda set, it's existence will be recognized twice when you try to open a socket connection. First it injects a thread into the application, so you'll see something like this: Potential BLODA detected! Thread function called outside of Cygwin DLL: C:\Windows\System32\bmnet.dll And additionally you'll see this: Potential BLODA detected! Layered Socket Service Provider: BMA over MSAFD Tcpip [TCP/IP] Please note that this new CYGWIN=detect_bloda setting is just for diagnosing BLODA problems. It's no swiss army knife to fix the BLODA problems, but it might help to detect the cause for some of them. Of course I'd be interested in your experience with this and in any BLODA message you get by setting CYGWIN=detect_bloda. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: bash under emacs gives cannot set terminal process group
On 2/27/2012 7:04 AM, leosli...@letterboxes.org wrote: Hi there I upgraded my Cygwin installation to Cygwin dll 1.7.11-1. Since then when I start Cygwin bash under emacs i get the following error message: bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell And indeed, I can't stop subprocesses in this shell, which is very inconvenient. BTW, I invoke bash in emacs with the arguments --noediting -i. Both are needed. This is the default when you run M-x shell. What can I do about the error message? I can't reproduce this. Please give a precise recipe for producing the problem, starting from `emacs -Q'. Also, please follow the problem-reporting guidelines at http://cygwin.com/problems.html including the part about attaching cygcheck output. Ken -- 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: BLODA detection code in latest snapshot
On 2/27/2012 7:26 AM, Corinna Vinschen wrote: Hi folks, I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It contains two code snippets which are supposed to help diagnosing BLODA problems. Very cool. Thanks Corinna! -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: [ANNOUNCEMENT] New package: cloc 1.55-1 -- Statistics utility to count lines of code.
On 02/26/2012 03:10 AM, Jari Aalto wrote: PACKAGE DESCRIPTION === Homepage: http://freshmeat.net/projects/cloc License : GPL Which version? These days, it is important to know v2-only, v2+, or v3+. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
1.7.10/1.7.11: .Net programs started from a cygwin console may fail.
Hi Cygwin, Many .Net programs that use to run correctly from a cygwin 1.7.9 console started throwing exceptions after updating to versions 1.7.10/1.7.11. I have noticed this problem on machines running Windows XP and Vista (32bits). I attach a very small example that triggers the bug. The example is written in C#, and requires the .Net framework versions 2.0 or 3.5. How to reproduce: 1) Compile the example with csc bug.cs The c# compiler (csc), can be usually found in C:\Windows\Microsoft.NET\Framework\v2.0.50727\csc.exe or C:\Windows\Microsoft.NET\Framework\v3.5\csc.exe 2) Run the resulting bug.exe from a cygwin 1.7.10/1.7.11 console. It throws an exception. 3) Run bug.exe from a native windows console (or a cygwin 1.7.9 console). It runs without producing any output, and without throwing any exceptions. Be aware that the bug is not triggered if the example is compiled with the .Net framework 4.0. Best regards, Andrés Martinelli using System.Xml; using System.Xml.Schema; using System.Xml.Serialization; class Program { static void Main(string[] args) { XmlSerializer serializer = new XmlSerializer(typeof(Simple)); } } public class Simple : IXmlSerializable { #region IXmlSerializable Members public XmlSchema GetSchema() { return null; } public void ReadXml(XmlReader reader) { } public void WriteXml(XmlWriter writer) { } #endregion }-- 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
1.7.10/1.7.11: .Net programs started from a cygwin console may fail.
Hi Cygwin, Many .Net programs that use to run correctly from a cygwin 1.7.9 console started throwing exceptions after updating to versions 1.7.10/1.7.11. I have noticed this problem on machines running Windows XP and Vista (32bits). I attach a very small example that triggers the bug. The example is written in C#, and requires the .Net framework versions 2.0 or 3.5. How to reproduce: 1) Compile the example with csc bug.cs The c# compiler (csc), can be usually found in C:\Windows\Microsoft.NET\Framework\v2.0.50727\csc.exe or C:\Windows\Microsoft.NET\Framework\v3.5\csc.exe 2) Run the resulting bug.exe from a cygwin 1.7.10/1.7.11 console. It throws an exception. 3) Run bug.exe from a native windows console (or a cygwin 1.7.9 console). It runs without producing any output, and without throwing any exceptions. Be aware that the bug is not triggered if the example is compiled with the .Net framework 4.0. Best regards, Andrés Martinelli using System.Xml; using System.Xml.Schema; using System.Xml.Serialization; class Program { static void Main(string[] args) { XmlSerializer serializer = new XmlSerializer(typeof(Simple)); } } public class Simple : IXmlSerializable { #region IXmlSerializable Members public XmlSchema GetSchema() { return null; } public void ReadXml(XmlReader reader) { } public void WriteXml(XmlWriter writer) { } #endregion }-- 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: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing
Thanks Dave, it's fixed. It looks like the problem was the cygwin1.dll in C:\Windows\SYSTEM. I have no idea why that was there. (I am not the first to use this machine.) As a precaution I have also removed C:\Users\\home\apps\gcc-4.7-20120128\bin from my PATH. I had built it with --program-suffix=-4.7, but the following potentially conflicting files remain there with their names untouched: cyggfortran-3.dll cygssp-0.dll cygstdc++-6.dll Thanks again. On 24/02/2012 16:34, Dave Korn wrote: On 24/02/2012 15:36, Paul Keir wrote: echo $? returns 1 after using gcc. Right, that's helpful of it! That's clearly just a fail status but not an errno value. Anyway, I think your cygcheck reveals the problem. You have multiple cygwin1.dlls of different versions in your path at the same time. You also have a homebrew build of gcc 4.7 in your path, and it's using SJLJ exceptions rather than DW2, which means that its runtime DLLs will be incompatible with the standard system ones. Try removing the cygwin1.dll from C:\Windows\SYSTEM, and cutting C:\Users\\home\apps\gcc-4.7-20120128\bin out of your PATH, and see if that fixes it. cheers, DaveK -- 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: [ANNOUNCEMENT] New package: cloc 1.55-1 -- Statistics utility to count lines of code.
Frank Fesevur wrote: 2012/2/26 Jari Aalto: PACKAGE DESCRIPTION === Homepage: http://freshmeat.net/projects/cloc License : GPL Count physical lines of source code in the given files (may be archives such as compressed tarballs or zip files) and/or recursively below the given directories. I just installed cloc and tried in on a small project I do, but I can't get it to work: Frank@PC205 /cygdrive/c/Source $ cloc NppSnippets/ Can't open perl script perl: No such file or directory The shebang is broken: --- /bin/cloc.orig 2012-02-04 21:01:33.00100 +0100 +++ /bin/cloc 2012-02-27 17:54:56.681727700 +0100 @@ -1,2 +1,2 @@ -#!/bin/perl perl +#!/bin/perl # cloc -- Count Lines of Code {{{1 It also requires two CPAN packages: $ cpan Algorithm::Diff Regexp::Common Christian -- 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
[PATCH] base-files-4.0.9: Change prompt if running with admin rights
This is an updated version of: http://cygwin.com/ml/cygwin/2011-04/msg00020.html Uses the detection method suggested here: http://cygwin.com/ml/cygwin/2011-04/msg00372.html Tested with bash, dash, mksh, posh, and zsh (with symlink /etc/zprofile - profile) on cygwin 1.7.11-1 and Win7 x64. OT: posh -l does not execute /etc/profile by default. Bug? Christian diff -rup base-files-4.0-9.orig/etc/defaults/etc/bash.bashrc base-files-4.0-9/etc/defaults/etc/bash.bashrc --- base-files-4.0-9.orig/etc/defaults/etc/bash.bashrc 2012-02-12 22:13:04.0 +0100 +++ base-files-4.0-9/etc/defaults/etc/bash.bashrc 2012-02-27 16:04:40.834657800 +0100 @@ -24,7 +24,7 @@ [[ $- != *i* ]] return # Set a default prompt of: user@host and current_directory -PS1='\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' +PS1='\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n'${PS1a:-\\\$ } # Uncomment to use the terminal colours set in DIR_COLORS # eval $(dircolors -b /etc/DIR_COLORS) diff -rup base-files-4.0-9.orig/etc/defaults/etc/profile base-files-4.0-9/etc/defaults/etc/profile --- base-files-4.0-9.orig/etc/defaults/etc/profile 2012-02-12 22:13:04.0 +0100 +++ base-files-4.0-9/etc/defaults/etc/profile 2012-02-27 16:07:51.212574600 +0100 @@ -100,6 +100,12 @@ else cd ${HOME} || echo WARNING: Failed attempt to cd into ${HOME}! fi +# Set PS1a if user has admin rights +unset PS1a +if [ -r /proc/registry/HKEY_LOCAL_MACHINE/SECURITY ]; then + PS1a=# +fi + # Shell dependent settings profile_d () { @@ -116,19 +122,20 @@ if [ ! x${BASH_VERSION} = x ]; then elif [ ! x${KSH_VERSION} = x ]; then typeset -l HOSTNAME=$(/usr/bin/hostname) profile_d sh - PS1=$(print '\033]0;${PWD}\n\033[32m${USER}@${HOSTNAME} \033[33m${PWD/${HOME}/~}\033[0m\n$ ') + PS1=$(print '\033]0;${PWD}\n\033[32m${USER}@${HOSTNAME} \033[33m${PWD/${HOME}/~}\033[0m\n'${PS1a:-\$ }) elif [ ! x${ZSH_VERSION} = x ]; then HOSTNAME=$(/usr/bin/hostname) profile_d zsh - PS1='(%n@%m)[%h] %~ %% ' + PS1='(%n@%m)[%h] %~ '${PS1a:-%% } elif [ ! x${POSH_VERSION} = x ]; then HOSTNAME=$(/usr/bin/hostname) - PS1=$ + PS1=${PS1a:-\$ } else HOSTNAME=$(/usr/bin/hostname) profile_d sh - PS1=$ + PS1=${PS1a:-\$ } fi +unset PS1a export PATH MANPATH INFOPATH USER TMP TEMP PRINTER HOSTNAME PS1 SHELL tmp temp -- 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: gitk fails to start after updating cygwin
Yaakov (Cygwin/X) wrote: Remember that using X requires some level of manual intervention, namely that you have to *start* the server and set DISPLAY before actually using it. So installing xorg-server as a dependency isn't going to prevent these questions one bit. Good point. Would adding xinit as a dependency be a better solution? I am hoping that when setup informs the user that gitk requires xinit, it might it at least: 1. Alert the user to the fact that gitk now requires loading the X server. 2. Spare the user having to run setup again to download the packages they need. -- 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: Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found
On Feb 24 22:07, David Sastre Medina wrote: Please check and correct perms if necessary in: /etc/bash.bash_logout /etc/profile.d /etc/profile.d/tzset.sh /etc/profile.d/tzset.csh /etc/profile.d/lang.csh /etc/profile.d/lang.sh /etc/bash.bashrc /etc/skel/.inputrc /etc/skel/.profile /etc/skel/.bashrc /etc/skel/.bash_profile /etc/profile All of them should have owner/group root.root and 644 perms (rw-r--r--) The directories should have 755 permissions as well. David, when do you plan to update the package? THe permissions are really a bad problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: 'more' segment faults with latest cygwin1.dll (1.7.11)
On 02/27/2012 12:14 PM, Jim Reisert AD1C wrote: 'more' is segment faulting with the latest Cygwin .DLL (1.7.11). I can reproduce this problem on both a Windows 7 64-bit machine and a Windows XP 32-bit machine. I've attached the stackdump and cygcheck output. Here's how to reproduce the problem: 1. 'more' a long text file 2. Use / to search for some text, more will stop at the first match 3. Use 'n' to search for another match. At this point, it will segment fault I can verify that this is also the case on Windows 7, 32bit uname -r: 1.7.11(0.260/5/3) -rwxr-xr-x 1 reisert root 31246 Jun 24 2010 /usr/bin/more same here -- 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 -- Roger Wells, P.E. SAIC 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.we...@saic.com -- 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: 'more' segment faults with latest cygwin1.dll (1.7.11)
On Feb 27 10:14, Jim Reisert AD1C wrote: 'more' is segment faulting with the latest Cygwin .DLL (1.7.11). I can reproduce this problem on both a Windows 7 64-bit machine and a Windows XP 32-bit machine. I've attached the stackdump and cygcheck output. Here's how to reproduce the problem: 1. 'more' a long text file 2. Use / to search for some text, more will stop at the first match 3. Use 'n' to search for another match. At this point, it will segment fault -rwxr-xr-x 1 reisert root 31246 Jun 24 2010 /usr/bin/more I can reproduce it as well, but the crash occurs in the application, not in Cygwin. Yaakov, this is from the util-linux package, can you please have a look what happens there? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: [ANNOUNCEMENT] New package: cloc 1.55-1 -- Statistics utility to count lines of code.
2012-02-27 11:57 Christian Franke christian.fra...@t-online.de: | | The shebang is broken: | | --- /bin/cloc.orig 2012-02-04 21:01:33.00100 +0100 | +++ /bin/cloc 2012-02-27 17:54:56.681727700 +0100 | @@ -1,2 +1,2 @@ | -#!/bin/perl perl | +#!/bin/perl | # cloc -- Count Lines of Code {{{1 | Thank you for noticing, Jari -- 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: GCC fatal error: can't open /tmp/ccc6IHTT.s for writing
On 27/02/2012 16:12, Paul Keir wrote: Thanks Dave, it's fixed. It looks like the problem was the cygwin1.dll in C:\Windows\SYSTEM. I have no idea why that was there. (I am not the first to use this machine.) Well, you may just find out when something else stops working - it's not unknown for people to ship custom toolchains built on Cygwin that install the DLL into the SYSTEM directory. (In which case, put the DLL you found there into the binaries dir alongside the tools involved.) As a precaution I have also removed C:\Users\\home\apps\gcc-4.7-20120128\bin from my PATH. I had built it with --program-suffix=-4.7, but the following potentially conflicting files remain there with their names untouched: cyggfortran-3.dll cygssp-0.dll cygstdc++-6.dll Although having them later in the path than the system versions in /usr/bin should in theory make that safe, mixing DW2 and SJLJ is asking for trouble to crop up somewhere down the line. cheers, DaveK -- 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: perl-Tk widget broken again on perl 5.10.1-5
Thrall, Bryan wrote on 2012-01-25: perl-Tk's widget works just fine with perl5.10.1-3 perl-Tk 804.028-3 but if I upgrade to perl 5.10.1-5, widget breaks again[1] with the following errors repeated until the process is killed: Use of uninitialized value $id in hash element at /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/Tk/After.pm line 39. Use of uninitialized value $id in delete at /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/Tk/After.pm line 87. perl-Tk 804.029-1 works just fine with perl 5.10.1-3. cygcheck -svr output attached. Thanks. [1] Original report threads here: http://cygwin.com/ml/cygwin/2009-03/msg00800.html http://cygwin.com/ml/cygwin/2009-07/msg00890.html Ping? -- Bryan Thrall Principal Software Engineer FlightSafety International bryan.thr...@flightsafety.com -- 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: Problem after upgrading from 1.7.9 to 1.7.10-1 - system commands not found
On Mon, Feb 27, 2012 at 08:26:06PM +0100, Corinna Vinschen wrote: David, when do you plan to update the package? THe permissions are really a bad problem. Sorry. I'm requesting an RFU now. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: 'more' segment faults with latest cygwin1.dll (1.7.11)
On Mon, 2012-02-27 at 20:59 +0100, Corinna Vinschen wrote: I can reproduce it as well, but the crash occurs in the application, not in Cygwin. Yaakov, this is from the util-linux package, can you please have a look what happens there? Yes, it's already on my todo list. 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
[ANNOUNCEMENT] Updated: perl-Tk-804.030-1
The following package has been updated for the Cygwin distribution: *** perl-Tk-804.030-1 perl-Tk provides an X11 GUI toolkit for Perl programs. This is an update to the latest upstream release, built with perl-5.10.1-5. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: vim-7.3.447-1
The following packages have been updated for the Cygwin distribution: *** vim-7.3.447-1 *** vim-common-7.3.447-1 *** xxd-7.3.447-1 *** gvim-7.3.447-1 Vim is an advanced text editor that seeks to provide the power of the de-facto Unix editor 'Vi', with a more complete feature set and a choice of terminal and GTK+ interfaces. This is an update to last week's patchset. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: tcl/tk gitk X - not too happy
On Mon, 2012-02-27 at 12:12 +0100, Lemke, Michael SZ/HZA-ZSW wrote: pc gitk pc gitk XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 849 requests (844 known processed) with 0 events remaining. pc [1]Floating exceptionX -multiwindow /dev/null (core dumped) http://cygwin.com/problems.html And the font is ugly, too. You probably need to install some TTF fonts. Any better way to start X? http://x.cygwin.com/docs/ug/using.html#using-starting Yaakov Cygwin/X -- 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: BLODA detection code in latest snapshot
On 2/27/2012 4:26 AM, Corinna Vinschen wrote: Of course this is not foolproof. The only filtered system DLLs so far are kernel32.dll, ntdll.dll, mswsock.dll, amd ws2_32.dll. If you playing around with this, and if you find that a core system DLL is reported (like, say, advapi32.dll), then please notify this list, too. On one of my Windows XP 32 boxes, it is reporting Potential BLODA detected! Thread function called outside of Cygwin DLL: C:\WINDOWS\system32\advapi32.dll when I ssh to another host. The machine DOES have potential BLODA, though: Symantec Endpoint Protection. It's never caused me any problems. You did say above to report to the list if advapi32.dll is reported, and you didn't say not to report it if there is helpful anti-workright software on the machine, so, here's your report. Forgive me if I misunderstood. -- David Rothenberger daver...@acm.org Small things make base men proud. -- William Shakespeare, Henry VI -- 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: BLODA detection code in latest snapshot
On 2/27/2012 6:53 PM, David Rothenberger wrote: On 2/27/2012 4:26 AM, Corinna Vinschen wrote: Of course this is not foolproof. The only filtered system DLLs so far are kernel32.dll, ntdll.dll, mswsock.dll, amd ws2_32.dll. If you playing around with this, and if you find that a core system DLL is reported (like, say, advapi32.dll), then please notify this list, too. On one of my Windows XP 32 boxes, it is reporting Potential BLODA detected! Thread function called outside of Cygwin DLL: C:\WINDOWS\system32\advapi32.dll when I ssh to another host. The machine DOES have potential BLODA, though: Symantec Endpoint Protection. It's never caused me any problems. You did say above to report to the list if advapi32.dll is reported, and you didn't say not to report it if there is helpful anti-workright software on the machine, so, here's your report. Forgive me if I misunderstood. Here's another one, this time on a Win7-64 machine: Potential BLODA detected! Thread function called outside of Cygwin DLL: C:\Windows\syswow64\SHLWAPI.dll I get this when running % cygstart --hide $(cygpath -W)/sysnative/msg $USER test There's no BLODA on this machine. -- David Rothenberger daver...@acm.org Adler's Distinction: Language is all that separates us from the lower animals, and from the bureaucrats. -- 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: cygport-0.10.8-1
I have just released cygport-0.10.8 for the Cygwin distribution and the Fedora Cygwin repository. New features in this release: * TeX Live support - new cygclass: texlive - new mirror: ctan - automatic postinstall generation for TeX files - DEPEND now supports tex() dependencies * New mate.cygclass for MATE Desktop packages * New doinfo install function Changes in 0.10.8 (22): Do not show the path to README in --help output Use non-recursive make and distribute built docs spec: remove help2man, groff, and robodoc from BuildRequires Update copyrights to 2012 doc: License manual under GFDL-1.3+ doc: fixes for non-recursive make mirrors: add mirror_ctan mate: new cygclass for MATE Desktop packages Add doinfo install function texlive: new cygclass for TeX Live packages texlive: only run postinstall once per installation Add check_tex_module texlive: skip .mem files texlive: skip tlpkg files texlive: avoid duplication between TEXLIVE_MACRO_PKGS and TEXLIVE_ARCH_PKGS texlive: improve automatic DESCRIPTIONs texlive: rename noarch package variable to TEXLIVE_TEXMF_PKGS texlive: fix postinstall script conditions postinst: compile emacs lisp files in subdirectories unpack: make sure that toplevel directory is executable doc: add mate.cygclass and texlive.cygclass to section summary cygport 0.10.8 -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: vim-7.3.447-1
The following packages have been updated for the Cygwin distribution: *** vim-7.3.447-1 *** vim-common-7.3.447-1 *** xxd-7.3.447-1 *** gvim-7.3.447-1 Vim is an advanced text editor that seeks to provide the power of the de-facto Unix editor 'Vi', with a more complete feature set and a choice of terminal and GTK+ interfaces. This is an update to last week's patchset. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.