Re: emacs-23.2-3 and DBus
Ken Brown writes: > It doesn't seem to be a problem under Cygwin either. I just tried > loading notifications.el, and Emacs didn't freeze. So I guess we'll > have to wait for a more detailed problem report from the OP saying > exactly what he did. Maybe you could also try to send a notification: (notifications-notify :title "Hello world" :body "from Emacs") > Ken Best regards, Michael. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: OpenCV: (Re: trouble posting to cygwin-apps)
On 10/5/2010 6:31 PM, Yaakov (Cygwin/X) wrote: > BTW, you do know that Ports includes an OpenCV build? Of course it > requires Ports' CMake: > > http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=graphics/opencv > ftp://ftp.cygwinports.org/pub/cygwinports/release-2/opencv > > Please let me know if this somehow does not suffice. Yep, I'm using your version -- the only problem (it's not really a *problem*, per se) is, I have to rebuild it myself because the cygwin-ports version has a LOT of dependencies on other cygwin-ports packages. I don't need video stream handling, so I can drop all those requirements (like ffmpeg, etc). I'm trying to avoid "polluting" my installation with whole bunch of cygwin-ports packages, since that might "pollute" official builds of other packages I maintain. Yeah, I know I could have multiple cygwin installs to keep them separate, but... FYI, I also had to rebuild the cygwin-ports cmake from your -src package. When I installed the cygwin-ports binary package, cmake simply exited without doing anything -- but I don't see any missing DLLs in the cygcheck output. I suspect the issue is that you have built most of cygwin-ports using the beta gcc-4.5 (and, the new binaries require the libgcc1 DLL from 4.5). Again, I don't want to "pollute" my package maintenance installation with a beta compiler (or its runtime), so... -- 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
In what way is /cygdrive special WRT to permissions?
I have a vanilla 1.7.7 installation on Windows XP Professional which is a standalone machine not in a domain. The /etc/passwd and /etc/group files have been refreshed from scratch. The system has a remote file system (Samba) mounted as F: via the normal Windows mechanism for mapping network drives. With the default /etc/fstab file which has no specific mounts, the mount command shows $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) F: on /cygdrive/f type smbfs (binary,posix=0,user,noumount,auto) and ls -l of /cygdrive/f shows $ ls -l /cygdrive/f total 2048 drwxrwxr-x 36 0 2010-10-04 16:30 builds drwxrwxr-x 17 0 2010-10-04 15:23 releases If instead, I map F: to /cygdrive/c with the following entry in /etc/fstab F: /cygdrive/f smbfs binary,noacl 0 0 mount shows $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) F: on /cygdrive/f type smbfs (binary,noacl) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) And ls -l of /cygdrive/f shows $ ls -l /cygdrive/f total 2048 drwxrwxr-x 36 0 2010-10-04 16:30 builds drwxrwxr-x 17 0 2010-10-04 15:23 releases If instead I now map F: to /repos1 via the following in /etc/fstab F: /repos1 smbfs binary,noacl 0 0 Mount shows $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) F: on /repos1 type smbfs (binary,noacl) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) And ls -l of repos1 shows $ ls -l /repos1 total 2048 drwxr-xr-x 36 ahall None 0 2010-10-04 16:30 builds drwxr-xr-x 17 ahall None 0 2010-10-04 15:23 releases Why am I getting -1 for the uid and gid when I mount to /cygdrive/f but not to /repos1? Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bash bug?: nested "bash --login -i" doesn't run /etc/profile (still runs ~/.bash_profile)
On 10/5/2010 10:12 AM, Daniel Barclay wrote: Larry Hall (Cygwin) wrote: On 10/4/2010 12:19 PM, Daniel Barclay wrote: I wrote: The behavior of "bash --login -i" seems to vary depending on whether it is a "root" invocation or a nested invocation of bash. This is inconsistent with the description man bash, and seems to be a bug. Can anyone confirm (or "anti-confirm") this behavior?: Details: When bash is started using the Cygwin shortcut (which runs cygwin.bat, which executes "bash --login -i"), bash reads files /etc/profile and ~/.bash_profile. (Running "bash --login -i" from an interactive "cmd" shell does the same.) However, when in that first bash process, another bash is started with that same "bash --login -i" command, bash does _not_ read /etc/profile. Works for me. How did you detect that that second bash runs /etc/profile? I added "set -x" to the file so it would show me when it was running. -- 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? -- 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: Unable to remap error
On 10/5/2010 7:09 AM, Harie Ram wrote: Rebaseall and peflagsall gives a success only when run as administrator. With normal user , i get these errors below. Rebasing doesn't need to be performed by all users or continually. Run it if you have these remap problems and with any user for which it is successful. When it's not successful, the usual reason is that you have some Cygwin process running. Read the README and follow the instructions there to avoid this problem. -- 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? -- 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
OpenCV: (Re: trouble posting to cygwin-apps)
On Tue, 2010-10-05 at 16:46 -0400, Charles Wilson wrote: > This just bit me trying to build opencv; no, I don't want > window_w32.cpp cvcap_vfw.cpp cvcap_cmu.cpp > cvcap_w32.cpp cvcap_dshow.cpp > added to my cygwin build of opencv, since doing so breaks the build... Chuck, BTW, you do know that Ports includes an OpenCV build? Of course it requires Ports' CMake: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=graphics/opencv ftp://ftp.cygwinports.org/pub/cygwinports/release-2/opencv Please let me know if this somehow does not suffice. 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: How do I remove/delete sSMTP?
On 10/5/2010 5:15 PM, Blaine Miller wrote: > I see that it is simply a program. That makes more sense. Thank you! > > At this point, I'd rather just remove the application, for now. By > uninstalling it via setup, this won't effect other programs running on > the server, correct? I've had to rebuild this server twice already from > applications that were *supposed* to un-install cleanly. I'm a little > gun shy... I'm not sure, that's why I said "if everything reverts fine", meaning I haven't done it, but I know that cron uses a script if it doesn't find a MTA (ssmtp, sendmail, exim) I'm not sure if it reverts to using the script. Worst case, you can still disable sending messages in crontab: "If MAILTO is defined but empty (MAILTO=""), no mail will be sent." -- René Berber -- 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
gdb 7 port for Cygwin?
Has gdb 7.x been ported to Cygwin yet? I can't use it to debug gcc 4.5 programs (I usually get "line not found" when trying to set a breakpoint): http://gcc.gnu.org/gcc-4.5/changes.html "GCC now generates unwind info also for epilogues. DWARF debuginfo generated by GCC now uses more features of DWARF3 than it used to do and also some DWARF4 features. GDB older than 7.0 is not able to handle either of these, so to debug GCC 4.5 generated binaries or libraries GDB 7.0 or later is needed." Thanks - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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: How do I remove/delete sSMTP?
OK, I see that it is simply a program. That makes more sense. Thank you! At this point, I'd rather just remove the application, for now. By uninstalling it via setup, this won't effect other programs running on the server, correct? I've had to rebuild this server twice already from applications that were *supposed* to un-install cleanly. I'm a little gun shy... Thanks again for your time and consideration... Blaine René Berber wrote: On 10/5/2010 4:58 PM, Blaine Miller wrote: I started this service and now need to turn it off and remove it. I've looked in the Windows Services panel and can't seem to find ssmtp anywhere. I've also scanned the doc and faq on cygwin.com. I can kill it, temporarily by grep-ing it from the ps and doing a kill -9 on the PID. This takes care of it till the next time I reboot the machine, I assume. Within the cygwin/Windows framework how do I permanently remove this application? Its not a service, just a program. I assume your cron jobs are sending mail or something similar, you can either disable it on the configuration, or uninstall it using setup.exe (in that case cron will still send messages, but if everything reverts fine, it will send them to a file). By 'configuration' I really mean 2 possibilities, cron can be configured to send or not send emails, and ssmtp's own configuration can also be changed to not send messages. -- 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: trouble posting to cygwin-apps
Really this belongs on the CMake dev list. The new release I just posted is not really a new release of CMake, but it is a new release for cygwin. The current cmake that comes with cygwin is 2.6.4 (very old). The one I just uploaded was 2.8.2 (still old but much newer.) It has no changes at all. We are currently working on 2.8.3, it has some of the patches you want, but not all. However, please work with me on the cmake dev list to come up with a solution that won't break all of the projects I support (VTK, ITK, and several others). I am sure if we work together we can come up with a solution that makes everyone happy. But, I would really rather have that discussion on the CMake developers mailing list. (http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers) I do not want to create a cygwin release that does not match the upstream CMake. Thanks. -Bill Bill, As you are aware, my CMake build in Ports contains the necessary patches. We (Cygwin package managers) need WIN32 to be undefined for software to build in a *NIX/X11 mode on Cygwin, and we are not concerned with backwards compatibility with what we perceive to be incorrect behaviour. Without these changes, many of us will still need to rely on Ports' CMake, continuing the conflicts between Ports and the distro which I am trying to eliminate. Secondly, Qt4 has been available for some time, so cmake-gui can now be provided. Due to the substantial additional dependencies of Qt, this should be a separate binary package; my .cygport shows how this can be done. My patches for 2.8.2 are available here: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=devel/cmake Regardless of the current upstream state, I must ask you to include these patches for our distribution so that your cmake packages will be useful to us in the meantime, until we can find a mutually agreeable solution. 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 -- 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: How do I remove/delete sSMTP?
On 10/5/2010 4:58 PM, Blaine Miller wrote: > I started this service and now need to turn it off and remove it. I've > looked in the Windows Services panel and can't seem to find ssmtp > anywhere. I've also scanned the doc and faq on cygwin.com. > > I can kill it, temporarily by grep-ing it from the ps and doing a kill > -9 on the PID. This takes care of it till the next time I reboot the > machine, I assume. Within the cygwin/Windows framework how do I > permanently remove this application? Its not a service, just a program. I assume your cron jobs are sending mail or something similar, you can either disable it on the configuration, or uninstall it using setup.exe (in that case cron will still send messages, but if everything reverts fine, it will send them to a file). By 'configuration' I really mean 2 possibilities, cron can be configured to send or not send emails, and ssmtp's own configuration can also be changed to not send messages. -- René Berber -- 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
How do I remove/delete sSMTP?
Hello... I started this service and now need to turn it off and remove it. I've looked in the Windows Services panel and can't seem to find ssmtp anywhere. I've also scanned the doc and faq on cygwin.com. I can kill it, temporarily by grep-ing it from the ps and doing a kill -9 on the PID. This takes care of it till the next time I reboot the machine, I assume. Within the cygwin/Windows framework how do I permanently remove this application? Thanks in advance for your time and consideration. Blaine -- 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: trouble posting to cygwin-apps
On Tue, 2010-10-05 at 17:29 -0400, Bill Hoffman wrote: > On 10/5/2010 4:46 PM, Charles Wilson wrote: > > Will this include fixes for WIN32 being erroneously defined for cygwin? > > http://cmake.org/Bug/view.php?id=10122 > > > > This just bit me trying to build opencv; no, I don't want > > window_w32.cpp cvcap_vfw.cpp cvcap_cmu.cpp > > cvcap_w32.cpp cvcap_dshow.cpp > > added to my cygwin build of opencv, since doing so breaks the build... > > No, it will not. I don't think all of those issues have even been > resolved in the development branch of CMake due to backwards > compatibility concerns. However, this is more of a discussion for the > CMake developer mailing list. Bill, As you are aware, my CMake build in Ports contains the necessary patches. We (Cygwin package managers) need WIN32 to be undefined for software to build in a *NIX/X11 mode on Cygwin, and we are not concerned with backwards compatibility with what we perceive to be incorrect behaviour. Without these changes, many of us will still need to rely on Ports' CMake, continuing the conflicts between Ports and the distro which I am trying to eliminate. Secondly, Qt4 has been available for some time, so cmake-gui can now be provided. Due to the substantial additional dependencies of Qt, this should be a separate binary package; my .cygport shows how this can be done. My patches for 2.8.2 are available here: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=devel/cmake Regardless of the current upstream state, I must ask you to include these patches for our distribution so that your cmake packages will be useful to us in the meantime, until we can find a mutually agreeable solution. 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: trouble posting to cygwin-apps
--- Mar 5/10/10, Bill Hoffman ha scritto: > On 10/5/2010 4:46 PM, Charles Wilson > wrote: > > On 10/4/2010 4:33 PM, Bill Hoffman wrote: > >> I am trying to get > >> a new CMake release uploaded to cygwin > > > > Will this include fixes for WIN32 being erroneously > defined for cygwin? > > http://cmake.org/Bug/view.php?id=10122 > > > > This just bit me trying to build opencv; no, I don't > want > > window_w32.cpp cvcap_vfw.cpp > cvcap_cmu.cpp > > cvcap_w32.cpp cvcap_dshow.cpp > > added to my cygwin build of opencv, since doing so > breaks the build... > > > > No, it will not. I don't think all of those issues > have even been > resolved in the development branch of CMake due to > backwards > compatibility concerns. However, this is more of a > discussion for the > CMake developer mailing list. > > > -Bill Hi Bill, this is bad news. Until that fix is applied I can not use offcial cygwin cmake to build other cygwin packages. I am afraid that backwards compatility is breaking forward real usage of cmake on cygwin Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: trouble posting to cygwin-apps
On 10/5/2010 4:46 PM, Charles Wilson wrote: On 10/4/2010 4:33 PM, Bill Hoffman wrote: I am trying to get a new CMake release uploaded to cygwin Will this include fixes for WIN32 being erroneously defined for cygwin? http://cmake.org/Bug/view.php?id=10122 This just bit me trying to build opencv; no, I don't want window_w32.cpp cvcap_vfw.cpp cvcap_cmu.cpp cvcap_w32.cpp cvcap_dshow.cpp added to my cygwin build of opencv, since doing so breaks the build... No, it will not. I don't think all of those issues have even been resolved in the development branch of CMake due to backwards compatibility concerns. However, this is more of a discussion for the CMake developer mailing list. -Bill -- 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: cygwin + xwin in win7 as unprivileged user?
We are an an AD, perhaps the inability to create a socket is coming from above. However, I have full admin rights on these machines so I ought to be able to adjust that if that is the case. I'll take a look. Meanwhile, I tried various other tricks to run the thing as admin without it asking for a password, but no dice. Charles Wilson-2 wrote: > > On 10/5/2010 1:22 PM, davidstvz wrote: >> >> Is it possible to make Cygwin work with xwin as an unprivileged user. >> I'm >> even open to stupid hacks like making the entire Cygwin directory owned >> by >> the "Everyone" group. I tried that but then it couldn't create a socket >> needed after I ran 'startxwin'. >> >> Anyway to get this working without using "run as" admin? > > I don't have a solution for you, but I ran into the same issue on WinXP; > I don't believe the problem ("can't create a socket") is Win7 specific. > Rather, I think it is a security policy setting: XWin runs fine for me > on XP and Vista at home -- but in our corporate environment, I get that > error. > > I think my company's IT wizards have decided that nobody should be able > to open a socket, unless the program doing so is specifically allowed to > do so. By them. > > Are you, by chance, trying to run XWin on a corporate network where you > might run into the same policy? If so, I'll leave it up to you to > wrestle with your own IT wizards over that... > > -- > 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 > > > -- View this message in context: http://old.nabble.com/cygwin-%2B-xwin-in-win7-as-unprivileged-user--tp29889419p29891341.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: trouble posting to cygwin-apps
On 10/4/2010 4:33 PM, Bill Hoffman wrote: > I am trying to get > a new CMake release uploaded to cygwin Will this include fixes for WIN32 being erroneously defined for cygwin? http://cmake.org/Bug/view.php?id=10122 This just bit me trying to build opencv; no, I don't want window_w32.cpp cvcap_vfw.cpp cvcap_cmu.cpp cvcap_w32.cpp cvcap_dshow.cpp added to my cygwin build of opencv, since doing so breaks the build... -- 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
Re: emacs-23.2-3 and DBus
On 10/5/2010 2:48 PM, Michael Albinus wrote: Ken Brown writes: So if you're trying to use a library from the Emacs 24 trunk, it's possible that it's simply not compatible with Emacs 23. Under GNU/Linux, I've shortly tested notifications.el (taken from the trunk) in the emacs-23 branch; it works w/o problem. This does not seem to be the problem. It doesn't seem to be a problem under Cygwin either. I just tried loading notifications.el, and Emacs didn't freeze. So I guess we'll have to wait for a more detailed problem report from the OP saying exactly what he did. 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: cygwin + xwin in win7 as unprivileged user?
On 10/5/2010 1:22 PM, davidstvz wrote: > > Is it possible to make Cygwin work with xwin as an unprivileged user. I'm > even open to stupid hacks like making the entire Cygwin directory owned by > the "Everyone" group. I tried that but then it couldn't create a socket > needed after I ran 'startxwin'. > > Anyway to get this working without using "run as" admin? I don't have a solution for you, but I ran into the same issue on WinXP; I don't believe the problem ("can't create a socket") is Win7 specific. Rather, I think it is a security policy setting: XWin runs fine for me on XP and Vista at home -- but in our corporate environment, I get that error. I think my company's IT wizards have decided that nobody should be able to open a socket, unless the program doing so is specifically allowed to do so. By them. Are you, by chance, trying to run XWin on a corporate network where you might run into the same policy? If so, I'll leave it up to you to wrestle with your own IT wizards over that... -- 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
Re: emacs-23.2-3 and DBus
Ken Brown writes: > So if you're trying to use a library from the Emacs 24 trunk, it's > possible that it's simply not compatible with Emacs 23. Under GNU/Linux, I've shortly tested notifications.el (taken from the trunk) in the emacs-23 branch; it works w/o problem. This does not seem to be the problem. I suspect, under cygwin there is no D-Bus service available for "org.freedesktop.Notifications". However, Emacs shall not be stalled; usually there is a timeout of 25 seconds for synchronous D-Bus calls. > Ken Best regards, Michael. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] updated: unison2.27, unison2.32, unison2.40
The Unison packages for Cygwin have been updated. This is a minor update. A small patch was applied to the source of each package to allow them to build correctly with OCaml 3.12.0, the current release of OCaml in Cygwin. There should be no change to the operation of any of the unison packages. You may ignore the updates if you like. Unison is a file synchronizer for Unix and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or on different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. = Unison packages in Cygwin = Unison is packaged for Cygwin as several independent packages, each providing a version of Unison that is incompatible with the others. You have to run compatible versions of Unison on the client and server, or Unison will issue an error message and quit. Two versions of Unison are compatible if and only if the first two numbers in their version strings are the same. For example, all versions 2.32.* are mutually compatible, and incompatible with versions 2.27.*. By installing one or more of these packages side by side, you can use whichever one you need to synchronize with a particular host. Please read /usr/share/doc/unison*/README.Cygwin for more details. The unison* packages install a convenience symlink from /usr/bin/unison to one of the versioned unison executables, e.g. unison-2.27.exe. alternatives(8) is used to manage the symlink. If the symlink is being managed in "auto" mode, then it will automatically track the highest numbered version of unison that you have installed. You can override this by either changing the symlink manually with ln(1), or, preferably, by using alternatives(8): alternatives --display unison shows you the installed versions of unison, their priorities, which executable the symlink points to, and whether the symlink is being managed in "auto" or "manual" mode. alternatives --config unison presents a menu from which you can choose which version you want to use as the default. This puts the symlink in manual mode. alternatives --auto unison puts the symlink in automatic mode, where it will always point to the highest numbered version of unison that's installed on your host. alternatives --set unison /usr/bin/unison-$V.exe forces the symlink to point to unison-$V.exe, and puts it in manual mode. Please see alternatives(8) for more details. Andrew E. Schulman *** 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. Then, run setup and answer all of the questions. *** 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@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
cygwin + xwin in win7 as unprivileged user?
Is it possible to make Cygwin work with xwin as an unprivileged user. I'm even open to stupid hacks like making the entire Cygwin directory owned by the "Everyone" group. I tried that but then it couldn't create a socket needed after I ran 'startxwin'. Anyway to get this working without using "run as" admin? -- View this message in context: http://old.nabble.com/cygwin-%2B-xwin-in-win7-as-unprivileged-user--tp29889419p29889419.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: subversion-1.6.13-1
A new version of subversion is available. This is a new upstream release which includes a fix for CVE-2010-3315. CYGWIN NEWS: This version is built against serf-0.7.0-1. NEWS: = See CHANGES (URL below) for more information about the differences between 1.6.13 and previous Subversion releases. IMPORTANT: This release will silently upgrade your Subversion working copies to the 1.6 format, rendering them unusable with previous major versions of Subversion. Please see the release notes http://subversion.apache.org/docs/release-notes/1.6.html for more details about the changes in Subversion. See http://svn.apache.org/repos/asf/subversion/tags/1.6.13/CHANGES for more details about the changes in 1.6.13. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.5/index.html for the latest official release of the Subversion Book, covering 1.5 or http://svnbook.red-bean.com/en/nightly/index.html for the WIP version of the book covering 1.6. 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. 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. -- David Rothenberger daver...@acm.org -- 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: trouble posting to cygwin-apps
On Oct 5 08:28, Bill Hoffman wrote: > On 10/5/2010 4:07 AM, Corinna Vinschen wrote: > >On Oct 4 16:33, Bill Hoffman wrote: > >>Hi, > >> > >>Sorry if this is the wrong mailing list for this, but I am trying to > >>get a new CMake release uploaded to cygwin and am having some > >>trouble. I can not seem to post messages to the cygwin-apps mailing > >>list. I tried to re-subscribe my email address, but it correctly > >>said I was already subscribed. Is there anyone on this list that > >>could help me? > > > >Did you use some filtered expression, by any chance? > > > > > >Corinna > > > What are the filtered expressions? I don't know. Cgf can perhaps answer that. > http://www.cmake.org/files/cygwin/setup.hint > http://www.cmake.org/files/cygwin/cmake-2.8.2-1.tar.bz2 > http://www.cmake.org/files/cygwin/cmake-2.8.2-1-src.tar.bz2 Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rebaseall on [1.7] : first glitch for ages
On 10/5/2010 10:11 AM, Charles Wilson wrote: > On 10/5/2010 9:08 AM, Jason Tishler wrote: >> rebase will skip some errors (e.g., when a DLL is not writable), but >> will exit if FixImage() fails. Maybe rebase should skip this error too? > > I don't think so -- what if the DLL was "partially" written, and some > other failure occurred? I'd want to know right away. FixImage should > probably, for now, just return without error if the image is 64bit. I realize that last sentence was unclear. What I meant was, FixImage() should check if the DLL is 64bit, and if so then *do nothing*, and return without error. OTOH, for 32bit DLLs, FixImage() should retain its current behavior of returning WITH error if anything goes wrong. At least, until rebase gains the ability to act on 64bit DLLs. -- 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
Re: emacs-23.2-3 and DBus
Ken Brown writes: >> I tried to use notifiations.el (from the Emacs 24 trunk). Could you, please, eval (setq dbus-debug t) before loading the package? This shall give us more information. > 4. In a different shell, set (and export) $DBUS_SESSION_BUS_ADDRESS to > this value, and run dbus-monitor --session . This would be valuable as well: what does dbus-monitor show? Best regards, Michael. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: bash bug?: nested "bash --login -i" doesn't run /etc/profile (still runs ~/.bash_profile)
Larry Hall (Cygwin) wrote: On 10/4/2010 12:19 PM, Daniel Barclay wrote: I wrote: The behavior of "bash --login -i" seems to vary depending on whether it is a "root" invocation or a nested invocation of bash. This is inconsistent with the description man bash, and seems to be a bug. Can anyone confirm (or "anti-confirm") this behavior?: Details: When bash is started using the Cygwin shortcut (which runs cygwin.bat, which executes "bash --login -i"), bash reads files /etc/profile and ~/.bash_profile. (Running "bash --login -i" from an interactive "cmd" shell does the same.) However, when in that first bash process, another bash is started with that same "bash --login -i" command, bash does _not_ read /etc/profile. Works for me. How did you detect that that second bash runs /etc/profile? Thanks, Daniel -- 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: rebaseall on [1.7] : first glitch for ages
On 10/5/2010 9:08 AM, Jason Tishler wrote: > On Tue, Oct 05, 2010 at 01:10:14PM +0100, Fergus wrote: >> FixImage >> (/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll) >> failed with last error = 13 >> << halt immediately >> >> $ > > FWIW, we have the following: > > $ fgrep 13L /usr/include/w32api/winerror.h | head -1 > #define ERROR_INVALID_DATA 13L > > It seems like rebase cannot handle 64-bit DLLs? This is correct. Until the mingw64-* toolchain was added to the distro, the only 64bit dll was the 64bit cyglsa one -- which was specifically excluded anyway. Now that we have a few others...rebase should probably be extended. Do we have more "free" address space to play with on a 64bit OS? Can rebase maintain two separate regions to rebase 64bit and 32bit DLLs? >> Q1: OS is XP Pro SP3, 32 bit. I always install everything. Can I >> recover from this rebaseall error by fixing something or should I >> simply un-install all 64-related packages (and never have installed >> them in the first place)? > > If you install all Cygwin packages, then you will likely run out of > rebase address space. Hence my question above, at least with regards to 64bit DLLs. >> Q2: rebaseall appears not to "skip and move on" when it encounters an >> error. In this case the whole thing simply halted as soon as this >> report came up. Can you tell me what actually happens in this kind of >> circumstance: does it skip-and-move-on or oh-dear-screech-to-a-halt? > > rebase will skip some errors (e.g., when a DLL is not writable), but > will exit if FixImage() fails. Maybe rebase should skip this error too? I don't think so -- what if the DLL was "partially" written, and some other failure occurred? I'd want to know right away. FixImage should probably, for now, just return without error if the image is 64bit. -- 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
Re: rebaseall on [1.7] : first glitch for ages
Fergus, On Tue, Oct 05, 2010 at 01:10:14PM +0100, Fergus wrote: > For the first time for months on my system rebaseall is reporting an > error as follows: > > M:\>bin\dash > $ /bin/rebaseall > << whirr away for ages >> What precisely does "for ages" mean? Note you can use the "-v" option to make rebaseall verbose. Maybe this will help you debug. > FixImage > (/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll) > failed with last error = 13 > << halt immediately >> > $ FWIW, we have the following: $ fgrep 13L /usr/include/w32api/winerror.h | head -1 #define ERROR_INVALID_DATA 13L It seems like rebase cannot handle 64-bit DLLs? > Q1: OS is XP Pro SP3, 32 bit. I always install everything. Can I > recover from this rebaseall error by fixing something or should I > simply un-install all 64-related packages (and never have installed > them in the first place)? If you install all Cygwin packages, then you will likely run out of rebase address space. > Q2: rebaseall appears not to "skip and move on" when it encounters an > error. In this case the whole thing simply halted as soon as this > report came up. Can you tell me what actually happens in this kind of > circumstance: does it skip-and-move-on or oh-dear-screech-to-a-halt? rebase will skip some errors (e.g., when a DLL is not writable), but will exit if FixImage() fails. Maybe rebase should skip this error too? > Q3: does rebaseall have a tasklist somewhere, that it reads? Or does > it simply work its way through bin/ lib/ [and others] looking for > executables and .dlls, and do stuff to them? rebaseall uses the former approach. It creates a list of files to rebase from setup.exe's "package database" and an optional user supplied file list. From the rebaseall script, we have the following: # Create rebase list find /etc/setup -name '*.lst.gz' | xargs gzip -d -c | grep -E "\.($Suffixes)\$" | sed -e '/cygwin1\.dll$/d' -e '/cyglsa.*\.dll$/d' -e 's/^/\//' >"$TmpFile" # Append user supplied file list, if any if [ -n "$FileList" ] then cat "$FileList" >>"$TmpFile" fi Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: emacs-23.2-3 and DBus
On 10/4/2010 11:47 PM, nyc4...@aol.com wrote: Thank you for your work on incorporating Emacs and DBus! Can you tell me how you are testing it? I tried to use notifiations.el (from the Emacs 24 trunk). After loading it, Emacs appears to freeze and I see that the emacs and winlogin.exe processes consume almost all of the CPU. After about 30 to 45 minutes, I pressed `C-g' and saw the message "Back to top level.". However, Emacs is still frozen and the only thing I could do is to kill emacs from outside of emacs. Please send Cygwin questions to the Cygwin mailing list, not to individual maintainers. I know virtually nothing about D-Bus. To test it, I simply followed the instructions given by Michael Albinus in the thread http://cygwin.com/ml/cygwin/2010-08/threads.html#00330 . Here's a brief summary: 1. Start the messagebus service. 2. Start a dbus session (eval `dbus-launch --auto-syntax`) in a shell. 3. echo $DBUS_SESSION_BUS_ADDRESS . 4. In a different shell, set (and export) $DBUS_SESSION_BUS_ADDRESS to this value, and run dbus-monitor --session . 5. Start Emacs in the first shell, and load the dbus library. You should see output from dbus-monitor in the other shell, showing that an application has started. It will also tell you the name of that application, like ":1.1". 6. In Emacs, evaluate (dbus-get-unique-name :session) . You should get the same name. 7. Register for signals sent by the D-Bus: (defun my-dbus-signal-handler (&rest args) (message "Signal from bus %s received: %s" (dbus-event-bus-name last-input-event) args)) (dbus-register-signal :system dbus-service-dbus dbus-path-dbus dbus-interface-dbus "NameOwnerChanged" 'my-dbus-signal-handler) (dbus-register-signal :session dbus-service-dbus dbus-path-dbus dbus-interface-dbus "NameOwnerChanged" 'my-dbus-signal-handler) 8. Now you could open any other D-Bus application, and you should be notified in Emacs (in the echo area and the *Messages* buffer). For example, you could try dbus-monitor --session , started in the same shell where you started Emacs. I'm afraid that's all I know. Unless you think there is a Cygwin-specific problem, further questions should probably be directed to one of the Emacs lists, where you will find people who are knowledgeable about D-Bus integration in Emacs. BTW, there has been quite a bit of development of this integration since the release of Emacs 23.2. Some improvements will appear in Emacs 23.3, and some won't appear until 24.1. So if you're trying to use a library from the Emacs 24 trunk, it's possible that it's simply not compatible with Emacs 23. 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: trouble posting to cygwin-apps
On 10/5/2010 4:07 AM, Corinna Vinschen wrote: On Oct 4 16:33, Bill Hoffman wrote: Hi, Sorry if this is the wrong mailing list for this, but I am trying to get a new CMake release uploaded to cygwin and am having some trouble. I can not seem to post messages to the cygwin-apps mailing list. I tried to re-subscribe my email address, but it correctly said I was already subscribed. Is there anyone on this list that could help me? Did you use some filtered expression, by any chance? Corinna What are the filtered expressions? Here is the message: --- Subject: CMake 2.8.2-1 ready There has been a new release of the official cmake (2.8.2-1). This is a major release from to 2.6.0 to 2.8.2. Here are the required files: http://www.cmake.org/files/cygwin/setup.hint http://www.cmake.org/files/cygwin/cmake-2.8.2-1.tar.bz2 http://www.cmake.org/files/cygwin/cmake-2.8.2-1-src.tar.bz2 The previous version should be cmake-2.6.4-1 and the current version should be cmake-2.8.2-1. Thanks. -Bill --- -- 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: rebaseall on [1.7] : first glitch for ages
> Q3: does rebaseall have a tasklist somewhere, that it reads? Or does it > simply work its way through bin/ lib/ [and others] looking for executables > and .dlls, and do stuff to them? > Take a look into the script. It is short and should explain itself in this. -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context. -- 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
rebaseall on [1.7] : first glitch for ages
For the first time for months on my system rebaseall is reporting an error as follows: M:\>bin\dash $ /bin/rebaseall << whirr away for ages >> FixImage (/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll) failed with last error = 13 << halt immediately >> $ Q1: OS is XP Pro SP3, 32 bit. I always install everything. Can I recover from this rebaseall error by fixing something or should I simply un-install all 64-related packages (and never have installed them in the first place)? Q2: rebaseall appears not to "skip and move on" when it encounters an error. In this case the whole thing simply halted as soon as this report came up. Can you tell me what actually happens in this kind of circumstance: does it skip-and-move-on or oh-dear-screech-to-a-halt? Q3: does rebaseall have a tasklist somewhere, that it reads? Or does it simply work its way through bin/ lib/ [and others] looking for executables and .dlls, and do stuff to them? Thank you. Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Unable to remap error
Hi Team, Problems : svn co svn+ssh:// 0 [main] svn 7568 C:\cygwin\bin\svn.exe: *** fatal error - unable to remap C:\cygwin\bin\cygldap-2-3-0.dll to same address as parent: 0x5B != 0x5F Stack trace: Frame Function Args 0028B0E8 6102749B (0028B0E8, , , ) 0028B3D8 6102749B (61177B80, 8000, , 61179977) 0028C408 61004AFB (611A136C, 6123FDFC, 005B, 005F) End of stack trace 0 [main] svn 6776 fork: child 7568 - died waiting for dll loading, errno 11 svn: Can't create tunnel: Resource temporarily unavailable 1 [main] svn 4396 exception::handle: Exception: STATUS_ACCESS_VIOLATION 3341 [main] svn 4396 open_stackdumpfile: Dumping stack trace to svn.exe.stack dump 1 [main] svn 7680 fork: child -1 - died waiting for longjmp before initial ization, retry 0, exit code 0x600, errno 11 svn: Can't create tunnel: Resource temporarily unavailable I am facing this errors intermittently (i.e. once or twice in 4 to 5 times ) only when am using svn+ssh command to list or checkout to a repository and only on WINDOWS 7 and not on WINDOWS XP . Am using the latest version of Cygwin and its working absolutely fine on Windows XP even with Symantec End Point Protection and LANDesk enabled. I disabled them on Windows 7 and tried. Still nogo. I am guessing this is related to ASLR feature of Windows 7 after going through all the forums. Hence I have tried disabling ASLR, DEP using registry and bcdedit keys. Rebaseall and peflagsall gives a success only when run as administrator. With normal user , i get these errors below : # rebaseall ReBaseImage (/usr/bin/cygapr-1-0.dll) failed with last error = 6 # peflagsall /usr/sbin/ssh-keysign.exe: skipped because could not read file characteristics Please help Thanks, Harie -- 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: trouble posting to cygwin-apps
On Oct 4 16:33, Bill Hoffman wrote: > Hi, > > Sorry if this is the wrong mailing list for this, but I am trying to > get a new CMake release uploaded to cygwin and am having some > trouble. I can not seem to post messages to the cygwin-apps mailing > list. I tried to re-subscribe my email address, but it correctly > said I was already subscribed. Is there anyone on this list that > could help me? Did you use some filtered expression, by any chance? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple