Re: BUG: gcc segfaults compiling python extensions
On Wed, Oct 29 2014, Florian Friesdorf wrote: > On Tue, Oct 28 2014, Florian Friesdorf wrote: >> On Tue, Oct 28 2014, Marco Atzeri wrote: >>> On 10/28/2014 5:08 PM, Florian Friesdorf wrote: Steps to reproduce: - 64bit Windows Server 2012 R2 - cygwin 32bit 1.7.32 (also with 1.7.33 test release) - download, unpack, cd https://ftp.dlitz.net/pub/dlitz/crypto/pycrypto/pycrypto-2.6.1.tar.gz - python setup.py build ... building 'Crypto.Hash._MD2' extension creating build/temp.cygwin-1.7.33-i686-2.7 creating build/temp.cygwin-1.7.33-i686-2.7/src gcc -fno-strict-aliasing -ggdb -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/usr/src/ports/python/python-2.7.8-1.i686/build=/usr/src/debug/python-2.7.8-1 -fdebug-prefix-map=/usr/src/ports/python/python-2.7.8-1.i686/src/Python-2.7.8=/usr/src/debug/python-2.7.8-1 -fwrapv -Wall -Wstrict-prototypes -std=c99 -O3 -fomit-frame-pointer -Isrc/ -I/usr/include/python2.7 -c src/MD2.c -o build/temp.cygwin-1.7.33-i686-2.7/src/MD2.o gcc -shared -Wl,--enable-auto-image-base -L. build/temp.cygwin-1.7.33-i686-2.7/src/MD2.o -L/usr/lib/python2.7/config -L/usr/lib -lpython2.7 -o build/lib.cygwin-1.7.33-i686-2.7/Crypto/Hash/_MD2.dll error: command 'gcc' terminated by signal 11 - rererun: python setup.py build >>> >>> build find on W7-64 with cygwin32 bit >>> CYGWIN_NT-6.1-WOW64 1.7.32(0.274/5/3) 2014-08-13 23:03 >> >> With Win7-64 cygwin32 and cygwin64 we do not see the error - the builds >> work fine there. >> >> We see the error on CYGWIN_NT-6.3-WOW64, Windows 2012 Server R2 64bit >> with 32bit cygwin. The bug does not occur on: - Windows 2007 64bit - Windows 2007 WOW64 - Windows 8.1 64bit - Windows 8.1 WOW64 - Windows Server 2008 32bit - Windows Server 2008 R2 32bit - Windows Server 2012 R2 64bit so far it only occurs on: - Windows Server 2012 R2 WOW64 -- Florian Friesdorf GPG FPR: 7A13 5EEE 1421 9FC2 108D BAAF 38F8 99A3 0C45 F083 Jabber/XMPP: f...@chaoflow.net IRC: chaoflow on freenode,ircnet,blafasel,OFTC pgpV39FZRSHC6.pgp Description: PGP signature
RE: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.1
>>> On Oct 28 20:22, Habermann, Dave (DA) wrote: >> On my Windows 7 machine, the service is tcpip, not tcp. Running >>> sc config cygserver depend= tcp/afd >TCPIP and AFD are two separate services. Yes, but this is the syntax used to identify the two separate services in the SC CONFIG command, and this was a typothe service is TCPIP -- 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] TEST RELEASE: Cygwin 1.7.33-0.4
>>> ... would you mind to test a new incarnation of ssh-user-config which I >>> plan to use in a bugfix-release of OpenSSH 6.7p1 and to push upstream. :} >> Test completed, it worked fine in my environment (although the file did >> need a d2u prior to running). I generated all three primary keys and they >> seemed to work properly once generated. I confirm that I did not have a >> /etc/passwd file in place at all during the run. >I've glanced quickly, and I do not see, where it is calling d2u. >Do you have anything specific about it? No, I'm not saying that the ssh-user-config script calls d2u.I'm saying that the ssh-user-config file that was delivered to me would not run properly in my environment unless I first executed the command: d2u ssh-user-config prior to: ./ssh-user-config -- 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] TEST RELEASE: Cygwin 1.7.33-0.4
Greetings, Habermann, David (D)! ... would you mind to test a new incarnation of ssh-user-config which I plan to use in a bugfix-release of OpenSSH 6.7p1 and to push upstream. :} >>> Test completed, it worked fine in my environment (although the file did >>> need a d2u prior to running). I generated all three primary keys and they >>> seemed to work properly once generated. I confirm that I did not have a >>> /etc/passwd file in place at all during the run. >>I've glanced quickly, and I do not see, where it is calling d2u. >>Do you have anything specific about it? > No, I'm not saying that the ssh-user-config script calls d2u.I'm saying > that the ssh-user-config file that was delivered to me would not run > properly in my environment unless I first executed the command: > d2u ssh-user-config > prior to: > ./ssh-user-config Oh. That makes sense. Thanks for clarification. -- WBR, Andrey Repin (anrdae...@yandex.ru) 31.10.2014, <15:49> 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
[ANNOUNCEMENT] Updated: emacs-auctex-11.88-1
The following package has been updated in the Cygwin distribution: * emacs-auctex-11.88-1 AUCTeX is an extensible package for writing and formatting TeX files in GNU Emacs and XEmacs. It supports many different TeX macro packages, including AMS-TeX, LaTeX, Texinfo, ConTeXt, and DocTeX (dtx files). AUCTeX includes preview-latex, which makes LaTeX a tightly integrated component of your editing workflow by visualizing selected source chunks (such as single formulas or graphics) directly as images in the source buffer. This is a new upstream release. See the release announcement http://lists.gnu.org/archive/html/auctex/2014-10/msg00088.html for a list of changes since version 11.87. Ken Brown Cygwin's emacs-auctex maintainer -- 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
Cygwin clipboard flaky on Windows 7
Further to below. I find that after a reboot I can cut and paste bidirectionally between the MS 7 and X win worlds for MS word and notepad but once I start IE 11 then cuting from MS 7 world and pasting in the X world stops working. Sometimes quitting out of IE 11 allows the cut and paste to start working again. Thanks Chris Forwarded Message Subject:Cygwin clipboard flaky on Windows 7 Date: Fri, 17 Oct 2014 12:28:14 +0100 From: Chris Stenton To: cygwin@cygwin.com After 4 years I've just upgrade to version :- CYGWIN_NT-6.1 mars 1.7.32(0.274/5/3) 2014-08-13 23:03 i686 Cygwin I use the following batch file :- run XWin :1 -clipboard -nodecoration -notrayicon -dpi 100 -query machine -from xxx.xxx.xxx.xxx -once on my windows 7 machine. When X is first started and with one "windows notepad" open I can bi-directionally cut and paste between the MS and X windows world. However, it seems that if I have multiple MS windows open then I can't cut from MS windows and paste into the X world. It still works for X world to MS World. Sadly I wrote over my old version which did not have this issue. Is there any fix for this? Thanks Chris -- 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: binutils-2.24.51-6 (x86/x86_64)
binutils-2.24.51-6 is now uploaded for both 32-bit and 64-bit Cygwin. This version fixes a security issue with libbfd. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, 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.com 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. signature.asc Description: OpenPGP digital signature
[ANNOUNCEMENT] Updated: Ruby 2.0.0-p594
The following packages have been updated in the Cygwin distribution: * ruby-2.0.0-p594-1 * ruby-doc-2.0.0-p594-1 * ruby-tcltk-2.0.0-p594-1 Ruby is the interpreted scripting language for quick and easy object-oriented programming. It has many features to process text files and to do system management tasks (as in Perl). It is simple, straight-forward, and extensible. This is an update to the latest upstream patch release for the 2.0 branch, with two security fixes: https://www.ruby-lang.org/en/news/2014/10/27/changing-default-settings-of-ext-openssl/ https://www.ruby-lang.org/en/news/2014/10/27/rexml-dos-cve-2014-8080/ 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: llvm/clang-3.4.2-4
The following packages have been updated in the Cygwin distribution: * llvm-3.4.2-4 * llvm-doc-3.4.2-4 * libllvm3.4-3.4.2-4 * libllvm-devel-3.4.2-4 * libllvm-devel-static-3.4.2-4 * clang-3.4.2-4 * clang-analyzer-3.4.2-4 * libclang-3.4.2-4 * libclang-devel-3.4.2-4 * libclang-devel-static-3.4.2-4 * python-clang-3.4.2-4 * python3-clang-3.4.2-4 The LLVM suite provides libraries and tools for code generation and optimization. Also included is Clang, an LLVM native C/C++/ObjC compiler, and the Clang Static Analyzer, a tool that automatically finds bugs in code. This release enables __cxa_atexit in LLVM itself and enables -fuse-cxa-atexit by default in clang. -- 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: poppler-0.26.5-1
The following packages have been updated for both arches: * poppler-0.26.5-1 * libpoppler46-0.26.5-1 * libpoppler-devel-0.26.5-1 * libpoppler-cpp0-0.26.5-1 * libpoppler-cpp-devel-0.26.5-1 * libpoppler-glib8-0.26.5-1 * libpoppler-glib-devel-0.26.5-1 * libpoppler-qt4_4-0.26.5-1 * libpoppler-qt4-devel-0.26.5-1 * libpoppler-qt5_1-0.26.5-1 * libpoppler-qt5-devel-0.26.5-1 Poppler is a suite of PDF rendering libraries and utilities based on the xpdf-3.0 code base. This is an update to the latest upstream stable release, with another ABI version bump to libpoppler (but not its bindings). The Qt5 interface has been enabled. -- 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: util-linux-2.25.1-1
The following packages have been updated in the Cygwin distribution: * util-linux-2.25.1-1 * libblkid1-2.25.1-1 * libblkid-devel-2.25.1-1 * libsmartcols1-2.25.1-1 * libsmartcols-devel-2.25.1-1 * libuuid1-2.25.1-1 * libuuid-devel-2.25.1-1 util-linux provides an assortment of utilities for *NIX systems. This is an update to the latest upstream stable release, which includes a new libsmartcols library. -- 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: Base 64-bit Cygwin now requires Perl?
On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote: > Because of this dependency line This issue is back again, now with bash _update-info-dir texinfo perl Previous http://cygwin.com/ml/cygwin/2014-06/msg00279.html http://cygwin.com/ml/cygwin/2013-08/msg00152.html -- 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: FW: bind-utils stdout pipe broken Cygwin x86_64 1.7.32+ (Fixed per 1.7.33-0.4)
>> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of >> Yaakov Selkowitz >> Sent: Sunday, October 26, 2014 3:51 AM >> To: cygwin@cygwin.com >> Subject: Re: FW: bind-utils stdout pipe broken Cygwin x86_64 1.7.32+ >> On 2014-10-24 09:41, Jon Retting wrote: >> Sorry to report, but it would seem the new Cygwin versions break "bind-utils >> 9.9.5-3 -- 9.9.6-2" ability to stdout stdin. >> >> Tested on: >> CYGWIN_NT-6.1 1.7.32 - 1.7.33(0.278/5/3) 2014-10-22 10:37 x86_64 Cygwin >> (w2k8r2) >> CYGWIN_NT-6.3 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin (2012r2) >> >> I just can´t seem to do anything with host or dig´s output. > > Thanks for reporting. This doesn't happen on my Win7 system, but I was able > to reproduce it on 2012R2. The bug is actually elsewhere, and we are > attempting to track it down. > > > Yaakov Your response is appreciated, and I am happy to report host and dig are now function as they should. Somewhere in the plethora of updates that loyal hard work by Cygwiners paid off. Numerous NT 6.1 and NT 6.3 are working as commanded with 1.7.33-0.4 + bind-utils 9.9.5-3 -- 9.9.6-2. So long rolled nslookup-host-mimic, and next time I'm not having the fish. Be well. -Jon -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: h ttp://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
migrate a cygwin installation
What is the current recommended way to migrate a cygwin installation? my c: drive has gotten full to the brim. Tried to follow some older instructions online (~2009) but they do not seem to work anymore. Thx. H -- 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: Base 64-bit Cygwin now requires Perl?
On 10/31/2014 12:59 PM, Steven Penny wrote: On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote: Because of this dependency line This issue is back again, now with bash _update-info-dir texinfo perl This is a side effect of the fact that I switched to cygport for packaging when I took over as texinfo maintainer. cygport (correctly) detected perl as a dependency because texinfo provides perl scripts. In fact, the most important program in texinfo is /usr/bin/makeinfo, which is a symlink to a perl script. I'll wait for guidance from above before doing anything about this. 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: Base 64-bit Cygwin now requires Perl?
Steven Penny writes: > On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote: >> Because of this dependency line > > This issue is back again, now with > > bash > _update-info-dir > texinfo > perl Texinfo5 is implemented in Perl. Unless install-info gets split into a separate package that _update-info-dir can depend on instead, the dependency is in fact correct. 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 -- 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: Base 64-bit Cygwin now requires Perl?
On 2014-10-31 14:35, Ken Brown wrote: On 10/31/2014 12:59 PM, Steven Penny wrote: On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote: Because of this dependency line This issue is back again, now with bash _update-info-dir texinfo perl This is a side effect of the fact that I switched to cygport for packaging when I took over as texinfo maintainer. cygport (correctly) detected perl as a dependency because texinfo provides perl scripts. In fact, the most important program in texinfo is /usr/bin/makeinfo, which is a symlink to a perl script. I'll wait for guidance from above before doing anything about this. Fedora splits out texinfo into 3 packages: 1) texinfo: makeinfo, texi2any, pod2texi, /usr/share/texinfo, /usr/share/info/texinfo* 2) info: info, infokey, install-info, /usr/share/info/info* 3) texinfo-tex: texindex, texi2dvi, texi2pdf, pdftexi2dvi, /usr/share/texmf*/tex/texinfo In this setup, only 'info' would be required by _update-info-dir and should not have any Perl dependencies. texinfo would be in 'Devel' and would have Perl dependencies, while texinfo-tex would also have texlive dependencies. 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: Base 64-bit Cygwin now requires Perl?
On 10/31/2014 3:56 PM, Yaakov Selkowitz wrote: On 2014-10-31 14:35, Ken Brown wrote: On 10/31/2014 12:59 PM, Steven Penny wrote: On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote: Because of this dependency line This issue is back again, now with bash _update-info-dir texinfo perl This is a side effect of the fact that I switched to cygport for packaging when I took over as texinfo maintainer. cygport (correctly) detected perl as a dependency because texinfo provides perl scripts. In fact, the most important program in texinfo is /usr/bin/makeinfo, which is a symlink to a perl script. I'll wait for guidance from above before doing anything about this. Fedora splits out texinfo into 3 packages: 1) texinfo: makeinfo, texi2any, pod2texi, /usr/share/texinfo, /usr/share/info/texinfo* 2) info: info, infokey, install-info, /usr/share/info/info* 3) texinfo-tex: texindex, texi2dvi, texi2pdf, pdftexi2dvi, /usr/share/texmf*/tex/texinfo In this setup, only 'info' would be required by _update-info-dir and should not have any Perl dependencies. texinfo would be in 'Devel' and would have Perl dependencies, while texinfo-tex would also have texlive dependencies. Sounds good to me. I'll repackage within a few days. Thanks. 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: terminfo and /usr/share/terminfo requirement
On Thu, Oct 30, 2014 at 3:20 PM, Andrew Schulman wrote: >> I have found that terminfo is built such that it requires /usr/share >> to be available but /usr/share isn't mounted by default. This causes >> unexpected side effects of the terminal not responding properly >> especially noticed when using the Backspace key. In my opinion either >> terminfo needs to change its settings to use /share instead of >> /usr/share or Cygwin needs modified to automatically mount /usr/share >> like it does /usr/lib. Or rather just automount /usr such that it >> points to / regardless of the underlying directory. The automount of >> /usr/lib also presents an issue when the user mounts /usr to point to >> `cygpath -m /` in that any access to /usr gives a directory not found >> error when /lib doesn't actually exist. > > /usr/share isn't mounted separately, at least in any Cygwin installation > I've ever had. It's just a directory within /usr, which is within the > mount /. > But not automounted within the cygwin1.dll initialization process. Only /usr/bin and /usr/lib are. At least with 1.7.32. > Moreover /usr/share should always exist, since many base packages store > files in it. Does it not exist in your installation? Do you have e.g. > /usr/share/doc? /usr/share doesn't exist unless /usr or /usr/share is mounted via /etc/fstab. /share does exist. -- 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: migrate a cygwin installation
On Fri, Oct 31, 2014 at 1:23 PM, Hans Horn wrote: > What is the current recommended way to migrate a cygwin installation? > my c: drive has gotten full to the brim. > Tried to follow some older instructions online (~2009) but they do not seem > to work anymore. Just copy the root directory to a new drive and modify the /etc/fstab to carefully replace c: with whatever the new drive letter is. Note you may have added mounts where c: should not change. -- 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: Base 64-bit Cygwin now requires Perl?
On Oct 31 16:47, Ken Brown wrote: > On 10/31/2014 3:56 PM, Yaakov Selkowitz wrote: > >On 2014-10-31 14:35, Ken Brown wrote: > >>On 10/31/2014 12:59 PM, Steven Penny wrote: > >>>On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote: > Because of this dependency line > >>> > >>>This issue is back again, now with > >>> > >>>bash > >>> _update-info-dir > >>> texinfo > >>> perl > >> > >>This is a side effect of the fact that I switched to cygport for > >>packaging when I took over as texinfo maintainer. cygport (correctly) > >>detected perl as a dependency because texinfo provides perl scripts. In > >>fact, the most important program in texinfo is /usr/bin/makeinfo, which > >>is a symlink to a perl script. > >> > >>I'll wait for guidance from above before doing anything about this. > > > >Fedora splits out texinfo into 3 packages: > > > >1) texinfo: makeinfo, texi2any, pod2texi, /usr/share/texinfo, > >/usr/share/info/texinfo* > > > >2) info: info, infokey, install-info, /usr/share/info/info* > > > >3) texinfo-tex: texindex, texi2dvi, texi2pdf, pdftexi2dvi, > >/usr/share/texmf*/tex/texinfo > > > >In this setup, only 'info' would be required by _update-info-dir and should > >not > >have any Perl dependencies. texinfo would be in 'Devel' and would have Perl > >dependencies, while texinfo-tex would also have texlive dependencies. > > Sounds good to me. I'll repackage within a few days. Thanks. We need to make sure that the existing dependencies to texinfo are still correct afterwards. 22 packages are affected: _update-info-dir a2ps autoconf all of them automake all of them cygport docbook2X indent Looks rather harmless, but still something to look into. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp6uXE4QBMXT.pgp Description: PGP signature
Re: terminfo and /usr/share/terminfo requirement
On Oct 31 16:55, cyg Simple wrote:
> On Thu, Oct 30, 2014 at 3:20 PM, Andrew Schulman
> wrote:
> >> I have found that terminfo is built such that it requires /usr/share
> >> to be available but /usr/share isn't mounted by default. This causes
> >> unexpected side effects of the terminal not responding properly
> >> especially noticed when using the Backspace key. In my opinion either
> >> terminfo needs to change its settings to use /share instead of
> >> /usr/share or Cygwin needs modified to automatically mount /usr/share
> >> like it does /usr/lib. Or rather just automount /usr such that it
> >> points to / regardless of the underlying directory. The automount of
> >> /usr/lib also presents an issue when the user mounts /usr to point to
> >> `cygpath -m /` in that any access to /usr gives a directory not found
> >> error when /lib doesn't actually exist.
> >
> > /usr/share isn't mounted separately, at least in any Cygwin installation
> > I've ever had. It's just a directory within /usr, which is within the
> > mount /.
> >
>
> But not automounted within the cygwin1.dll initialization process.
> Only /usr/bin and /usr/lib are. At least with 1.7.32.
>
> > Moreover /usr/share should always exist, since many base packages store
> > files in it. Does it not exist in your installation? Do you have e.g.
> > /usr/share/doc?
>
> /usr/share doesn't exist unless /usr or /usr/share is mounted via
> /etc/fstab. /share does exist.
There's no /share directory in a standard Cygwin installation. /usr is
a real dir within your Cygwin installation dir. It doesn't have to be
mounted, nor does /usr/share, which is also created by setup-${arch}.exe
by default.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpsHqEULxPm8.pgp
Description: PGP signature
Re: Base 64-bit Cygwin now requires Perl?
On 2014-10-31 16:04, Corinna Vinschen wrote: On Oct 31 16:47, Ken Brown wrote: On 10/31/2014 3:56 PM, Yaakov Selkowitz wrote: Fedora splits out texinfo into 3 packages: 1) texinfo: makeinfo, texi2any, pod2texi, /usr/share/texinfo, /usr/share/info/texinfo* 2) info: info, infokey, install-info, /usr/share/info/info* 3) texinfo-tex: texindex, texi2dvi, texi2pdf, pdftexi2dvi, /usr/share/texmf*/tex/texinfo In this setup, only 'info' would be required by _update-info-dir and should not have any Perl dependencies. texinfo would be in 'Devel' and would have Perl dependencies, while texinfo-tex would also have texlive dependencies. Sounds good to me. I'll repackage within a few days. Thanks. We need to make sure that the existing dependencies to texinfo are still correct afterwards. 22 packages are affected: _update-info-dir info a2ps texinfo-tex autoconf all of them Not sure this is needed. automake all of them texinfo, although this is a soft dependency. cygport info (minimal build environment) docbook2X texinfo indent Not sure this is needed either. -- 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: terminfo and /usr/share/terminfo requirement
> On Thu, Oct 30, 2014 at 3:20 PM, Andrew Schulman > wrote: > >> I have found that terminfo is built such that it requires /usr/share > >> to be available but /usr/share isn't mounted by default. This causes > >> unexpected side effects of the terminal not responding properly > >> especially noticed when using the Backspace key. In my opinion either > >> terminfo needs to change its settings to use /share instead of > >> /usr/share or Cygwin needs modified to automatically mount /usr/share > >> like it does /usr/lib. Or rather just automount /usr such that it > >> points to / regardless of the underlying directory. The automount of > >> /usr/lib also presents an issue when the user mounts /usr to point to > >> `cygpath -m /` in that any access to /usr gives a directory not found > >> error when /lib doesn't actually exist. > > > > /usr/share isn't mounted separately, at least in any Cygwin installation > > I've ever had. It's just a directory within /usr, which is within the > > mount /. > > > > But not automounted within the cygwin1.dll initialization process. > Only /usr/bin and /usr/lib are. At least with 1.7.32. > > > Moreover /usr/share should always exist, since many base packages store > > files in it. Does it not exist in your installation? Do you have e.g. > > /usr/share/doc? > > /usr/share doesn't exist unless /usr or /usr/share is mounted via > /etc/fstab. /share does exist. You have a strange installation. In every Cygwin installation I've ever had, /usr and /usr/share are not mounted separately and there's no /share. You may want to consider deleting your current Cygwin installation, and starting with a fresh one. -- 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: migrate a cygwin installation
On 31 October 2014 11:23, Hans Horn wrote: > What is the current recommended way to migrate a cygwin installation? > my c: drive has gotten full to the brim. > Tried to follow some older instructions online (~2009) but they do not seem > to work anymore. > Thx. > H You can use "cygcheck-dep -c -l -i" to list the minimum set of packages required to reinstall all your installed packages. When you run the architecture specific setup command, with the listed set of packages selected, setup will recursively find all the packages required by the selected packages. You will be prompted to accept a list of these required packages after you click next from the package selection screens. On my laptop, I have 209 packages installed. The "cygcheck-dep -c -l -i" command lists 46 packages. Some of these are included in the initial package list, so they will be automatically installed on all systems. If I manually select all the unselected members of this 46 package set, I will end up with 208 installed packages. The cygwin-debuginfo will not automatically reinstall. The -debuginfo packages will not automatically reinstall, as they are not automatically installed and do not have dependencies on other packages. I would need to manually reinstall those, if I still needed them. I do not have any -src packages installed, so I am not sure what will happen with those. Use the "cygcheck -c" command to get a full list of your installed packages with version and status information. If you have test and prev package versions installed, this process will install the current version. It does not attempt to handle packages from other distributions like cygwinports and other "extra" package sources. I am currently using this process to semi-automatically generate a batch file to quickly recreate a cygwin installation on new virtual machines. As always, YMMV. Doug -- Doug Henderson, Calgary, Alberta, Canada -- 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
bug/deficiency in zip: non-ascii chars in file names work, but fail in directory names
It seems that cygwin's zip can archive files whose name includes non-ascii (unicode) chars just fine, but if you try to archive a directory whose name includes such chars, it fails. First, I am using the very latest release of cygwin 64 bit: $ uname -a CYGWIN_NT-6.1 yhbrent 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin And when I installed from setup-x86_64.exe, I added the zip and unzip programs from the Archive section. Running setup-x86_64.exe just now, I see that the version numbers of what I have installed are: zip: 3.0-12 unzip: 6.0-1 Consider this cygwin shell session I just did: $ ls -l -rwx--+ 1 samsmith None 2048 Oct 31 08:32 㐀丁龦豈侮.txt $ zip test.zip 㐀丁龦豈侮.txt adding: 㐀丁龦豈侮.txt (stored 0%) $ echo $? 0 $ mkdir tmp $ mv test.zip tmp $ cd tmp $ unzip test.zip Archive: test.zip extracting: ???.txt $ echo $? 0 $ ls -l total 8 -rw-r--r--+ 1 samsmith None 2236 Nov 1 00:36 test.zip -rwx--+ 1 samsmith None 2048 Oct 31 08:32 㐀丁龦豈侮.txt $ diff ../㐀丁龦豈侮.txt 㐀丁龦豈侮.txt [nothing printed out] In other words, I have a file named 㐀丁龦豈侮.txt, zip successfully archived it, and unzip successfully extracted it (hmm, unzip did print all those ? chars...), and diff proved that the extracted file's contents are the same as the original. SO FAR, SO GOOD. Now suppose that that file 㐀丁龦豈侮.txt is inside a directory named åØâéñ, and that I attempt a similar procedure as above, but on the directory instead: $ ls -l åØâéñ total 4 -rwx--+ 1 samsmith None 2048 Oct 31 08:32 㐀丁龦豈侮.txt $ zip test.zip åØâéñ adding: åØâéñ/ (stored 0%) $ echo $? 0 $ mkdir tmp $ mv test.zip tmp $ cd tmp $ unzip test.zip Archive: test.zip creating: ??/ $ echo $? 0 $ ls -l åØâéñ total 0 So, zip only archived the åØâéñ directory, and unzip successfully extracted the directory, BUT THE FILE 㐀丁龦豈侮.txt INSIDE THE ORIGINAL åØâéñ DIRECTORY FAILED TO BE INCLUDED IN THE ARCHIVE AS IT OUGHT TO HAVE BEEN. Incidentally, I observe the exact same behavior when I tried the operations above inside an Xubuntu 14.04 virtual machine just now. -- 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: bug/deficiency in zip: non-ascii chars in file names work, but fail in directory names
Nuts, the non-ascii unicode file names that I was using displayed fine when I looked at them in my email program (even in plain text mode), but I see on the mailing list web page (https://cygwin.com/ml/cygwin/2014-11/msg1.html) that they display garbled there. To recreate my tests, the unicode literal forms are: 1) the file name has \u3400\u4E01\u9FA6\uF900\uFA30 as its first 5 chars 2) the directory name is \u00E5\u00D8\u00E2\u00E9\u00F1 -- 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
