Re: [RFU] gnupg-1.4.9-2
On Apr 3 18:59, Gergely Budai wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since nobody has answered my mail (see below), I have decided to treat this possible security issue seriously and not to use /dev/random anymore in the future gnupg releases. I think that the security problem is hopelessly exaggerated, but it's your choice. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [HEADSUP] Let's start a Cygwin 1.7 release area
On Apr 3 20:49, Christopher Faylor wrote: [responding to the thread which started it all] On Wed, Apr 02, 2008 at 02:35:51PM +0200, Corinna Vinschen wrote: - We create a ftp://cygwin.com/pub/cygwin-1.7 dir. - Under that dir, we create the full release directory structure as it exists in the parallel cygwin dir, except for the cygwin itself. So far so good. - All files in the original release dir are hardlinked into their matching spot in the cygwin-1.7 dir. I don't like hardlinking. It's too easy to have unintended side effects. I think I'd rather just symlink the directories in the new release area then rm the symlink and create a new directory when it's time to populate the directory with a 1.7 version. In theory I agree, but it lets more room for mistakes. It's very easy to have a new package and just move the files to the directory, instead of checking if the directory is a symlink or a real dir. If the dir is a real dir from the start, you just dump the new package into the dir and remove the oldest files and be done. Anyway, it's nothing I really get excited about. - The cygwin subdir gets created and filled with only the first Cygwin DLL 1.7.0 tar files. - Chris starts a second upset which creates the setup.ini file in the cygwin-1.7 dir. I can do this but on top of this, I'd actually like to implement my plan for allowing people to control their own directories. I hadn't thought about adding a 1.7 directory but it should still be doable. If we don't do this, I think we'll be awash in a sea of RFU's and me pulling what little hair I have left out over upset errors. I'd also like to finally have a package lint program which could be invoked automatically. Anyone want to write one of those? I don't want to necessarily gate 1.7 on these things but a package lint is really long overdue, IMO. You could even write one that took a setup.ini as input to make sure that the setup.hint was correct to help stem the tide of upset errors. That's a good idea. Unfortunately I don't have the time right now... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [HEADSUP] Let's start a Cygwin 1.7 release area
On Apr 3 17:46, Charles Wilson wrote: Christopher Faylor wrote: Why do we need a fstab.$SID and linux doesn't need this? Well, I like to create user mounts for each user (Guest, Administrator, me) like this: mount -f -u -b C:/Documents and Settings/user/My Documents /mydocs mount -f -u -b C:/Documents and Settings/user/Desktop /desktop mainly for convenience, but also because spaces and the command line don't mix well. Linux doesn't have to deal with asinine decisions made in Redmond, WA...from a hidden microphone in 1995: LOOK! We can support spaces in filenames as well as filenames longer than 8.3, so let's use them EVERYWHERE! Spaces for EVERYBODY! Really long and hard to type system paths, like 'Documents and Settings'! Whoo-pee!! Steve Jobs has got nuthin' on us! I realize that on (clean-install, non-upgrade) Vista, this is less of an issue, because the new paths are mount -f -u -b C:/Users/user/Documents /mydocs mount -f -u -b C:/Users/user/Desktop /desktop but XP and 2k aren't going anywhere for a long long time, if even one of the horror stories I've read about Vista are true... I understand that. Well, we shouldn't make this overly public, but keeping the fstab.$SID handling in doesn't hurt the least bit. Btw., since setup.exe (or the subsequent script) can and will always create an /etc/fstab file, doesn't that mean we can get rid of the choices all users and just me? The only difference between these two choices is in which registry area the mount points go. So there's no reason to stick to that choice. And while we're at it, I don't see any need to stick to the UNIX/DOS choice either. We should always install binary mount points. If the user needs text mounts, there's an editor and a fstab file, right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
RE: [RFU] gnupg-1.4.9-2
I think that the security problem is hopelessly exaggerated, but it's your choice. Uploaded. Thanks, Corinna That is the reason why I have asked for the opinion of the community ;) Best Regards, Gergely Budai
I'm having a weird problem w/ cygwin not working on some machines...
Is this list still active? I've been on it just a couple days and haven't seen any traffic yet so I was just curious if people are still around or if I just hit a lull ;) Anyway, I'm new to cygwin[1] but I have several users I support who use it a lot. Recently we've started running into an unusual problem in the sense that the X server seems to have stopped working, at least w/ some machines. What I mean is everything starts up ok on the windows machine and when you login to some unix machines it works fine; login, set up the display variables, type xterm and the window open. However on other machines you can go through the same process and the xterm (or any other app/window) never shows up on the windows machine. There's no error messages, nothing in the log files and from what traffic I've seen (it's running over ssh so I can only see whether traffic exists) it seems ok (on the machines it doesn't work on there's a short of amount of traffic and then it stops, so whatever is going on seems to be a hard error and not a situation where one machine or the other is not responding/resending the packets). So far the only commonality between the machines it is not working on seems to be they are running a 2.6.18 kernel (and I've tried both RH and debian), the machines it is working on are usually 2.6.9. Once, I think, we were able to get it to work on a 2.6.18 machine by completely turning off iptables, however I'm not sure if that's relevant or not because we have never been able to replicate it (so maybe something else changed, or maybe we were trying so many different setups that the person I was working w/ wasn't actually logged into the machine they said they were ;)). Since I've been testing it completely on my own I have never gotten it to work w/ a 2.6.18 machine (iptables or not), and it has never failed on a 2.6.9 machine. Unfortunately, looking around the net has proven futile, in part because finding the right search terms to match the situation we are seeing has been difficult. Without error messages there's been nothing to go on. So my first question is is there a way to get better logging or a better sense of what's going on from either the unix or windows machine? The few items on the net I have found talk about making sure XForwarding is on in the sshd_config file (which it is). Using -Y instead of -X when logging in w/ ssh (which doesn't seem to have any effect). Whether or not X is properly installed on the unix machine in the first place (which it seems to be since the same users can login to the console and everything works fine). The machine I'm running my tests on is a more or less fresh install of WinXP (I was using it previously for testing web calendars/palm syncing so anything installed for that shouldn't have an effect on this) w/ a fresh install of cygwin (installed a little over a week ago from the network using the install all option). There's no other firewall or virus scanner installed on the windows machine right now. There is a firewall between the windows machine and the unix machines (the ones it works w/ and the ones it doesn't), but there's no indication in the firewall logs that it is part of the problem. I'm going to try to move the test machine over to the same subnet but that's going to take a little work. If there's any other info people need just let me know and I'll see what I can do for. At this point I'm out of ideas so if any one has any hints/clues/suggestions I'd love to hear them. Thanks [1] Also, to be completely honest I'm not much of an X person in general. The unix machines I use are usually servers and I'm usually able to get by using ssh/cli only to do what I need to do ;) -- 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/
1.5.25-11 Bash? Problem installing unattended on Server 2008
Hello Mailing List! at the moment we're trying to upgrade our Cygwin unattended installation package to render it usable on Windows Server 2008 / Windows Vista SP1. The main problems are fixed, as well are the cosmetic issues (changes in batch syntax, as always undocumented of course). We're using Cygwin to run certain 'x shellscripts on our Windows systems to gather certain information (needed for our systems management application) over SSH using passwordless logins. 1st an outline how we approach the unattended installation: We use a Nullsoft-Installer started by the local Administrator to extract all needed files on the target system. Then we use a modified version of the batch file Henrik Bengtsson adopted from Seth de l'Isle's instructions to call setup.exe providing the -q and -R switches. The setup.ini file is modified so setup.exe believes that all packages we need would belong to category: base. The Nullsoft-Installer also copies a shellscript to /etc/profile.d and executes cygwin.bat as penultimate step so cygwin automagically runs it - last step ist to delete this among other files not needed after installation. On all Windows Versions from Windows 2000 this procedure works absolutely smooth. When it comes to Windows Server 2008, also everything works...until cygwin.bat is called: Cygwin starts but does not create the usual skeleton files for the user to personalise their cygwin experience: Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. `./.bashrc' - `/home/cherdeg//.bashrc' `./.bash_profile' - `/home/cherdeg//.bash_profile' `./.inputrc' - `/home/cherdeg//.inputrc' Instead we are shown the message: bash: cannot create temp file for here document: Bad address bash: /home/Administrator/.bash_profile: Bad address If we now parallely start a second instance of Cygwin, e.g. by clicking its desktop icon, solely our shellscript is executed; no skeleton files are copied. When finished the script exits its instance of Cygwin and leaves us with the 1st one which we end as well so the Nullsoft installer can do its cleanups. We now have a fully working version of Cygwin doing everything we want...but: what about the skeleton / personalisation? The main problem for us is that the installer is no longer unattended which renders it unusable for our purpose. If we install cygwin attended by using setup.exe and the patched .ini file, everything works...but we need our script be run and an unattended installation. How could we fix this situation - are there any preinstall-requisites required on the target system, e.g. setting special ACLs? BTW: We only use the US versions of all windows releases so the symbolic links topic of international version won't bother. Mit freundlichen Grüßen / with kind regards Christoph Herdeg -- 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/
Error opening terminal: cygwin.
Hello, I apologize if my English is not so good, I'm write from Italy. I'm a newbye in linux systems and cygwin too. I'm trying to edit a file with nano through an ssh connection. I have a machine on my LAN (Western Digital NAS) and I'm able to make an ssh connection from my dekstop (Windows XP). On both machines I installed nano. In fact, launching nano from my PC will run the editor. Once logged-in to the remote machine it will raise the following error: Error opening terminal: cygwin. Anyway, I tried from another PC with Debian it works fine, so the problem is related to Cygwin on my PC. Thanks in advance for any suggestion. Marco / iw2nzm -- View this message in context: http://www.nabble.com/Error-opening-terminal%3A-cygwin.-tp16489692p16489692.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: using rsync with Win32/UNC pathnames?
Corinna Vinschen schrieb: On Apr 3 13:10, Brian Dessent wrote: Tomasz Chmielewski wrote: So once Cygwin learns how to speak UTF-8, I will finally be able to backup all Windows files... :) Set CYGWIN=codepage:utf8 to enable UTF-8 support. ...and set LC_CTYPE=C-UTF-8, otherwise multibyte/wide char aware application don't convert UTF-8 strings correctly from multibyte to wide char and vice versa. It works, but again, only locally. Is there a way to tell these variables to a cygwin service (i.e., rsyncd started with cygrunsrv?). I tried to set them as a global variable (System - Advanced - Environment variables), started new console, restarted rsyncd service with cygrunsrv, but it doesn't have any effect on rsyncd service - files with UTF-8 characters still fail to transfer (file has vanished). This time, I used rsync 3.0.0 binary on a Linux server, so it's not a problem with an old protocol etc. -- Tomasz Chmielewski http://wpkg.org -- 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: using rsync with Win32/UNC pathnames?
Tomasz Chmielewski schrieb: Corinna Vinschen schrieb: On Apr 3 13:10, Brian Dessent wrote: Tomasz Chmielewski wrote: So once Cygwin learns how to speak UTF-8, I will finally be able to backup all Windows files... :) Set CYGWIN=codepage:utf8 to enable UTF-8 support. ...and set LC_CTYPE=C-UTF-8, otherwise multibyte/wide char aware application don't convert UTF-8 strings correctly from multibyte to wide char and vice versa. It works, but again, only locally. Is there a way to tell these variables to a cygwin service (i.e., rsyncd started with cygrunsrv?). I tried to set them as a global variable (System - Advanced - Environment variables), started new console, restarted rsyncd service with cygrunsrv, but it doesn't have any effect on rsyncd service - files with UTF-8 characters still fail to transfer (file has vanished). This time, I used rsync 3.0.0 binary on a Linux server, so it's not a problem with an old protocol etc. Probably the whole Windows machine needs to be restarted if we add new system variables? Even if the service is restarted, it doesn't see new variables. So all services depend on some other process which is already running, it seems. Hm. -- Tomasz Chmielewski http://wpkg.org -- 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: A small suggestion to setup.exe of cygwin
Larry Hall (Cygwin) [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] 想 李 wrote: Michael wrote: I've wondered about this too... So if I have changed my Cygwin setup on one machine and I want to duplicate those changes on another machine, all I have to do is copy installed.db to the other machine and run setup.exe there? Thanks Larry, good to know cygcheck command and install.db. Sorry that I should have take a look at FAQ more carefully since all of above have been talked there. But what I suggested on the other hand is the same as Michael's idea. I would like to see if cygwin's setup.exe could somehow import an install.db file and perform setup automatically to copy a cygwin environment with all of your preferred packages. This will make life easier without manually choose those packages one by one from such a long list. You know, I always want to save my hard disk but always forget something and have to run setup.exe again and again. This will also give great ease when you transfer your work from different computers, or when telling your colleague to create the same cygwin env as yours. Or, maybe this function also has been implemented by some cygwin commands else? Please let me know if it exists. Thanks. Putting /etc/setup/installed.db in place before running 'setup.exe' should make it think all those packages are installed. Switching to Reinstall for All should make it reinstall the packages at the version specified, if those exists. That makes sense, thanks. This does presuppose that you have a local package directory with all the packages/versions you want and that you've told 'setup.exe' to install from that local package directory. Why is that? If I'm set up to install from the Internet wouldn't reinstall all go there? I've never kept a local package directory... FYI, I haven't tested this process myself. Bumps and bruises may occur. ;-) -- 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: using rsync with Win32/UNC pathnames?
On Apr 4 14:13, Tomasz Chmielewski wrote: Tomasz Chmielewski schrieb: Corinna Vinschen schrieb: On Apr 3 13:10, Brian Dessent wrote: Tomasz Chmielewski wrote: So once Cygwin learns how to speak UTF-8, I will finally be able to backup all Windows files... :) Set CYGWIN=codepage:utf8 to enable UTF-8 support. ...and set LC_CTYPE=C-UTF-8, otherwise multibyte/wide char aware application don't convert UTF-8 strings correctly from multibyte to wide char and vice versa. It works, but again, only locally. Is there a way to tell these variables to a cygwin service (i.e., rsyncd started with cygrunsrv?). I tried to set them as a global variable (System - Advanced - Environment variables), started new console, restarted rsyncd service with cygrunsrv, but it doesn't have any effect on rsyncd service - files with UTF-8 characters still fail to transfer (file has vanished). This time, I used rsync 3.0.0 binary on a Linux server, so it's not a problem with an old protocol etc. Probably the whole Windows machine needs to be restarted if we add new system variables? If you change system variables, you have to reboot, because services inherit their variables from the SCM, which only gets restarted when you reboot. However, there is no need for that. Did you try `cygrunsrv --help', or better, read /usr/share/doc/Cygwin/cygrunsrv.README lately? Look for the -e option. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: AGAIN - cp: skipping file ... as it was replaced while being copied
On Apr 3 20:35, Ivan Dobrianov wrote: Hi and sorry for the clutter, but I can't figure it out! I have this familiar situation when trying to copy from the network: cp //walnetapp01/SRD/LegacyBugs/148000-148999/148708/some_file.txt ./ cp: skipping file `//walnetapp01/SRD/LegacyBugs/148000-148999/148708/some_file.txt', as it was replaced while being copied Now, I looked through the mailing list archives and found two relevant threads on this subject, namely: ml/cygwin/2006-01/msg00804.html ml/cygwin/2006-11/msg00525.html The thing is that neither of them ends up with a prescription of how to fix the problem :-) In message 2006-11/msg00604.html, Corinna says: I'm going to add a special case for this file system. Please give the next developer's snapshot from http://www.cygwin.com/snapshots/ a try. Well, here I am in April 2008, with a fresh new Cygwin installation - I am assuming that by now this prblem whould have been resolved in the main branch. Am I wrong? Do I have to do anything special? The patch is in CVS, not in the latest release. You could try the latest developer snapshot from http://cygwin.com/snapshots/, but for the time being, there's no fix for the release itself. Note that snapshots are not made for production environments. Use at your own risk. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Error opening terminal: cygwin.
On Apr 4 02:13, iw2nzm wrote: Hello, I apologize if my English is not so good, I'm write from Italy. I'm a newbye in linux systems and cygwin too. I'm trying to edit a file with nano through an ssh connection. I have a machine on my LAN (Western Digital NAS) and I'm able to make an ssh connection from my dekstop (Windows XP). On both machines I installed nano. In fact, launching nano from my PC will run the editor. Once logged-in to the remote machine it will raise the following error: Error opening terminal: cygwin. Your remote machine is probably missing the terminfo file for the cygwin terminal type. You could copy the file from a machine which has that file, or, as a temporary hack, try to set terminal type to linux or xterm. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: using rsync with Win32/UNC pathnames?
Corinna Vinschen schrieb: (...) If you change system variables, you have to reboot, because services inherit their variables from the SCM, which only gets restarted when you reboot. However, there is no need for that. Did you try `cygrunsrv --help', or better, read /usr/share/doc/Cygwin/cygrunsrv.README lately? Look for the -e option. Works perfectly. Thanks a lot! -- Tomasz Chmielewski http://wpkg.org -- 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/
Fw: 1.5.25-11 Bash? Problem installing unattended on Server 2008
Hello Mailing List, regarding my problem below in the meantime I was able to find an approach: The Nullsoft-Installer (made by one of my predecessors) was until now -anyway why- scripted to build a directory skeleton for /home and /home/Administrator. When removing the corresponding lines from the .nsi-file one of the post-setup.exe errors vanished: the skeleton files are being copied now. But the Nullsoft-Installer also copies our shellscript to /etc/profile.d - okay, so far so good. But on analysis the script file strangely did not inherit the folder's ACLs as did the other files copied there by setup.exe (e.g. 00bash.sh). So my result for the moment would be that my problem is not Cygwin- but Windows Server 2008- or Nullsoft-related. Never the less I was glad if someone here had a clue what the reason for our problem could be. Mit freundlichen Grüßen / with kind regards Christoph Herdeg p.s.: Last I woul like to let you know that I could not reply correctly (missing quotes etc.) to the mailing-list because my original mail can be seen at http://cygwin.com/ml/cygwin/2008-04/msg00108.html; but has not yet been delivered to my mailbox. Hello Mailing List! at the moment we're trying to upgrade our Cygwin unattended installation package to render it usable on Windows Server 2008 / Windows Vista SP1. The main problems are fixed, as well are the cosmetic issues (changes in batch syntax, as always undocumented of course). We're using Cygwin to run certain 'x shellscripts on our Windows systems to gather certain information (needed for our systems management application) over SSH using passwordless logins. 1st an outline how we approach the unattended installation: We use a Nullsoft-Installer started by the local Administrator to extract all needed files on the target system. Then we use a modified version of the batch file Henrik Bengtsson adopted from Seth de l'Isle's instructions to call setup.exe providing the -q and -R switches. The setup.ini file is modified so setup.exe believes that all packages we need would belong to category: base. The Nullsoft-Installer also copies a shellscript to /etc/profile.d and executes cygwin.bat as penultimate step so cygwin automagically runs it - last step ist to delete this among other files not needed after installation. On all Windows Versions from Windows 2000 this procedure works absolutely smooth. When it comes to Windows Server 2008, also everything works...until cygwin.bat is called: Cygwin starts but does not create the usual skeleton files for the user to personalise their cygwin experience: Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. `./.bashrc' - `/home/cherdeg//.bashrc' `./.bash_profile' - `/home/cherdeg//.bash_profile' `./.inputrc' - `/home/cherdeg//.inputrc' Instead we are shown the message: bash: cannot create temp file for here document: Bad address bash: /home/Administrator/.bash_profile: Bad address If we now parallely start a second instance of Cygwin, e.g. by clicking its desktop icon, solely our shellscript is executed; no skeleton files are copied. When finished the script exits its instance of Cygwin and leaves us with the 1st one which we end as well so the Nullsoft installer can do its cleanups. We now have a fully working version of Cygwin doing everything we want...but: what about the skeleton / personalisation? The main problem for us is that the installer is no longer unattended which renders it unusable for our purpose. If we install cygwin attended by using setup.exe and the patched .ini file, everything works...but we need our script be run and an unattended installation. How could we fix this situation - are there any preinstall-requisites required on the target system, e.g. setting special ACLs? BTW: We only use the US versions of all windows releases so the symbolic links topic of international version won't bother. Mit freundlichen Grüßen / with kind regards Christoph Herdeg -- 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: Error opening terminal: cygwin.
On Fri, 4 Apr 2008 14:33:16 +0200, Corinna Vinschen wrote: You could copy the file from a machine which has that file, or, as a temporary hack, try to set terminal type to linux or xterm. Good luck trying to find a terminal that works with UTF-8. -- Chris Game All generalizations are false, including this one. -- 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: A small suggestion to setup.exe of cygwin
On Thu, 3 Apr 2008, Michael Kairys wrote: I've wondered about this too... So if I have changed my Cygwin setup on one machine and I want to duplicate those changes on another machine, all I have to do is copy installed.db to the other machine and run setup.exe there? That would replicate the installed packages, but not the versions, since setup would, by default, pull in the latest. The usual way is to edit installed.db on the new machine to change all the versions to 0.0, otherwise setup would think that they are already installed and won't bother installing them. You might be able to select Reinstall with the unmodified installed.db, but I haven't tested this hypothesis... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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: A small suggestion to setup.exe of cygwin
On Fri, 4 Apr 2008, Michael Kairys wrote: Larry Hall (Cygwin) [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. wrote: Michael wrote: I've wondered about this too... So if I have changed my Cygwin setup on one machine and I want to duplicate those changes on another machine, all I have to do is copy installed.db to the other machine and run setup.exe there? But what I suggested on the other hand is the same as Michael's idea. I would like to see if cygwin's setup.exe could somehow import an install.db file and perform setup automatically to copy a cygwin environment with all of your preferred packages. Putting /etc/setup/installed.db in place before running 'setup.exe' should make it think all those packages are installed. [snip] This does presuppose that you have a local package directory with all the packages/versions you want and that you've told 'setup.exe' to install from that local package directory. Why is that? If I'm set up to install from the Internet wouldn't reinstall all go there? I've never kept a local package directory... Because the versions you had on your old machine may no longer be available on Cygwin mirrors. If you want to replicate the packages, but not the versions, installing from the Internet is fine (again, change all versions to 0.0 if you want that, to make sure setup picks up the packages). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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: seg fault trying to run pinfo
DePriest, Jason R. wrote on Thursday, April 03, 2008 10:54 PM: Running pinfo with no arguments works fine. It loads up a default menu. However, if I try to launch it with any arguments (like 'pinfo perl' or 'pinfo cp') it seg faults and dumps core. cygcheck output attached Also, pinfo.exe.stackdump01 was 'pinfo cp' before I ran rebaseall and pinfo.exe.stackdump02 was after I ran rebaseall. No change. Is it just me or is there really a bug? Thanks. -Jason This has been reported before, e.g.: http://cygwin.com/ml/cygwin/2007-08/msg00407.html It seems to be a problem with cygwin 1.5.25: http://cygwin.com/ml/cygwin/2007-12/msg00077.html (You can google for more.) My solution: alias spinfo='cygstart --maximize pinfo' (Replacing cygstart with 'cmd /c start /max' also works.) More diagnostic info: The crash happens with both bash and ash and cygstart bash -c pinfo sed and echo sed | gawk '{ system(pinfo $1) }' or even echo sed | gawk '{ system(pinfo) }' It happens when windows loads bash directly (without a batch file) from a shortcut or via chere. It does not happen when using pinfo in a cmd window or is run from bash that has been loaded in a cmd window whether by cygwin.bat or by loading cmd and then typing in bash. -- 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: A small suggestion to setup.exe of cygwin
Igor Peshansky [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] If you want to replicate the packages, but not the versions, installing from the Internet is fine (again, change all versions to 0.0 if you want that, to make sure setup picks up the packages). Igor That is what I would usually want to do, so editing installed.db and installing from the internet is the way to go for me. Thanks... -- 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-11 Bash? Problem installing unattended on Server 2008
Christoph Herdeg wrote: bash: cannot create temp file for here document: Bad address bash: /home/Administrator/.bash_profile: Bad address ... How could we fix this situation - are there any preinstall-requisites required on the target system, e.g. setting special ACLs? What is the value of the TMP environment variable when /etc/profile runs? What is the resulting output after adding set -x at the beginning of /etc/profile? Brian -- 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: [setup.exe crashes at cygrunsrv uninstall step]
Dave Korn wrote: Marc wrote on 02 April 2008 13:39: I have the following problem: When I try to run setup.exe (v. 2.573.2.2) to update my Cygwin installation, it crashes when uninstalling cygrunsrv package. This happens every time I execute it. I have tried: This is probably a known bug to do with corrupted package listing files which can be generated if a previous run was interrupted. To check, run zcat /etc/setup/cygrunsrv.lst.gz in a bash shell; if it gives an error message, that confirms the problem. If that is the case, you could give a try to my fixed version of setup.exe http://rapidshare.com/files/98717404/setup.exe or you could just delete the cygrunsrv.lst.gz manually and try again. If not, post again, we'll see what else might be going wrong. I've run into the same error. There was no error in cygrunsrv.lst.gz and deleting it did not correct the crash. The version of setup on rapidshare.com did work. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: postinstall hang
For the moment I only really need the cygwin X-Server - do you think that will that run ok with the Logitech Process Manager? Or is that asking for trouble again? Dave, if literally all you need is an X server for Windows, use Xming instead: http://www.straightrunning.com/XmingNotes/ I use this with an otherwise full-on Cygwin install and it works great. Hi Gary, nice one, thanks! I hadn't looked around for a while and a while ago the only other alternative X-Servers for windows (like Humming Bird) cost real serious money... I have installed Xming and it also works great, so now I have two alternatives :-) David -- 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/
Libtool 2.2.2
Last night, I updated my Cygwin installation and received libtool 2.2.2 This afternoon. I tried building subversion 1.5 branch. I got to the first library, and libtool said it could not build a shared library. That only static libraries could be built. My exact configure went like this: ../configure --prefix=/usr --enable-shared I am build the httpd server and then neon 2.8 I won't use shared now. Not sure how I messed up Bobby -- 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: AGAIN - cp: skipping file ... as it was replaced while being copied
OK - just for the record and in case this ever needs to be debugged, here's the result. I got the latest snapshot cygwin1-20080327.dll.bz2. It fixed the cp from network problem, but created a strange issue with mounted disks. Here it is. Normally I have mounted c: and d: like this mount c:/ /c; ls /c mount d:/ /d; ls /d so that /c and /d lead to the top-levels of c: and d: respectively. As a result, I _normally_ have this: /tmp mount C:\bin\cygwin\bin on /usr/bin type system (binmode) C:\bin\cygwin\lib on /usr/lib type system (binmode) C:\bin\cygwin on / type system (binmode) c: on /c type system (binmode) d: on /d type system (binmode) Now, with the dev snapshot cygwin1.dll, all is well except that ls /d seems to list /c and in fact ls /any_single_letter seems to behave like ls /c! I can still see d: under ls /cygdrive/d/, but not under its mount point, which is /d/. Also, when I list /c I get an error regarding not being able to open Documents\ and\ Settings. Strange! So I reverted back to the original cygwin1.dll :-) If there is any interest on the part of any cygwin developer in pursuing this matter, I'd be happy to cooperate, but other than that I'll leave it at that - at least for the near future. On Apr 3 20:35, Ivan Dobrianov wrote: Hi and sorry for the clutter, but I can't figure it out! I have this familiar situation when trying to copy from the network: cp //walnetapp01/SRD/LegacyBugs/148000-148999/148708/some_file.txt ./ cp: skipping file `//walnetapp01/SRD/LegacyBugs/148000-148999/148708/some_file.txt', as it was replaced while being copied Now, I looked through the mailing list archives and found two relevant threads on this subject, namely: ml/cygwin/2006-01/msg00804.html ml/cygwin/2006-11/msg00525.html The thing is that neither of them ends up with a prescription of how to fix the problem :-) In message 2006-11/msg00604.html, Corinna says: I'm going to add a special case for this file system. Please give the next developer's snapshot from http://www.cygwin.com/snapshots/ a try. Well, here I am in April 2008, with a fresh new Cygwin installation - I am assuming that by now this prblem whould have been resolved in the main branch. Am I wrong? Do I have to do anything special? The patch is in CVS, not in the latest release. You could try the latest developer snapshot from http://cygwin.com/snapshots/, but for the time being, there's no fix for the release itself. Note that snapshots are not made for production environments. Use at your own risk. Corinna -- 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: [setup.exe crashes at cygrunsrv uninstall step]
Michael Eager wrote: I've run into the same error. There was no error in cygrunsrv.lst.gz and deleting it did not correct the crash. That is just the one that happened to be corrupt in this poster's example. You would have to look at your logs to see which .gz file is corrupt on your system to know which one to delete. Brian -- 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: Libtool 2.2.2
Bobby McNulty wrote: Last night, I updated my Cygwin installation and received libtool 2.2.2 Seeing as how libtool2.2 is not listed in any 'requires:' line you must have manually selected it in order for it to be installed. Per the release announcement, it is incompatible with the libtool1.5 package, which means you have to manually deselect all other libtool packages if you select libtool2.2. You can only have one of the two at any time installed, and there's no way for setup to enforce that which is why it's not listed in any 'requires:'. Brian -- 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: Libtool 2.2.2
Brian Dessent wrote: Per the release announcement, it is incompatible with the libtool1.5 package, which means you have to manually deselect all other libtool packages if you select libtool2.2. You can only have one of the two at any time installed If this is the case, perhaps, there is some problem in setup.ini. cygport requires libtool1.5 and libguile17 requires libltdl3. So it looks that the set libtool1.5+libltdl3 cannot be removed in favor of libtool2.2+libltdl7 (if one needs cygport, libguile17+ dependences). Cheers, Angelo. -- 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: Libtool 2.2.2
Angelo Graziosi wrote: If this is the case, perhaps, there is some problem in setup.ini. cygport requires libtool1.5 and libguile17 requires libltdl3. So it looks that the set libtool1.5+libltdl3 cannot be removed in favor of libtool2.2+libltdl7 (if one needs cygport, libguile17+ dependences). I may not have been clear. The libltdl runtime packages should be fine on their own, it's just the libtool developer packages that are incompatible. I don't think there should be a problem if you have installed libltdl3+libltdl6+libltdl7+(one of libtool1.5 or libtool2.2). I'm not sure what libltdl6 is doing in the distro though as nothing 'requires:' it. This shouldn't be too big of a problem as the libtool packages are only needed if you relibtoolize something -- which you normally do not when building from a tarball, only from a VCS checkout. Though building any cygport-ized package seems to force the issue since it likes to forcibly autoreconf -fvi. Brian -- 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/
Bash.exe stays open after Putty is closed
I just installed Cygwin with OpenSSH and got it setup on Windows Server 2003. When I use Putty on a remote machine to connect to the server, the server starts a bash.exe processes. When I close Putty (alt-f4) the bash.exe processes remains on the server. If I connect again, another bash.exe process is created. Is there any way to configure bash.exe to close unused processes or do I have to manually go in to task manager and close these processes? If I login a few times a day like this, I will eventually run out of available ram on the server. Thanks! -- 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/
gettext latest vers. 0.17
Just as the person below noted that the latest version of gettext, 0.17 was needed, I found myself also needing it. I expect that more and more newer versions and updates will be requiring it. http://cygwin.com/ml/cygwin/2008-03/msg00220.html The current cygwin gettext package is over two years old. The below cygwin archive gives an explanation for this. http://www.cygwin.com/ml/cygwin/2008-02/msg00359.html My question is the usage of cygport really required to be used. I certainly feel that it should not be required and it has certainly appeared to hamper a lot of progress in maintenance and updates of existing packages. It is a tool, best know by its developer, but it is merely a tool and should not be a required one. Cygwin already has a specification for packages, the only requirement should be that a package meets that specification, not how it was accomplished. It would be great to allow that freedom and then we can get a latest update of gettext and all would be happy. This is my understanding. Please comment on the required use of cygport. And who said it is required and why. Cheers, -- 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: gettext latest vers. 0.17
[EMAIL PROTECTED] wrote: Just as the person below noted that the latest version of gettext, 0.17 was needed, I found myself also needing it. I expect that more and more newer versions and updates will be requiring it. http://cygwin.com/ml/cygwin/2008-03/msg00220.html The current cygwin gettext package is over two years old. The below cygwin archive gives an explanation for this. http://www.cygwin.com/ml/cygwin/2008-02/msg00359.html My question is the usage of cygport really required to be used. I certainly feel that it should not be required and it has certainly appeared to hamper a lot of progress in maintenance and updates of existing packages. It is a tool, best know by its developer, but it is merely a tool and should not be a required one. Cygwin already has a specification for packages, the only requirement should be that a package meets that specification, not how it was accomplished. It would be great to allow that freedom and then we can get a latest update of gettext and all would be happy. This is my understanding. Please comment on the required use of cygport. And who said it is required and why. The short answer is that usage of cygport is not required. The slightly longer answer is that use of cygport has been encouraged but not mandated. A quick look at the Cygwin Package Contributor's Guide should prove quite illuminating in this regard http://cygwin.com/setup.html. It doesn't even mention cygport as an option, which is an oversight for sure, but should alleviate any concern that cygport is a requirement. -- 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: gettext latest vers. 0.17
[EMAIL PROTECTED] wrote: My question is the usage of cygport really required to be used. I certainly Of course it's not required. The maintainer can use any method he wants. The fact that Chuck switched *to* cygport from the previous homegrown g-b-s method he used should tell you something about how much time it can potentially save. feel that it should not be required and it has certainly appeared to hamper a lot of progress in maintenance and updates of existing packages. You take one instance of one package being delayed and extrapolate that to some kind of general statement, but you neglect the hundreds of packages where cygport works smoothly without fuss and allows for maintainers to put out updated packages with greater speed than the old g-b-s. Again, the choice to use cygport is entirely up to the maintainer, so they would not be using it if they thought it would not save them time. It is a tool, best know by its developer, but it is merely a tool and should not be a required one. Cygwin already has a specification for packages, the only requirement should be that a package meets that specification, not how it was accomplished. There is no such requirement. The maintainer can do it however he likes. The fact is that Chuck has chosen to trade the temporary delay of one package for the eventual infrastructure improvement which would save more time in the future. That's his choice. As current maintainer on record for approximately 100 packages in the distro I think he has a pretty good idea what all is involved and what will save him time in the future. It would be great to allow that freedom and then we can get a latest update of gettext and all would be happy. Build gettext yourself if you want a newer version. This is FOSS, you're not helpless. Brian -- 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: gettext latest vers. 0.17
On Fri, Apr 04, 2008 at 07:56:15PM -0700, Brian Dessent wrote: Build gettext yourself if you want a newer version. This is FOSS, you're not helpless. TIFYNH. I like it. 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/