Re: ATTENTION: Tcl/Tk transition
On Oct 27 23:54, Christopher Faylor wrote: On Thu, Oct 27, 2011 at 10:11:03PM -0500, Yaakov (Cygwin/X) wrote: On Thu, 2011-10-27 at 10:07 +0200, Corinna Vinschen wrote: Cool, thanks! You don't want to take over ruby maintainership as well, do you? :} Would your adding getgrouplist(3) be a fair price? :-) http://www.kernel.org/doc/man-pages/online/pages/man3/getgrouplist.3.html I need this for an attempt to port polkit-1, and I haven't learned that part of the codebase yet. Deal? :-) Deal! I can add that tomorrow if the morning shift doesn't beat me to it. The morning shift will have a look, but here's a question, Yaakov. I assume you want the full group list, represented by the user's token if one would like to construct the token, right? If so, that requires to create a SID list by fetching the information from the local SAM and AD, quite similar to the initgroups function. On second thought, that would be practically identical to our initgroups32 function, except for the cygheap-user.groups.update_supp call, which would be replaced by filling the group list given as argument. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: ATTENTION: Tcl/Tk transition
On Fri, 2011-10-28 at 09:56 +0200, Corinna Vinschen wrote: On Thu, Oct 27, 2011 at 10:11:03PM -0500, Yaakov (Cygwin/X) wrote: On Thu, 2011-10-27 at 10:07 +0200, Corinna Vinschen wrote: Cool, thanks! You don't want to take over ruby maintainership as well, do you? :} Would your adding getgrouplist(3) be a fair price? :-) http://www.kernel.org/doc/man-pages/online/pages/man3/getgrouplist.3.html I need this for an attempt to port polkit-1, and I haven't learned that part of the codebase yet. Deal? :-) Deal! Done. ruby-1.8.7-p352 with separate ruby-tcltk package is ready. I assume you want the full group list, represented by the user's token if one would like to construct the token, right? See the spec noted above, but if ngroups is correctly sized, all groups to which the given user belongs are returned AND the given group even if the user is not a member thereof. If so, that requires to create a SID list by fetching the information from the local SAM and AD, quite similar to the initgroups function. On second thought, that would be practically identical to our initgroups32 function, except for the cygheap-user.groups.update_supp call, which would be replaced by filling the group list given as argument. That makes sense, given that on BSD[1], initgroups(3) is basically getgrouplist() followed by setgroups(). The primary difference will be adding the given group if not a member and assuring proper size of ngroups. (Yes, I did look into this myself once upon a time.) Yaakov [1] http://svnweb.FreeBSD.org/base/head/lib/libc/gen/initgroups.c?view=markup
Re: ATTENTION: Tcl/Tk transition
On Oct 28 03:20, Yaakov (Cygwin/X) wrote: On Fri, 2011-10-28 at 09:56 +0200, Corinna Vinschen wrote: On Thu, Oct 27, 2011 at 10:11:03PM -0500, Yaakov (Cygwin/X) wrote: On Thu, 2011-10-27 at 10:07 +0200, Corinna Vinschen wrote: Cool, thanks! You don't want to take over ruby maintainership as well, do you? :} Would your adding getgrouplist(3) be a fair price? :-) http://www.kernel.org/doc/man-pages/online/pages/man3/getgrouplist.3.html I need this for an attempt to port polkit-1, and I haven't learned that part of the codebase yet. Deal? :-) Deal! Done. ruby-1.8.7-p352 with separate ruby-tcltk package is ready. Cool, thanks! I assume you want the full group list, represented by the user's token if one would like to construct the token, right? See the spec noted above, but if ngroups is correctly sized, all groups to which the given user belongs are returned AND the given group even if the user is not a member thereof. Uh, maybe I wasn't clear. I didn't talk about Linux or so, I was just refering to two possible implementations on Cygwin, one looking into /etc/groups only, the other fetching the information from the OS. But that was YA ENOCOFFEE question since I gave up on using the supplemetary groups from /etc/group anyway. Only what the OS allows should count. If so, that requires to create a SID list by fetching the information from the local SAM and AD, quite similar to the initgroups function. On second thought, that would be practically identical to our initgroups32 function, except for the cygheap-user.groups.update_supp call, which would be replaced by filling the group list given as argument. That makes sense, given that on BSD[1], initgroups(3) is basically getgrouplist() followed by setgroups(). The primary difference will be adding the given group if not a member and assuring proper size of ngroups. (Yes, I did look into this myself once upon a time.) Yup, I'm comparing the implementations of glibc and FreeBSD right now. The Linux getgrouplist man page doesn't tell anything of the handling of NULL pointers, so I had to use the source to see how they handle this. FreeBSD asserts, GLibc just crashes. FreeBSD also allows a NULL group pointer if *ngroups is 0. I like FreeBSD better here, so I'll do the same. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: ATTENTION: Tcl/Tk transition
On Oct 28 10:48, Corinna Vinschen wrote: On Oct 28 03:20, Yaakov (Cygwin/X) wrote: On Fri, 2011-10-28 at 09:56 +0200, Corinna Vinschen wrote: On Thu, Oct 27, 2011 at 10:11:03PM -0500, Yaakov (Cygwin/X) wrote: On Thu, 2011-10-27 at 10:07 +0200, Corinna Vinschen wrote: Cool, thanks! You don't want to take over ruby maintainership as well, do you? :} Would your adding getgrouplist(3) be a fair price? :-) http://www.kernel.org/doc/man-pages/online/pages/man3/getgrouplist.3.html I need this for an attempt to port polkit-1, and I haven't learned that part of the codebase yet. Deal? :-) Deal! Done. ruby-1.8.7-p352 with separate ruby-tcltk package is ready. Cool, thanks! I assume you want the full group list, represented by the user's token if one would like to construct the token, right? See the spec noted above, but if ngroups is correctly sized, all groups to which the given user belongs are returned AND the given group even if the user is not a member thereof. Uh, maybe I wasn't clear. I didn't talk about Linux or so, I was just refering to two possible implementations on Cygwin, one looking into /etc/groups only, the other fetching the information from the OS. But that was YA ENOCOFFEE question since I gave up on using the supplemetary groups from /etc/group anyway. Only what the OS allows should count. If so, that requires to create a SID list by fetching the information from the local SAM and AD, quite similar to the initgroups function. On second thought, that would be practically identical to our initgroups32 function, except for the cygheap-user.groups.update_supp call, which would be replaced by filling the group list given as argument. That makes sense, given that on BSD[1], initgroups(3) is basically getgrouplist() followed by setgroups(). The primary difference will be adding the given group if not a member and assuring proper size of ngroups. (Yes, I did look into this myself once upon a time.) Yup, I'm comparing the implementations of glibc and FreeBSD right now. The Linux getgrouplist man page doesn't tell anything of the handling of NULL pointers, so I had to use the source to see how they handle this. FreeBSD asserts, GLibc just crashes. FreeBSD also allows a NULL group pointer if *ngroups is 0. I like FreeBSD better here, so I'll do the same. Done. Please give it a try. I used this STC for testing: $ cat ggl.c EOF #include stdio.h #include grp.h int main (int argc, char **argv) { int ret, ngroups; gid_t groups[256]; ngroups = 0; ret = getgrouplist (argv[1], 2, NULL, ngroups); printf (ret = %d, ngroups = %d\n, ret, ngroups); ngroups = 1; ret = getgrouplist (argv[1], 2, NULL, ngroups); printf (ret = %d, ngroups = %d\n, ret, ngroups); ngroups = 1; ret = getgrouplist (argv[1], 2, groups, ngroups); printf (ret = %d, ngroups = %d\n, ret, ngroups); ngroups = 256; ret = getgrouplist (argv[1], 2, groups, ngroups); printf (ret = %d, ngroups = %d\n, ret, ngroups); for (ret = 0; ret ngroups; ++ret) printf ( %d%s, groups[ret], ret ngroups - 1 ? , : \n); ret = getgrouplist (argv[1], 2, groups, NULL); printf (ret = %d, ngroups = %d\n, ret, ngroups); return 0; } EOF The last getgrouplist call should always abort due to an assertion. The first call should abort if you don't give an argument. The group 2 is an arbitrary group in my /etc/group file which exists, but which no user is a member of. Please note that getgrouplist does not always add the gid to the group list in my implementation. The requirement is that it must exist in /etc/groups. There's no good reason to add a group to the group list if the group isn't backed by a OS SID. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
src/winsup/cygwin ChangeLog cygwin.din grp.cc ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-10-28 09:26:43 Modified files: winsup/cygwin : ChangeLog cygwin.din grp.cc posix.sgml winsup/cygwin/include/cygwin: grp.h version.h Log message: * cygwin.din (getgrouplist): Export. * grp.cc (get_groups): New static function to run the core functionality of initgroups and getgrouplist. (initgroups32): Call get_groups and just create supplementary group list in cygheap. Rename name of first argument to user. Add an assertion to test for a NULL user name. (initgroups): Rename name of first argument to user. (getgrouplist): New function. * posix.sgml (std-bsd): Add getgrouplist. * include/cygwin/grp.h (getgrouplist): Declare. * include/cygwin/version.h: Bump API minor number. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5537r2=1.5538 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.247r2=1.248 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/grp.cc.diff?cvsroot=srcr1=1.115r2=1.116 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix.sgml.diff?cvsroot=srcr1=1.70r2=1.71 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/grp.h.diff?cvsroot=srcr1=1.4r2=1.5 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.354r2=1.355
src/winsup/doc ChangeLog new-features.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-10-28 09:27:18 Modified files: winsup/doc : ChangeLog new-features.sgml Log message: * new-features.sgml (ov-new1.7.10): Document getgrouplist. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.363r2=1.364 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.91r2=1.92
winsup/cygwin ChangeLog exceptions.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: c...@sourceware.org 2011-10-28 17:32:38 Modified files: cygwin : ChangeLog exceptions.cc Log message: * exceptions.cc (sigpacket::process): Avoid a potential deadlock when exiting due to a signal. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.5538r2=1.5539 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.360r2=1.361
[ANNOUNCEMENT] Updated: cygport-0.10.6-1
I have updated cygport to 0.10.6 with the following changes: * Supports gettext 0.18+. * Allows for using cross-compile toolchains in locations other than /usr. * mono.cygclass: updated SRC_URI, fixed mono_create_policy. * tcl.cygclass: fully enabled cross-compiling support. * Various minor bugfixes. -- 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
setup wishlist addition
I'd like to add ^A^C ability to the various screens, in particular the package selection screen. It would be nice to be able to create a list of what I'm about to do to myself when I hit 'next' (using pending). I'd certainly settle for a text file with this info (does one exist after a run?) I believe that there is already an entry for determining what has already been installed; presumably with version/date information. If there isn't such a thing (I thought I noticed it though) such a notion would be a nice touch as well. Somewhere I've got window capture software that allows me to make do, but this seems like a natural addition (says the guy using up someone else's time...) --hsm p.s. if this is the wrong list, could you point me in the right direction? -- 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: ImageMagick search for font in strange path.
$ cygcheck -c ImageMagick Package VersionStatus ImageMagick 6.4.0.6-2 OK $ convert -size 240x80 xc:white \ -font Verdana -draw text 32,51 test logo.png convert: unable to read font `/usr/lib/ImageMagick-6.4.0/config//usr/share/fonts/corefonts/verdana.ttf'. convert: unable to read font `/usr/lib/ImageMagick-6.4.0/config//usr/share/fonts/corefonts/verdana.ttf'. Currently image created because used default font... Any chance to fix or workaround? -- 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: Is /usr/src/cygutils-1.4.6-1.cygport is out of date?
On 10/28/2011 1:20 AM, Yaakov (Cygwin/X) wrote: Fixed. The alternative is not to bother with tarballs and fetch it from CVS instead: CVS_URI=:pserver:anon...@cygwin.com:/cvs/cygwin-apps CVS_BRANCH=v${PV//./_} inherit cvs HOMEPAGE=http://cygutils.fruitbat.org/cygutils-package/; # no SRC_URI, handled by cvs.cygclass Ah, but I also ship cygutils packages for msys and mingw, so it helped me (in the past) to have the regular src tarballs. However, now that mgwport exists in mingw land and it, too, has the same support for grabbing directly from CVS... OTOH, I usually use the opportunity of uploading the latest plain src tarball, to update and correct the index.html @ fruitbat.org...so if I stop uploading the tarballs, the HOMEPAGE will eventually get out of date, too. :-( -- Chuck -- 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: coreutils-8.14-1
An updated package, coreutils-8.14-1 release has been uploaded and will soon reach a mirror near you, leaving coreutils 8.10-1 as previous. NEWS: = This is a new upstream release, with upstream details listed below. It also includes fixes for the cygwin-specific 'stat --append-exe', better handling of automatic .exe magic if both 'foo' and 'foo.exe' exist in the same directory (normal use of cygwin cannot create this situation, but external windows tools can), and resolves a regression from coreutils 7.x days where 'rm -r' would fail to remove directories on some (less-than-stellar) file systems. If you encounter a regression, please report it here rather than upstream. See also the upstream documentation in /usr/share/doc/coreutils/. Help in porting the stdbuf utility to cygwin would be appreciated. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ arch base64 basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir runcon seq sha1sum sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat stty su sum sync tac tail tee test timeout touch tr true truncate tsort tty uname unexpand uniq unlink users vdir wc who whoami yes 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 look for 'coreutils' in the 'Base' category (it should already be selected). DOWNLOAD: = Note that downloads from sourceware.org (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 coreutils 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://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. * Noteworthy changes in release 8.14 (2011-10-12) [stable] ** Bug fixes ls --dereference no longer outputs erroneous argetm strings for dangling symlinks when an 'ln=target' entry is in $LS_COLORS. [bug introduced in fileutils-4.0] ls -lL symlink once again properly prints + when the referent has an ACL. [bug introduced in coreutils-8.13] sort -g no longer infloops for certain inputs containing NaNs [bug introduced in coreutils-8.5] ** Improvements md5sum --check now supports the -r format from the corresponding BSD tool. This also affects sha1sum, sha224sum, sha384sum and sha512sum. pwd now works also on systems without openat. On such systems, pwd would fail when run from a directory whose absolute name contained more than PATH_MAX / 3 components. The df, stat and readlink programs are also affected due to their use of the canonicalize_* functions. ** Changes in behavior timeout now only processes the first signal received from the set it is handling (SIGTERM, SIGINT, ...). This is to support systems that implicitly create threads for some timer functions (like GNU/kFreeBSD). ** Build-related make dist no longer builds .tar.gz files. xz is portable enough and in wide-enough use that distributing only .tar.xz files is enough. * Noteworthy changes in release 8.13 (2011-09-08) [stable] ** Bug fixes chown and chgrp with the -v --from= options, now output the correct owner. I.E. for skipped files, the original ownership is output, not the new one. [bug introduced in sh-utils-2.0g] cp -r could mistakenly change the permissions of an existing destination directory. [bug introduced in coreutils-6.8] cp -u -p would fail to preserve one hard link for each up-to-date copy of a src-hard-linked name in the destination tree. I.e., if s/a and s/b are hard-linked and dst/s/a is up to date, cp -up s dst would copy s/b to dst/s/b rather than simply linking dst/s/b to dst/s/a. [This bug appears to have been present in the beginning.] fts-using tools (rm, du, chmod, chgrp, chown,
Re: Using texi2pdf
On 23.10.2011 at 09:05 Rolf Dieterich wrote: Hi Andreas, I happened to generate some texinfo manuals in pdf format lately. For me it is working: [...] But I have Tex Live 2011 installed. So I don't use tetex 3.0 from the official Cygwin distribution: Thanks for the hint! I uninstalled tetex and use Texlive instead. This is working fine now! According to this page http://www.rockbox.org/wiki/LatexInstallation#Cygwin the tetex distribution is outdated anyway. Greets, Andreas -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Request update of TCL and expect packages
On Fri, Oct 28, 2011 at 2:44 PM, Craig Miller cvmil...@gmail.com wrote: On Thu, Oct 27, 2011 at 4:11 PM, Charles Wilson wrote: On 10/27/2011 2:40 PM, Craig Miller wrote: Thank you for the additional information, Marco. If it is of any assistance to Christopher Faylor, I believe the tcl/expect and dependent packages have been upgraded on sourceware ftp://sourceware.org/pub/cygwinports/portslist.txt, perhaps the upgrade will not be that time consuming. ATTENTION: Tcl/Tk transition http://cygwin.com/ml/cygwin-apps/2011-10/msg00083.html -- Chuck Thanks Chuck for the detailed analysis. I look forward to Yaakov's versions in the main cygwin distro. Craig... -- 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: question on backup
28.10.2011 0:32, Paul Allen Newell пишет: On 10/27/2011 7:18 AM, Christopher Faylor wrote: Is there some reason why you wouldn't just use cygcheck for this? Chris: I didn't know about cygcheck and had blinders on during my search as I was looking for a data file rather than a utility. Just read the docs, test drove it per docs, and its definitely better than what I was originally looking for. Thanks! $ cygcheck -c Cygwin Package Information Package Version Status _update-info-dir 00989-1 OK alternatives 1.3.30c-10 OK aspell0.60.5-1 OK aspell-doc0.60.5-1 OK .. ... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.7: problem installing cmake (Seven)
Marco Atzeri marco.atzeri at gmail.com writes: On 10/27/2011 7:47 AM, Mitchel Craun wrote: I am trying to use cmake (I believe it installed correctly) to install another program. I am running windows 7 and am using cygwin to accomplish this. When I try and use cmake I get the same missing cygidn-11.dll error. From what I have seen here I need the libidn package. After googleing this it seems that this is for ubuntu. What should I do if I am running only windows 7? -- use the search Luke http://cygwin.com/packages/ http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygidn-11.dll libidn11-1.18-1 is the last version of the package available for cygwin Regards Marco Thanks, that solved THAT problem. I was trying to use cmake because I am running on a windows machine, but now I get another error when I try to run make. src/nvec_ser/CMakeFiles/sundials_nvecserial_shared_dir/build.make:53: *** target pattern contains no `%'. stop. make[1]: *** [src/nvec_ser/CMakeFiles/sundials_nvecserial_shared.dir/all] Error 2 make: *** [all] Error 2 I since this is a different error I will post it on another thread as well. Thanks for the help. I am one step further. -- 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
Error with ./compile and make
Hello World, I am trying to install a package on my computer (Windows 7 64) that was written primarily for a Linux instillation. I am using cygwin to accomplish this. The Install notes for the package I am trying to use say I can either run ./configure make make install or I can use cmake then make make install If I just run ./configure I get the error line 21: $'\r': command not found line 32: syntax error near unexpected token `$'in\r'' line 32: ` case 1(set -o) 2/dev/null` in To resolve this I use Vim and run :set fileformat=unix I then enter ./configure into the terminal and get the following error. configure: error: cannot run /bin/sh config/config.sub I have not figured out how to fix this yet. I then tried using cmake and am able to run that. However, once it is finished I typemakeinto the terminal and I get the following error src/nvec_ser/CMakeFiles/sundials_nvecserial_shared_dir/build.make:53: *** target pattern contains no `%'. stop. make[1]: *** [src/nvec_ser/CMakeFiles/sundials_nvecserial_shared.dir/all] Error 2 make: *** [all] Error 2 Does anyone have any idea on how I can fix either or both of these issues? For the configure: error: cannot run /bin/sh config/config.sub error I tried changing /bin/sh to C:/cygwin/bin/sh in the configure file, but that did not help. Please help me! :,( -- 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: Error with ./compile and make
On 10/28/2011 9:53 PM, Mitchel Craun wrote: Hello World, I am trying to install a package on my computer (Windows 7 64) that was written primarily for a Linux instillation. I am using cygwin to accomplish this. The Install notes for the package I am trying to use say I can either run ./configure make make install or I can use cmake then make make install If I just run ./configure I get the error line 21: $'\r': command not found line 32: syntax error near unexpected token `$'in\r'' line 32: ` case 1(set -o) 2/dev/null` in To resolve this I use Vim and run :set fileformat=unix I then enter ./configure into the terminal and get the following error. configure: error: cannot run /bin/sh config/config.sub I have not figured out how to fix this yet. I then tried using cmake and am able to run that. However, once it is finished I typemakeinto the terminal and I get the following error src/nvec_ser/CMakeFiles/sundials_nvecserial_shared_dir/build.make:53: *** target pattern contains no `%'. stop. make[1]: *** [src/nvec_ser/CMakeFiles/sundials_nvecserial_shared.dir/all] Error 2 make: *** [all] Error 2 Does anyone have any idea on how I can fix either or both of these issues? For the configure: error: cannot run /bin/sh config/config.sub error I tried changing /bin/sh to C:/cygwin/bin/sh in the configure file, but that did not help. Sounds to me like you unpacked this package using Windows tools. I suggest that you start over using Cygwin tools (tar/gzip/bzip2) to unpack instead and try again. If that doesn't solve the problem, please read and follow the problem reporting guidelines with any follow-up you post to the list. See this link for details: http://cygwin.com/problems.html -- 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
Error with ./configure and make
Hello World, I am trying to install a package on my computer (Windows 7 64) that was written primarily for a Linux instillation. I am using cygwin to accomplish this. The Install notes for the package I am trying to use say I can either run ./configure make make install or I can use cmake then make make install If I just run ./configure I get the error line 21: $'\r': command not found line 32: syntax error near unexpected token `$'in\r'' line 32: ` case 1(set -o) 2/dev/null` in To resolve this I use Vim and run :set fileformat=unix I then enter ./configure into the terminal and get the following error. configure: error: cannot run /bin/sh config/config.sub I have not figured out how to fix this yet. I then tried using cmake and am able to run that. However, once it is finished I typemakeinto the terminal and I get the following error src/nvec_ser/CMakeFiles/sundials_nvecserial_shared_dir/build.make:53: *** target pattern contains no `%'. stop. make[1]: *** [src/nvec_ser/CMakeFiles/sundials_nvecserial_shared.dir/all] Error 2 make: *** [all] Error 2 Does anyone have any idea on how I can fix either or both of these issues? For the configure: error: cannot run /bin/sh config/config.sub error I tried changing /bin/sh to C:/cygwin/bin/sh (the location of sh on my hard drive) in the configure file, but that did not help. Please help me! :,( -- 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: Error with ./configure and make
Sorry about this. I reposed this to try and fix a few things. But I can't figure out hot to take it down now. Please ignore or delete this post. -- 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.6-1
I have updated cygport to 0.10.6 with the following changes: * Supports gettext 0.18+. * Allows for using cross-compile toolchains in locations other than /usr. * mono.cygclass: updated SRC_URI, fixed mono_create_policy. * tcl.cygclass: fully enabled cross-compiling support. * Various minor bugfixes. -- 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: coreutils-8.14-1
An updated package, coreutils-8.14-1 release has been uploaded and will soon reach a mirror near you, leaving coreutils 8.10-1 as previous. NEWS: = This is a new upstream release, with upstream details listed below. It also includes fixes for the cygwin-specific 'stat --append-exe', better handling of automatic .exe magic if both 'foo' and 'foo.exe' exist in the same directory (normal use of cygwin cannot create this situation, but external windows tools can), and resolves a regression from coreutils 7.x days where 'rm -r' would fail to remove directories on some (less-than-stellar) file systems. If you encounter a regression, please report it here rather than upstream. See also the upstream documentation in /usr/share/doc/coreutils/. Help in porting the stdbuf utility to cygwin would be appreciated. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ arch base64 basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid hostname id install join link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir runcon seq sha1sum sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat stty su sum sync tac tail tee test timeout touch tr true truncate tsort tty uname unexpand uniq unlink users vdir wc who whoami yes 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 look for 'coreutils' in the 'Base' category (it should already be selected). DOWNLOAD: = Note that downloads from sourceware.org (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 coreutils 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://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. * Noteworthy changes in release 8.14 (2011-10-12) [stable] ** Bug fixes ls --dereference no longer outputs erroneous argetm strings for dangling symlinks when an 'ln=target' entry is in $LS_COLORS. [bug introduced in fileutils-4.0] ls -lL symlink once again properly prints + when the referent has an ACL. [bug introduced in coreutils-8.13] sort -g no longer infloops for certain inputs containing NaNs [bug introduced in coreutils-8.5] ** Improvements md5sum --check now supports the -r format from the corresponding BSD tool. This also affects sha1sum, sha224sum, sha384sum and sha512sum. pwd now works also on systems without openat. On such systems, pwd would fail when run from a directory whose absolute name contained more than PATH_MAX / 3 components. The df, stat and readlink programs are also affected due to their use of the canonicalize_* functions. ** Changes in behavior timeout now only processes the first signal received from the set it is handling (SIGTERM, SIGINT, ...). This is to support systems that implicitly create threads for some timer functions (like GNU/kFreeBSD). ** Build-related make dist no longer builds .tar.gz files. xz is portable enough and in wide-enough use that distributing only .tar.xz files is enough. * Noteworthy changes in release 8.13 (2011-09-08) [stable] ** Bug fixes chown and chgrp with the -v --from= options, now output the correct owner. I.E. for skipped files, the original ownership is output, not the new one. [bug introduced in sh-utils-2.0g] cp -r could mistakenly change the permissions of an existing destination directory. [bug introduced in coreutils-6.8] cp -u -p would fail to preserve one hard link for each up-to-date copy of a src-hard-linked name in the destination tree. I.e., if s/a and s/b are hard-linked and dst/s/a is up to date, cp -up s dst would copy s/b to dst/s/b rather than simply linking dst/s/b to dst/s/a. [This bug appears to have been present in the beginning.] fts-using tools (rm, du, chmod, chgrp, chown,