Two identically-named libtool directories
We have two libtool directories with two setup.hints in ~release/_obsolete and ~release. This is causing problems. It seems like things have been like this since at least November and no one was complaining because upset threw out the _obsolete package in favor of a newer one thanks purely to the fragile sort order directory inspection. That has changed now thanks to last week's problems. People are complaining about getting out-of-date versions of libtool. Maybe I'll figure out the intent two seconds after sending this message but I can't see any reason to have two packages with identical names in the release so I have deleted the _obsolete/libtool packages. Looks like even error-checking for upset is in order. cgf
Ditto apr1 and aprutil1 (was Two identically-named libtool directories)
On Sat, Feb 07, 2009 at 01:58:24PM -0500, Christopher Faylor wrote: We have two libtool directories with two setup.hints in ~release/_obsolete and ~release. This is causing problems. It seems like things have been like this since at least November and no one was complaining because upset threw out the _obsolete package in favor of a newer one thanks purely to the fragile sort order directory inspection. That has changed now thanks to last week's problems. People are complaining about getting out-of-date versions of libtool. Maybe I'll figure out the intent two seconds after sending this message but I can't see any reason to have two packages with identical names in the release so I have deleted the _obsolete/libtool packages. Looks like even error-checking for upset is in order. Two more culprits. I don't understand why these duplicate named directories and setup.hints were created. Package names are supposed to be unique so it was basically luck (and an upset bug) that the _obsolete directories were quietly overridden before. I've removed _obsolete/apr1 and _obsolete/aprutil1. cgf
almost ITA for lapack
Dear all, I built and packaged lapack-3.1.1 for cygwin-1.7 for your review wget -r -np http://matzeri.altervista.org/cygwin-1.7/lapack/index.html as the previous 3.0-8, it includes also blas and cblas. I splitted the packes in two liblapack_0-3.1.1-1.tar.bz2 ** etc/profile.d/lapack0.csh etc/profile.d/lapack0.sh usr/lib/lapack/cygblas-0.dll usr/lib/lapack/cyglapack-0.dll *** and liblapack-devel-3.1.1-1.tar.bz2 *** usr/share/doc/Cygwin/lapack.README usr/share/doc/lapack/COPYING usr/share/doc/lapack/README usr/share/man/* (1516 small files) usr/include/cblas.h usr/include/cblas_f77.h usr/lib/libblas.a usr/lib/libblas.dll.a usr/lib/libblas.la usr/lib/liblapack.a usr/lib/liblapack.dll.a usr/lib/liblapack.la usr/lib/blas.pc usr/lib/cblas.pc usr/lib/lapack.pc ** as some interface are changed the previous dll are still needed, so I repacked 3.0-8 without any other change as liblapack-3.0-9.tar.bz2 etc/profile.d/lapack.csh etc/profile.d/lapack.sh usr/lib/lapack/cygblas.dll usr/lib/lapack/cyglapack.dll and liblapack-devel-3.0-9.tar.bz2 usr/include/cblas.h usr/include/cblas_f77.h usr/lib/libblas.a usr/lib/libblas.dll.a usr/lib/liblapack.a usr/lib/liblapack.dll.a usr/share/doc/Cygwin/lapack-3.0.README usr/share/doc/lapack-3.0/LICENSE usr/share/doc/lapack-3.0/LICENSE.atlas usr/share/doc/lapack-3.0/README * leaving lapack-3.0-9 as obsolete package that requires liblapack. There is however a final problem: I built everything with gfortran-4 and to solve the multiple linking of fortran library, I was obliged to built a libgfortran.dll for you convenience I uploaded also that libgfortran.tar.bz2 * usr/bin/cyggfortran.dll usr/lib/gcc/i686-pc-cygwin/4.3.2/libgfortran.dll.a * so the ITA and the cygwin-1.5 version are on hold until Dave release the additional library or someone suggest me a way to bypass the problem. Hi Dave, I assume the job was not as simple as you expected http://cygwin.com/ml/cygwin-apps/2008-10/msg00109.html ;-) Regards Marco Passa a Yahoo! Mail. La webmail che ti offre GRATIS spazio illimitato, antispam e messenger integrato. http://it.mail.yahoo.com/
Re: Ditto apr1 and aprutil1 (was Two identically-named libtool directories)
On 2/7/2009 11:22 AM, Christopher Faylor wrote: On Sat, Feb 07, 2009 at 01:58:24PM -0500, Christopher Faylor wrote: We have two libtool directories with two setup.hints in ~release/_obsolete and ~release. This is causing problems. It seems like things have been like this since at least November and no one was complaining because upset threw out the _obsolete package in favor of a newer one thanks purely to the fragile sort order directory inspection. That has changed now thanks to last week's problems. People are complaining about getting out-of-date versions of libtool. Maybe I'll figure out the intent two seconds after sending this message but I can't see any reason to have two packages with identical names in the release so I have deleted the _obsolete/libtool packages. Looks like even error-checking for upset is in order. Two more culprits. I don't understand why these duplicate named directories and setup.hints were created. Package names are supposed to be unique so it was basically luck (and an upset bug) that the _obsolete directories were quietly overridden before. I've removed _obsolete/apr1 and _obsolete/aprutil1. apr1 and aprutil1 packages are supposed to be in the _obsolete category. The other packages should be in libapr1 and libaprutil1. -- David Rothenberger daver...@acm.org enhance, v.: To tamper with an image, usually to its detriment.
Re: Ditto apr1 and aprutil1 (was Two identically-named libtool directories)
On Sat, Feb 07, 2009 at 01:09:35PM -0800, David Rothenberger wrote: On 2/7/2009 11:22 AM, Christopher Faylor wrote: On Sat, Feb 07, 2009 at 01:58:24PM -0500, Christopher Faylor wrote: We have two libtool directories with two setup.hints in ~release/_obsolete and ~release. This is causing problems. It seems like things have been like this since at least November and no one was complaining because upset threw out the _obsolete package in favor of a newer one thanks purely to the fragile sort order directory inspection. That has changed now thanks to last week's problems. People are complaining about getting out-of-date versions of libtool. Maybe I'll figure out the intent two seconds after sending this message but I can't see any reason to have two packages with identical names in the release so I have deleted the _obsolete/libtool packages. Looks like even error-checking for upset is in order. Two more culprits. I don't understand why these duplicate named directories and setup.hints were created. Package names are supposed to be unique so it was basically luck (and an upset bug) that the _obsolete directories were quietly overridden before. I've removed _obsolete/apr1 and _obsolete/aprutil1. apr1 and aprutil1 packages are supposed to be in the _obsolete category. The other packages should be in libapr1 and libaprutil1. They were but they were spread out in two different locations in the ftp area. cgf
xwin crashes and disables network
Since I updated to the new X.org 7.4 I have xwin crashes. I am using cygiwn version 1.5.25-cr-0x5f1. This is how it happens: - suddenly, all network connexions (cygwin and windows) stop working (no internet...). rxvt freezes - when I kill xwin (kill -9 from the cygwin bash shell), all works again. - often, at the same time, windows clipboard does not work any more. - this happens 1-2 times a week roughly. I am using the \cygwin\bin\startxwin.bat file to start Xwin which contents is given below. F. Bron @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if %OS% == Windows_NT goto OS_NT echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP %RUN% XWin -multiwindow -clipboard -silent-dup-error -- 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: Trouble compiling xorg-server-1.5.3-6
Jared Silva wrote: Jon TURNEY wrote: Just a guess, but do you not have the libtool package installed? http://x.cygwin.com/docs/cg/prog-build-native.html#prog-compiling $ cygcheck -c | grep libtool libtool 1.5b-2 OK I tried reinstalling libtool, but no luck. I think this is not the right version of libtool. I think it looks like setup.ini is still not quite recovered from it's recent problems and is preferring the version under _obsolete/libtool to the version under libtool or something. I have all of the required packages for compiling. I tried the steps for a standard build, but that also failed (below). $ cygport xorg-server-1.5.3-6.cygport prep $ cd xorg-server-1.5.3-6/src/xorg-server-1.5.3/ $ ./configure --prefix=/usr [...] checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... configure: error: /usr/bin/cpp defines unix with or without -undef. I don't know what to do. ./configure for the X server won't work on cygwin until it has been regenerated with various fixes, hence the need to run autoreconf :-) -- 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/
Saving all xterm output to a file
I am trying to automate a simulation process, and part of this involves capturing the output that is written to an xterm window when a particular process is run. I thought that I had this figured out using the following command: ./run 1 Joiner default results.dat run is the program that I am running and want to catch the output of. 1, Joiner, and default are parameters needed by that program. results.dat is the file that I want the output written to. It was working alright, but then I realized that it wasn't getting all the output that ought to be there. Now, it has progressed to the point that I'm not getting any of the printout statements at all - they don't appear in the xterm window or in the file. What do I need to do to get this to work? Thanks very much for your help. Andrew Bouchard -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21894608.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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: Saving all xterm output to a file
On Sat, 7 Feb 2009, teddybouch wrote: I am trying to automate a simulation process, and part of this involves capturing the output that is written to an xterm window when a particular process is run. I thought that I had this figured out using the following command: ../run 1 Joiner default results.dat fwiw, this isn't specific to X... run is the program that I am running and want to catch the output of. 1, Joiner, and default are parameters needed by that program. results.dat is the file that I want the output written to. It was working alright, but then I realized that it wasn't getting all the output that ought to be there. Now, it has progressed to the point that I'm not getting any of the printout statements at all - they don't appear in the xterm window or in the file. Perhaps you're looking for the messages written to stderr. For that you need to redirect stderr as well, e.g., ../run 1 Joiner default 21 results.dat -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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: Saving all xterm output to a file
On 2009-02-07, Thomas Dickey wrote: On Sat, 7 Feb 2009, teddybouch wrote: I am trying to automate a simulation process, and part of this involves capturing the output that is written to an xterm window when a particular process is run. I thought that I had this figured out using the following command: ../run 1 Joiner default results.dat fwiw, this isn't specific to X... run is the program that I am running and want to catch the output of. 1, Joiner, and default are parameters needed by that program. results.dat is the file that I want the output written to. It was working alright, but then I realized that it wasn't getting all the output that ought to be there. Now, it has progressed to the point that I'm not getting any of the printout statements at all - they don't appear in the xterm window or in the file. Perhaps you're looking for the messages written to stderr. For that you need to redirect stderr as well, e.g., ../run 1 Joiner default 21 results.dat I think that has to be written this way: ../run 1 Joiner default results.dat 21 But if you (the OP) wants to see what's going into that file, you should tee, like this: ../run 1 Joiner default 21 | tee results.dat HTH, Gary -- 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/
X server causing IE lockups
Recently started using the Xserver and have issues now with IE. IE will become unresponsive. When I kill the xserver IE becomes responsive again. I also have issues with any vncclient sessions I'm running. The cut-n-paste buffers stop working in vnc. Vnc doesn't require the xserver. It's not a showstopper because I can kill the xserver and get expected behavior back. Is this a known issue/limitation? This is on winxp. -- 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: Saving all xterm output to a file
Thanks very much. The tee works well, and is particularly helpful for debugging. Unfortunately, it seems that sometimes the program will run and display output as it ought to, and other times it will run and no output is visible. I've never had this problem when not trying to output to a file, so I am assuming that it has to do with that. Any ideas? -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21896001.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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/
SYSTEM Problem
hi, i just created a new user 'test' in windows and in /etc/passwd, in windows 'test' is a member of 'Users' group. Now when i run /bin/bash as SYSTEM User it 'su' to any user in there with valid shell, but it is not doing 'su' to User 'test'. So, i tried 'Runas' running CMD as SYSTEM user of windows its still not login in to bash as User 'test'. It saying 'Permission Denied'. I just wanted to know that as SYSTEM has rights to 'su' to any user why its not 'su' to user that i just created. Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to get HTML page having embedded javascript
Dear Reini, 2009/2/5 Reini Urban rur...@x-ray.at: The libraries are called gecko and webkit. ... This is done by dom manipulation from the original html, but by hooking into the layout renderer you should be able to get at some sort of final layout. ... This has nothing to do with cygwin, ask this at some web list. Thank You very much for Your kind help and dorry for the offtopic! Good byte! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Copy converts tabs to spaces ?
On 02.02.2009, at 21:16, Buchbinder, Barry (NIH/NIAID) [E] wrote: Ralf Gans wrote on Monday, February 02, 2009 8:57 AM: On 02.02.2009, at 11:05, xerces8 wrote: I noticed that when copying text from a the Cygwin Bash window and then pasting it somewhere (like WordPad), tabulator characters are converted to spaces. The same happens with RXVT too. Details: - print the content of some text file that has tabs (like a C program source) : cat foo.c - select and copy the text with the mouse - paste (ctrl-V) into WordPad The text in Wordpad has no more tabs. Is there a way around this ? copy an paste from window to window takes what's printed, not what you have written. So, if the terminal prints spaces to represent the tabs, as a terminal usually does, you CAN only copy spaces. Think about using putclip instead. $ cat foo.c | putclip -d $ putclip -d foo.c You also might want to familiarize yourself with getclip. A related trick: $ getclip -u | pipe | putclip -d One might not think of it since the following doesn't work. $ cat foo | pipe foo In the latter example, the shell opens (and truncates) foo for writing before cat reads foo. But it seems that putclip does nothing to the clipboard until the pipe closes, so getclip is finished before the clipboard is overwritten. Also `getclip -u` == $(getclip -u) can sometimes be a convenient way to provide arguments to a command. I find getclip and putclip to be real work-savers. If I have to do something to multiple chunks of info that has to go through the Windows clipboard, they let me repeat a pipe by just hitting the up-arrow and enter. Sorry I omitted this from my earlier post. Enjoy! - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SYSTEM as root user
ok, Webmin got patched thats done, Now problem is that i just creted a new user 'test' with the help of useradmin module that worked fine too, user is added by my perl script that adds user to windows account then with /mkpasswd adds it to /etc/passwd, means thats valid but runing /bin/bash as SYSTEM get me to su root that is Administrator and even su to my User that is jaspreet member of Administrators group but it does not get me to su user 'test' that i just created. I think SYSTEM can su to any User. What about cyglsa or that CYGWIN=server passwd -R, can any of this can help. Any idea Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: git-1.6.1.2-1, git{k,-gui,-completion}-1.6.1.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of git, 1.6.1.2-1, has been uploaded. This replaces 1.6.0.4-1 as current. NEWS: = This is a new upstream major release. I'm attaching the release notes; see also the package documentation in /usr/share/doc/git-1.6.1.2/. When compiled out of the box, the upstream git maintainers cater to older cygwin releases, and intentionally disable certain features that have been reported on their mailing list, even though they work with the latest cygwin. Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. DESCRIPTION: Git is popular version control system designed to handle very large projects with speed and efficiency; it is used mainly for various open source projects, most notably the Linux kernel. Git falls in the category of distributed source code management tools, similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary world). Every Git working directory is a full-fledged repository with full revision tracking capabilities, not dependent on network access or a central server. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'git', 'gitk', 'git-gui', and/or 'git-completion' from the 'Devel' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin git maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmNqwsACgkQ84KuGfSFAYDbdQCbBP0KdXeOtO3CUZbsnWfWqBSN UAsAn3m75ZdRoITmGfOAMx7u9bW5pzKC =N2Pr -END PGP SIGNATURE- GIT v1.6.1.2 Release Notes == Fixes since v1.6.1.1 * The logic for rename detectin in internal diff used by commands like git diff and git blame have been optimized to avoid loading the same blob repeatedly. * We did not allow writing out a blob that is larger than 2GB for no good reason. * git format-patch -o $dir, when $dir is a relative directory, used it as relative to the root of the work tree, not relative to the current directory. * v1.6.1 introduced an optimization for git push into a repository (A) that borrows its objects from another repository (B) to avoid sending objects that are available in repository B, when they are not yet used by repository A. However the code on the git push sender side was buggy and did not work when repository B had new objects that are not known by the sender. This caused pushing into a forked repository served by v1.6.1 software using git push from v1.6.1 sometimes did not work. The bug was purely on the git push sender side, and has been corrected. * git status -v did not paint its diff output in colour even when color.ui configuration was set. * git ls-tree learned --full-tree option to help Porcelain scripts that want to always see the full path regardless of the current working directory. * git grep incorrectly searched in work tree paths even when they are marked as assume-unchanged. It now searches in the index entries. * git gc with no grace period needlessly ejected packed but unreachable objects in their loose form, only to delete them right away. GIT v1.6.1.1 Release Notes == Fixes since v1.6.1 -- * git add frotz/nitfol when frotz is a submodule should have errored out, but it didn't. * git apply took file modes from the patch text and updated the mode bits of the target tree even when the patch was not about mode changes. * git bisect view on Cygwin did not launch gitk * git checkout $tree did not trigger an error. * git commit tried to remove COMMIT_EDITMSG from the work tree by mistake. * git describe --all complained
RE: Copy converts tabs to spaces ?
On 02.02.2009, at 11:05, xerces8 wrote: I noticed that when copying text from a the Cygwin Bash window and then pasting it somewhere (like WordPad), tabulator characters are converted to spaces. The same happens with RXVT too. Details: - print the content of some text file that has tabs (like a C program source) : cat foo.c - select and copy the text with the mouse - paste (ctrl-V) into WordPad The text in Wordpad has no more tabs. Is there a way around this ? copy an paste from window to window takes what's printed, not what you have written. So, if the terminal prints spaces to represent the tabs, as a terminal usually does, you CAN only copy spaces. Let me add my 2 cents worth. If you have the newform command, the following magic will work: $ newform -i-8 -o0 input_file output_file I have newform but i'm not sure where i got it since I was a long-time ATT Unix user. I also didn't find a man page. It's a very handy tool. Translations: -i-8 = input tabs assumed to be at every 8 columns -o0 = output has tabs at 0 (no tabs) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how to install libtoolize
wynfi...@gmail.com wrote: Re: Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 02/05/2009, Wynfield Henman wrote: Though I am building a different package, I have the same problem as mentioned below. The libtool package downloaded is 46 bytes (effectively null) and get stashed into the _obsolete folder without ever getting installed. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=usr%2Fbin%2Flibtoolize Don't install obselete packages unless you really know what you're doing. Given the above, why doesn't just installing the 'libtool' package get you what you need? That is just the problem it doesn't get what is needed, but only shows the obsolete (from what you say) versions as the newest. I even tried experimental to try to find newer libtool version, but none show up. Version1.5b or whatever was presented as the newest version by setup. There was no intentional _obsolete gets on my part. I solved the problem by hand getting the new vesion and untarring it in the appropriate location, but that shouldn't have to be done. I believe it is a setup related problem, either hints or ini file data. It may have been related to a problem with 'upset' late last week. I just tried it now using ftp://mirrors.xmission.com/cygwin and http://sources-redhat.mirror.redwire.net/cygwin and had no trouble getting version 2.2.6.a-1. After the install, I have '/usr/bin/libtoolize'. If you continue to see problems with 'setup.exe', report back with the process you went through and the problems you're seeing. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how to install libtoolize
On Sat, Feb 07, 2009 at 02:20:55PM -0500, Larry Hall (Cygwin) wrote: wynfi...@gmail.com wrote: Re: Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 02/05/2009, Wynfield Henman wrote: Though I am building a different package, I have the same problem as mentioned below. The libtool package downloaded is 46 bytes (effectively null) and get stashed into the _obsolete folder without ever getting installed. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=usr%2Fbin%2Flibtoolize Don't install obselete packages unless you really know what you're doing. Given the above, why doesn't just installing the 'libtool' package get you what you need? That is just the problem it doesn't get what is needed, but only shows the obsolete (from what you say) versions as the newest. I even tried experimental to try to find newer libtool version, but none show up. Version1.5b or whatever was presented as the newest version by setup. There was no intentional _obsolete gets on my part. I solved the problem by hand getting the new vesion and untarring it in the appropriate location, but that shouldn't have to be done. I believe it is a setup related problem, either hints or ini file data. It may have been related to a problem with 'upset' late last week. I just tried it now using ftp://mirrors.xmission.com/cygwin and http://sources-redhat.mirror.redwire.net/cygwin and had no trouble getting version 2.2.6.a-1. After the install, I have '/usr/bin/libtoolize'. If you continue to see problems with 'setup.exe', report back with the process you went through and the problems you're seeing. There are continued problems with setup.ini after last weeks problems. I made some changes to tighten up the way that setup.ini was generated which caused package directories to be sorted differently. That uncovered a problem with libtool, apr1, and aprutil1. There were duplicate packages in the cygwin repo and, after my changes, the obsolete duplicate packages were given precedence over their newer counterparts. I've removed the offending packages and added error checking to upset to catch this kind of thing in the future. So, now, as last week, the thing to do is wait for the mirrors to catch up and cross your fingers that this is the last package problem we'll see for a while. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
/bin /usr/bin
Peter Rosin wrote: Den 2009-02-07 00:37 skrev Lee D.Rothstein: First, PATH must include the Windows path of the /bin, where typically both mintty.exe and cygwin1.dll' will be found. Remember, this is a Here, I think I have the path right, since, the Windows equivalent of '/bin' is 'c:\Cygwin\bin', which means I don't understand the following comment at all: My (minor) point was that from the mintty point of view, the fact that /bin and /usr/bin are equivalent is a coincidence - it's a Cygwin quirk. Since mintty installs in /usr/bin, Not on my Vista 64b System! Everything is in /bin, (c:\_r\bin) NOTHING is in /usr/bin. (c:\_r\usr\bin). I thought, I had remembered that, in prior systems almost the reverse was true, but I checked before I wrote the last reply (and checked again, just now). As everyone has implied, all items in /bin, are accessible through /usr/bin. Is my system different? Why? Pilot error? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 64 bit system compatibility
Giacomo Bruno wrote: Hello, I just moved to a new machine with a 64 bit windows vista os . I wanted to install and run cygwin. While the installation process run to the end, programs like emacs xterm and xwin do not work. I also do not get a home directory when I run for the first time cygwin (I thought it would be created automatically). I just read on the cygwin FAQ that ..As far as we know no one is working on a native 64 bit version of Cygwin.. I interpret it like my system is unsupported and I should not expect the above mentioned programs from the current version of cygwin to work out of the box. Is that correct? Is it planned to release a Vista 64-bit compatible cygwin version? When? Actually I'd be happy if I managed to have at least ssh, scp and xterm work. Is it just a matter of recompiling them with a proper compiler or it is more than that? I have had much better luck (to say the least) with Vista 64b and Cygwin than I ever did with Vista 32b, including but not limited to X windows. BTB, at random intervals over the last several years X has been problematical with XP, and Vista 32 b. So far with Yaakov's resurrection of X, things are humming. Having said that I've adopted 'mintty' full force, avoid 'xterm', and only use X when I have a graphical app that requires it. Thanks, Yaakov. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [OT] Vista feedback
Tim Prince wrote: Vincent R. wrote: Ok finally I got my answers, I am cross-compiling and everything is so SLO that I will have to install Windows XP ... Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come from Vista itself ? You didn't say whether you have sufficient RAM, why you would not consider 64-bit or SSD if you are serious about Vista. Not that we want your answer. cygwin is agonizingly slow for many jobs, even on XP SP3. You'll see the reasons in the archives of this group. Cygwin on Vista 64b with sufficient memory (6GB) can be scads faster than with any prior version of windoze, and most especially faster than Vista 32b! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
X server causing IE lockups
Recently started using the Xserver and have issues now with IE. IE will become unresponsive. When I kill the xserver IE becomes responsive again. I also have issues with any vncclient sessions I'm running. The cut-n-paste buffers stop working in vnc. Vnc doesn't require the xserver. It's not a showstopper because I can kill the xserver and get expected behavior back. Is this a known issue/limitation? This is on winxp. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /bin /usr/bin
Lee D. Rothstein wrote: Peter Rosin wrote: Den 2009-02-07 00:37 skrev Lee D.Rothstein: First, PATH must include the Windows path of the /bin, where typically both mintty.exe and cygwin1.dll' will be found. Remember, this is a Here, I think I have the path right, since, the Windows equivalent of '/bin' is 'c:\Cygwin\bin', which means I don't understand the following comment at all: My (minor) point was that from the mintty point of view, the fact that /bin and /usr/bin are equivalent is a coincidence - it's a Cygwin quirk. Since mintty installs in /usr/bin, Not on my Vista 64b System! Everything is in /bin, (c:\_r\bin) NOTHING is in /usr/bin. (c:\_r\usr\bin). I thought, I had remembered that, in prior systems almost the reverse was true, but I checked before I wrote the last reply (and checked again, just now). As everyone has implied, all items in /bin, are accessible through /usr/bin. Is my system different? Why? Pilot error? No. In a default installation, there will be a 'C:\usr\bin' and a 'C:\usr\lib' that are empty as far as Windows is concerned. 'C:\bin' and 'C:\lib' are mounted to these directories, respectively, so that they are equivalent in the Cygwin environment. See the output of 'mount' for further clarification. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: X server causing IE lockups
rhubbell wrote: Recently started using the Xserver and have issues now with IE. IE will become unresponsive. When I kill the xserver IE becomes responsive again. I also have issues with any vncclient sessions I'm running. The cut-n-paste buffers stop working in vnc. Vnc doesn't require the xserver. It's not a showstopper because I can kill the xserver and get expected behavior back. Is this a known issue/limitation? This is on winxp. Wrong list. Use the cygwin-xfree list for X-specific items. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: X server causing IE lockups
Recently started using the Xserver and have issues now with IE. IE will become unresponsive. When I kill the xserver IE becomes responsive again. I also have issues with any vncclient sessions I'm running. The cut-n-paste buffers stop working in vnc. Vnc doesn't require the xserver. It's not a showstopper because I can kill the xserver and get expected behavior back. Is this a known issue/limitation? This is on winxp. Same problem since I updated to the new X.org 7.4: I have xwin crashes. Also with XP and also using a vncclient (TightVNC) This is how it happens: - suddenly, all network connexions (cygwin and windows) stop working (no internet...). rxvt freezes - when I kill xwin (kill -9 from the cygwin bash shell), all works again. - often, at the same time, windows clipboard does not work any more. - this happens 1-2 times a week roughly. F. Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.25: changed dev/ino error with shared drives
Correa, Wagner wrote: Hello, I'm using Cygwin 1.5.25, and when I try removing directories in shared drives, I get an error message like this: rm: FATAL: directory `foo' changed dev/ino Could this be a reoccurrence of this old problem? http://www.cygwin.com/ml/cygwin/2006-02/msg00315.html. Given the different format of the message and the abundance of alternate but like-named tools on your machine, I have to wonder if you're getting this message from Cygwin's 'rm'. Are you? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
current favorite terminal?
What is everyone's favorite, full-featured term progam? I'd like to have something with more features than rxvt. Maybe something like konsole. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: current favorite terminal?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 rhubbell wrote: What is everyone's favorite, full-featured term progam? I'd like to have something with more features than rxvt. Have you tried mintty? Maybe something like konsole. There aren't a lot of options in the distro, but Cygwin Ports does include konsole, xfce4-terminal, and gnome-terminal. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmOfW0ACgkQpiWmPGlmQSMOugCgkGwZ+vsJ67AJQ6Jv03tWgtZH QOoAnAzGIg6vWe8LytCISviOsMzA1sz2 =H3dE -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: git-1.6.1.2-1, git{k,-gui,-completion}-1.6.1.2-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of git, 1.6.1.2-1, has been uploaded. This replaces 1.6.0.4-1 as current. NEWS: = This is a new upstream major release. I'm attaching the release notes; see also the package documentation in /usr/share/doc/git-1.6.1.2/. When compiled out of the box, the upstream git maintainers cater to older cygwin releases, and intentionally disable certain features that have been reported on their mailing list, even though they work with the latest cygwin. Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. DESCRIPTION: Git is popular version control system designed to handle very large projects with speed and efficiency; it is used mainly for various open source projects, most notably the Linux kernel. Git falls in the category of distributed source code management tools, similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary world). Every Git working directory is a full-fledged repository with full revision tracking capabilities, not dependent on network access or a central server. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'git', 'gitk', 'git-gui', and/or 'git-completion' from the 'Devel' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin git maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to 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@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmNqwsACgkQ84KuGfSFAYDbdQCbBP0KdXeOtO3CUZbsnWfWqBSN UAsAn3m75ZdRoITmGfOAMx7u9bW5pzKC =N2Pr -END PGP SIGNATURE- GIT v1.6.1.2 Release Notes == Fixes since v1.6.1.1 * The logic for rename detectin in internal diff used by commands like git diff and git blame have been optimized to avoid loading the same blob repeatedly. * We did not allow writing out a blob that is larger than 2GB for no good reason. * git format-patch -o $dir, when $dir is a relative directory, used it as relative to the root of the work tree, not relative to the current directory. * v1.6.1 introduced an optimization for git push into a repository (A) that borrows its objects from another repository (B) to avoid sending objects that are available in repository B, when they are not yet used by repository A. However the code on the git push sender side was buggy and did not work when repository B had new objects that are not known by the sender. This caused pushing into a forked repository served by v1.6.1 software using git push from v1.6.1 sometimes did not work. The bug was purely on the git push sender side, and has been corrected. * git status -v did not paint its diff output in colour even when color.ui configuration was set. * git ls-tree learned --full-tree option to help Porcelain scripts that want to always see the full path regardless of the current working directory. * git grep incorrectly searched in work tree paths even when they are marked as assume-unchanged. It now searches in the index entries. * git gc with no grace period needlessly ejected packed but unreachable objects in their loose form, only to delete them right away. GIT v1.6.1.1 Release Notes == Fixes since v1.6.1 -- * git add frotz/nitfol when frotz is a submodule should have errored out, but it didn't. * git apply took file modes from the patch text and updated the mode bits of the target tree even when the patch was not about mode changes. * git bisect view on Cygwin did not launch gitk * git checkout $tree did not trigger an error. * git commit tried to remove COMMIT_EDITMSG from the work tree by mistake. * git describe --all complained