[GTG] Re: [ITP] TeX Live dependencies
Yaakov writes: These are all prerequisites for texlive, already in major distros: * dialog/libdialog10/libdialog-devel ftp://ftp.cygwinports.org/pub/cygwinports/release-2/dialog/ Builds fine from source, packaging and setup.hint look good * openjpeg/libopenjpeg1/libopenjpeg-devel (for poppler) ftp://ftp.cygwinports.org/pub/cygwinports/uploads/openjpeg/ Builds fine from source, packaging and setup.hint look good * python-imaging ftp://ftp.cygwinports.org/pub/cygwinports/uploads/python-imaging/ Packaging and setup.hint look good * zziplib/libzzip0.13/libzzip-devel ftp://ftp.cygwinports.org/pub/cygwinports/release-2/zziplib/ Builds fine from source, packaging and setup.hint look good By the way the cygwin specific README file is missing in your packages. Yaakov Ciao Volker
[GTG] Re: [ITP] poppler (attn: xpdf maintainer)
Yaakov writes: Another TeX Live dependency: ftp://ftp.cygwinports.org/pub/cygwinports/uploads/poppler/ ftp://ftp.cygwinports.org/pub/cygwinports/release-2/poppler-data/ Both build fine from source, packaging and setup.hint look good Yaakov Ciao Volker
[GTG] Re: [ITP] libiodbc, freetds, mysql, phonon (qt4 deps)
Yaakov writes: On Tue, 2012-02-28 at 17:43 -0600, Yaakov (Cygwin/X) wrote: * Phonon: ftp://ftp.cygwinports.org/pub/cygwinports/uploads/phonon/ I almost forgot: * automoc4 (build-time dependency of Phonon): ftp://ftp.cygwinports.org/pub/cygwinports/release-2/KDE/automoc4/ Builds fine from source, packaging and setup.hint look good Yaakov Ciao Volker
[GTG] Re: [ITP] libiodbc, freetds, mysql, phonon (qt4 deps)
Yaakov writes: poppler includes qt4 bindings, so I can't delay the qt4 upgrade any longer. These new dependencies are already in major distros. (FWIW, this would also resolve the missing dependencies for ITPing PHP.) * iODBC: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/libiodbc/ Builds fine from source, packaging and setup.hint look good ftp://ftp.cygwinports.org/pub/cygwinports/release-2/odbc-psql/ Packaging and setup.hint look good ftp://ftp.cygwinports.org/pub/cygwinports/release-2/odbc-sqlite3/ Packaging and setup.hint look good There are two ODBC implementations for *NIX: iODBC and unixODBC. There is no reason for both and they partially conflict; I chose iODBC for various technical reasons. Drivers for PostreSQL and SQLite3, the SQL engines already in the distro, are available separately. * FreeTDS: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/freetds/ Packaging and setup.hint look good Includes an ODBC driver. * MySQL: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/mysql/ Builds fine from source, packaging and setup.hint look good ftp://ftp.cygwinports.org/pub/cygwinports/release-2/Perl/perl-DBI/ Packaging and setup.hint look good ftp://ftp.cygwinports.org/pub/cygwinports/release-2/Perl/perl-DBD-mysql/ Packaging and setup.hint look good ftp://ftp.cygwinports.org/pub/cygwinports/release-2/odbc-mysql/ Packaging and setup.hint look good I consider the server to be experimental and not for production use. The client side is working fine, as does the embedded server as best as I can tell (amarok uses it). The perl modules are required for some of the server administration scripts. Also includes the upstream ODBC driver. * Phonon: ftp://ftp.cygwinports.org/pub/cygwinports/uploads/phonon/ Packaging and setup.hint look good While an older version is shipped with Qt itself, KDE requires the newer versions they ship. I hacked the qt4 build to use this version, so its used by QtWebKit, qtconfig, and qtdemo. Phonon uses backends, so this won't do anything yet until I ITP GStreamer, but that can wait for the moment. Yaakov Ciao Volker
Re: [GTG] Re: [ITP] libiodbc, freetds, mysql, phonon (qt4 deps)
Volker Zell writes: Yaakov writes: * FreeTDS: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/freetds/ Packaging and setup.hint look good Actually I think this package should provide postinstall scripts for copying the following files into /etc/freetds locales.conf freetds.conf pool.conf otherwise when the user changes them, they will be overwritten. Ciao Volker
TeX Live transition complete
Ken, The TeX Live packages are now in the distro. They, along with the upgrade helpers for replaced packages, are in release/TeX/. Please announce this at your earliest convenience. FYI, I did make slight last-minute changes to the following packages, all of which have been committed to git: asymptote texlive-collection-documentation-italian texlive-collection-fontsextra texlive-collection-langmongolian texlive-collection-latexextra If you have any more questions about TeX Live, please let me know. Thanks for taking this on! Yaakov
Re: [ITP] poppler (attn: xpdf maintainer)
On Tue, 2012-02-28 at 17:15 +0100, Dr. Volker Zell wrote: I uploaded an new xpdf-3.03 to sourceware:/home/vzell/xpdf You can just move it to the release are whenever you're ready. Done. Thanks, Yaakov
drag and drop problem between java windows on linux
I am using xorg-server-1.10.3-1 under Cygwin in Windows 7 64-bit and have the problem of not being able to drag and drop from 2 different java windows launched off a linux server box. I am using Redhat 5.4 as my linux server that I am displaying from. For example to reproduce the problem: Launch two java Notepad applications (found in java 1.6 SDK under demos/jfc/Notepad/Notepad.jar) to display back to the Windows 7 Cygwin X Server (using the default internal window manager). Put some text in one Notepad application and try to perform a drag n drop to the other Notepad application, it fails. Copy and paste works. Drag n drop inside one notepad works. Drag n drop using different window managers with the above setup works (e.g., OpenBox, twm, etc.) This appears to be another Linux Java related issue similar to the inset menu problem fixed recently on the internal window manager. If I am displaying back QT or GTK windows such as gedit for example then the drag and drop works between the 2 different windows. Thanks, Luke -- 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/
Fix for modifier keys after gaining focus patch
The recent patch for sending modifier key presses when a window gains focus depending on internal state and modifier key state has a problem. If the right control key is pressed when a window is gaining focus, it receives a left control keydown event, and the control state gets stuck because the window never receives a left control keyup event. The problem is fairly easy to replicate: run emacs-X11 from xterm, quit with [C-x C-x] using right control (which gives focus back to xterm), and try pressing keys. Until you press left control, all keys you've pressed get interpreted as [C-key]. The patch is easy (and it has already been raised in http://cygwin.com/ml/cygwin-xfree/2012-01/msg3.html, but the idea was dismissed later because of internal state only keeping track of control key, and not individual left/right control keys). I have tried the patch below, and didn't observe any side effects so far. I've also modified the alt/ctrl check t only consider lctrl, since the other parts of the source seemed to indicate altgr emits a spurious lctrl. Best regards, Vedat Hallac 0001-Fix-stuck-RCtrl-key-problem.patch Description: Binary data -- 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/
[ANNOUNCEMENT] Updated: fontconfig-2.8.0-2
The following packages have been updated for the Cygwin distribution: *** fontconfig-2.8.0-2 *** libfontconfig1-2.8.0-2 *** libfontconfig-devel-2.8.0-2 Fontconfig is a library designed to provide system-wide font configuration, customization and application access. This release adds the TeX Live OTF, TTF, and Type1 font directories to the font search path. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-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. -- 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/
[ANNOUNCEMENT] Updated: qt4-4.7.4-3, New: phonon-4.5.1-2
I have finally updated Qt4 in the Cygwin distribution to 4.7.4. Besides all the upstream changes, this release includes the following packaging changes as well: * QtSql drivers for MySQL, ODBC, and TDS * Enabled the GTK+ GUI style * Phonon support in QtWebKit, qtconfig, and qtdemo (backends to come) -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-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. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: question on Cygwin's version of make
On 2/29/2012 11:55 PM, marco atzeri wrote: Paul, looks on http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-3.html http://www.linuxtopia.org/online_books/advanced_bash_scripting_guide/io-redirection.html for further info. Marco Marco: Thanks for the links. And thanks to Csaba and you for confirming proper syntax ... it will help as I figure out 2 and 1 and all the typography that needs to be used to make it all work. Paul -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: question on Cygwin's version of make
On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote: I've got a C++ tree that is running under Fedora 14, Fedora 16, and Cygwin. Everything works. Tonight, I needed to test something and was on my Windows box, so I did a cut-and-paste operation which gave me a directory of Copy of myStuff. I did a make and it worked, but I am seeing a message about basename: extra operand 'myStuff'. That appears to be an error message from /usr/bin/basename GNU make has a built-in function $(basename ...) but that doesn't appear to have such an error message. I figured out that the spaces in the MS Copy of myStuff were the problem and was able to rename w/o spaces and move forward. But I would like to ask if anyone knows what in make uses the basename command so I can try to either massage the Makefile to deal with it or throw a more meaningful error (as in your directory has spaces in it and there will be complaints)? Read your makefile. One of the actions is probably using basename. Alas, /usr/bin/basename has no way of knowing that it was invoked from make; you can't get more meaningful errors. Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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 to revert to older Cygwin1 dll?
On Thu, 2012-03-01 at 06:01 +, Mark Geisert wrote: but for a GUI emacs in cygwin i need to install cygwin, X/cygwin, configure X, run an external bash and then kick off emacs - just in order to use a bash inside emacs. You don't need to run external bash... And doesn't emacs-nox.exe allow you to have emacs without X? Yes, a console-only version. 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: BLODA detection code in latest snapshot
On Feb 29 11:06, Ryan Johnson wrote: On 29/02/2012 10:01 AM, Corinna Vinschen wrote: On Feb 29 09:51, Ryan Johnson wrote: On 27/02/2012 7:26 AM, Corinna Vinschen wrote: Hi folks, I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It contains two code snippets which are supposed to help diagnosing BLODA problems. If you set the environment variable CYGWIN to detect_bloda and then start a Cygwin process (bash or so), then Cygwin will detect two types of anomalies: [...] Would it be a good idea to update the FAQ's bloda entry with this info? Sure, it's probably going to give occasional false positives and/or negatives, but it would definitely catch the obvious cases and give a quick test for claims of bloda-free systems. You'd almost want a new cygcheck -b option that could fork off a process or two with detect_bloda active and capture any output that results. Of course I will document this at one point. So far I just didn't. I doubt that the cygcheck -b would be useful, though. Just call $ export CYGWIN=detect_bloda some_executable and you get what you want. Sure. That's what I'd do also, but we're both familiar with the bloda. I was thinking more of users sending problem reports. Telling them to attach the output of `cygcheck -svrb' would give us useful information even if they don't (yet) know what the bloda is let alone whether they're affected by it. Sort of like how we could ask cygcheck already starts the `id' command. We could start it with the CYGWIN=detect_bloda setting. But I don't think that's feasible. The problem is, what application would you like to start, and what would you like to do to trigger BLODA messages? when I implemented this I didn't implement the DLL filter list at first. I ran my first tests on W7. I have one machine on which I have the installer for a known BLODA, the Bytemobile stuff, but otherwise my machines are rather stock OS + Cygwin. So it came as a surprise to me when the following happened: I started bash with CYGWIN=detect_bloda, typed `ls' to see if it works and then shifted my attention to something else. After about 30 seconds, I got the follwoing message in bash, three times in a row: Potential BLODA detected! Thread function called outside of Cygwin DLL: C:\Windows\System32\ntdll.dll I observed this more closely and it turned out that for each foreground process which lived longer than about 30 seconds a thread function in ntdll.dll was started three times in parallel. After pretty much exactly 1 minute, all three threads disappeared again. What I'm trying to say with this example is, you just don't know what a potential BLODA will do. You don't know when it will intrude, nor do you know what you have to do so that it intrudes. Maybe it only occurs when you press a key or open a socket connection, or only if you move your mouse out of the Window, or if you perform a rain dance. I don't think you have the faintest chance to catch BLODAs automatically, other than by enhancing the BLODA tests for known BLODAs in cygcheck. That's what would be most helpful in the long run. The BLODA test in Cygwin is just a last straw sort of thing. At least in its current implementation. Heck, if we really wanted to go whole-hog, we could add an option to check for dlls in $PATH that have base collisions. Once cygcheck supported both those checks, the fork failure error message could even tell users to run cygcheck before reporting a problem. To find base collisions it would be most helpful to run rebase with the -i option. We could add code to cygcheck to call rebase -i. Actually, now that I think about it, we could just make cygwin list any base collisions among dlls used by a failed forkee and point to the FAQ entry on rebaseall. The info is at our fingertips (dll::preferred_base) and in the absence of base collisions we could spawn a process to check for bloda, whose output (if non-empty) is ^^^ Oh no, please don't. The Cygwin DLL should not start applcations by itself. That sounds like a potential security hole. 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: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.
On Feb 29 13:36, Matt Seitz (matseitz) wrote: Corinna Vinschen wrote: setfacl -m d:g::r-x,d:o:r-x /home /tmp /usr/tmp /var/log /var/run /var/tmp 2/dev/null Will that cause problems if I have: $ mount | grep home C:/Documents and Settings on /home type ntfs (binary) $ getfacl /home # file: /home # owner: Administrators # group: Domain Users user::rwx group::--- group:SYSTEM:rwx group:Users:r-x group:Power Users:r-x mask:rwx other:r-x default:user::rwx default:user:Administrators:rwx default:group::--- default:group:SYSTEM:rwx default:group:Users:r-x default:group:Power Users:r-x default:mask:rwx default:other:r-x $ I don't know if that's a problem for you, but it would change the settings to $ getfacl /home [...] default:group::r-x --- [...] $ Maybe it's better if the code tests the permissions first, along these lines: # Fix a problem introduced by older versions of setup.exe # Directories with 1777 permissions were erroneously created # with 777 inheritable default permissions. This is a security # problem for non-Cygwin apps using these folders. This is # especially tragic in case of /tmp. if [ ! -f /etc/.1777fix ] then for file in /home /tmp /usr/tmp /var/log /var/run do # We test if the default group or other permissions are rwx. # If so, it's dangerous and highly likely that these are still # the permissions set by setup.exe getfacl ${file} | grep -Eq 'default:(group:|other):rwx' \ setfacl -m d:g::r-x,d:o:r-x ${file} 2/dev/null \ touch /etc/.1777fix done fi That should be sufficiently safe. 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: mintty scroll to bottom
On Feb 29 13:46, Lemke, Michael SZ/HZA-ZSW wrote: What is the mintty equivalent to rxvt/xterm's -si|+si Turn on/off scroll-to-bottom on TTY output inhibit; resource scrollTtyOutput has opposite effect. I'd like to have it turned on, i.e., scroll to bottom whenever there is new output. Couldn't find anything for mintty and it seems mintty doesn't scroll. Maybe you should ask this on the mintty mailing list mintty-discuss AT googlegroups DOT com 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: cygheap base mismatch detected
On Mar 1 05:56, Heiko Elger wrote: I can agree having some times same error on multiple machines (win7/64) - but always when running perl. 1 [main] perl (7796) c:\programme\cygwin\bin\perl.exe: *** fatal error - cygheap base mismatch detected - 0xE158D0 /0xEF58D0. I don't know what's with your machine, but these values are *very* bad. The Cygwin DLL is supposed to be loaded into the same virtual address 0x6100 in every process. The above address... I don't know what I should say. Did you run perlrebase? Is your perl executable dislocated? I know that perlrebase did that accidentally at one point. What does `objdump -h /bin/perl' print? Additionally, do you observe collisions when running `rebase -si'? What we really have is the following - so perhaps cygwin thinks he will file multiple cygwin1.dll files. We are using German Win7/64. Cygwin is installed into c:\Programme\cygwin. In German Win7 c:\Programme is a system link to c:\Program Files - this is by Win7 automatically. Our IT departement create a junction c:\Programme to c:\Program Files using mklink /J c:\Programme c:\Program Files - cause of other older incompatabilities to our old WinXp environment having a real c:\Programme directory. I'm not sure - but perhaps cause of this - cygwin will came into trouble. That shouldn't matter. It *could* matter in case of the default entries in the mount table, but in fact those should be fixed after the first Cygwin executable is running and then not change anymore anyway. 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: cygheap base mismatch detected
On Feb 29 14:30, Charles Wilson wrote: I've been running into a strange error lately (that is, I first noticed it for sure on 1.7.10, but it MIGHT have occurred also on 1.7.9. It persists on 1.7.11). cygcheck -- and *only* cygcheck -- is reporting a cygheap base mismatch but only on an XP64 machine: $ cygcheck -cd cygwin 1 [main] cygcheck (3756) C:\cygwin\bin\cygcheck.exe: *** fatal error - cygheap base mismatch detected - 0x61270870/0x2170870. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. Cygwin Package Information Package Version cygwin 1.7.11-1 (Note that cygcheck actually *does* complete the requested command, after the error message from (cygwin1.dll/dcrt0.cc?) is printed. Very strange. For two reasons. First of all, why is the mismatch message printed at all? The code in question is basically: if (res-cygheap != (void *) _cygheap_start) multiple_cygwin_problem (...); But res-cygheap and _cygheap_start are apparently identical, so why is multiple_cygwin_problem called? And then multiple_cygwin_problem calls api_fatal to print the message which means that ultimately TerminateProcess() is called. I tried that on my XP64 test machine and cygcheck worked fine. Could you do a parallel installation on the same machine and see how it behaves there? 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: cygheap base mismatch detected
On Thu, Mar 1, 2012 at 11:51 AM, Corinna Vinschen wrote: On Feb 29 14:30, Charles Wilson wrote: I've been running into a strange error lately (that is, I first noticed it for sure on 1.7.10, but it MIGHT have occurred also on 1.7.9. It persists on 1.7.11). cygcheck -- and *only* cygcheck -- is reporting a cygheap base mismatch but only on an XP64 machine: $ cygcheck -cd cygwin 1 [main] cygcheck (3756) C:\cygwin\bin\cygcheck.exe: *** fatal error - cygheap base mismatch detected - 0x61270870/0x2170870. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. Cygwin Package Information Package Version cygwin 1.7.11-1 (Note that cygcheck actually *does* complete the requested command, after the error message from (cygwin1.dll/dcrt0.cc?) is printed. Very strange. For two reasons. First of all, why is the mismatch message printed at all? The code in question is basically: if (res-cygheap != (void *) _cygheap_start) multiple_cygwin_problem (...); 0x61270870 != 0x2170870 But res-cygheap and _cygheap_start are apparently identical, so why is multiple_cygwin_problem called? And then multiple_cygwin_problem calls api_fatal to print the message which means that ultimately TerminateProcess() is called. I tried that on my XP64 test machine and cygcheck worked fine. Could you do a parallel installation on the same machine and see how it behaves there? Corinna -- 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
Fork failure from git
Originally seen with 1.7.11. I've run rebaseall, and the 20120227 snapshot, and still get this error. Originally the error was during a git pull. I separated things out and managed to do the git fetch first, but repeating the pull still results in a fork failure. $ uname -a CYGWIN_NT-6.1-WOW64 machine 1.7.12s(0.260/5/3) 20120227 12:56:51 i686 Cygwin $ git pull --rebase origin master 1 [main] git 5276 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741515, errno 11 error: cannot fork() for rev-list: Resource temporarily unavailable error: Could not run 'git rev-list' 15547 [main] git 5276 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741515, errno 11 error: cannot fork() for rev-list: Resource temporarily unavailable error: Could not run 'git rev-list' error: git://xxx.com/yyy did not send all necessary objects I did an strace with the snapshot, and the bit aroung the fork failure says: 22 820839 [main] git 7408 fork: entering 55 820894 [main] git 7408 sig_send: sendsig 0xA0, pid 7408, signal -40, its_me 1 24 820918 [main] git 7408 sig_send: wakeup 0x290 30 820948 [sig] git 7408 wait_sig: signalling pack.wakeup 0x290 2 820950 [main] git 7408 sig_send: Waiting for pack.wakeup 0x290 40 820990 [main] git 7408 sig_send: returning 0x0 from sending signal -40 32 821022 [main] git 7408 frok::parent: priority class 32 97 821119 [main] git 7408 frok::parent: stack - bottom 0x29, top 0x267000, addr 0x0, guardsize 0x0 30 821149 [main] git 7408 frok::parent: CreateProcessW (C:\cygwin\lib\git-core\git.exe, C:\cygwin\lib\git-core\git.exe, 0, 0, 1, 0x20, 0, 0, 0x28A5C0, 0x28A620) 25 821174 [main] git 7408 time: 1330600890 = time(0) 1926 823100 [main] git 7408 frok::parent: forked pid 6460 36 823136 [main] git 7408 child_info::sync: n 2, waiting for subproc_ready(0x288) and child process(0x2A0) 3097 826233 [main] git 7408 child_info::sync: pid 6460, WFMO returned 1, exit_code 0xC135, res 0 93 826326 [main] git 7408 frok::parent: returning -1 52 826378 [main] git 7408 sig_send: sendsig 0xA0, pid 7408, signal -41, its_me 1 31 826409 [main] git 7408 sig_send: wakeup 0x290 54 826463 [main] git 7408 sig_send: Waiting for pack.wakeup 0x290 23 826486 [sig] git 7408 wait_sig: signalling pack.wakeup 0x290 27 826513 [main] git 7408 sig_send: returning 0x0 from sending signal -41 88 826601 [main] git 7408 fork: child -1 - forked process died unexpectedly, retry 0, exit code -1073741515, errno 11 266 826867 [main] git 7408 __set_errno: int fork():685 setting errno 11 An earlier fork appears to have worked for git.exe, but with the exectuable in a different directory (does this matter?) 22 64382 [main] git 7908 fork: entering 61 64443 [main] git 7908 sig_send: sendsig 0x9C, pid 7908, signal -40, its_me 1 23 64466 [main] git 7908 sig_send: wakeup 0x130 25 64491 [main] git 7908 sig_send: Waiting for pack.wakeup 0x130 5 64496 [sig] git 7908 wait_sig: signalling pack.wakeup 0x130 42 64538 [main] git 7908 sig_send: returning 0x0 from sending signal -40 29 64567 [main] git 7908 frok::parent: priority class 32 91 64658 [main] git 7908 frok::parent: stack - bottom 0x29, top 0x252000, addr 0x0, guardsize 0x0 21 64679 [main] git 7908 frok::parent: CreateProcessW (C:\cygwin\bin\git.exe, C:\cygwin\bin\git.exe, 0, 0, 1, 0x20, 0, 0, 0x28A8C0, 0x28A920) 21 64700 [main] git 7908 time: 1330600885 = time(0) 24016 88716 [main] git 7908 frok::parent: forked pid 6608 57 88773 [main] git 7908 child_info::sync: n 2, waiting for subproc_ready(0x128) and child process(0x138) 1 1 [main] git (6608) ** 52 53 [main] git (6608) Program name: C:\cygwin\bin\git.exe (windows pid 6608) 19 72 [main] git (6608) OS version: Windows NT-6.1 17 89 [main] git (6608) Heap size:4160157172 17 106 [main] git (6608) ** Note: may want to s/frok/fork/ The following command does work after the fetch: $ git rebase origin master So I'm not too worried, so this is more an FYI in case the strace helps. Dave. -- 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: cygheap base mismatch detected
On Mar 1 11:59, marco atzeri wrote: On Thu, Mar 1, 2012 at 11:51 AM, Corinna Vinschen wrote: On Feb 29 14:30, Charles Wilson wrote: I've been running into a strange error lately (that is, I first noticed it for sure on 1.7.10, but it MIGHT have occurred also on 1.7.9. It persists on 1.7.11). cygcheck -- and *only* cygcheck -- is reporting a cygheap base mismatch but only on an XP64 machine: $ cygcheck -cd cygwin 1 [main] cygcheck (3756) C:\cygwin\bin\cygcheck.exe: *** fatal error - cygheap base mismatch detected - 0x61270870/0x2170870. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. Cygwin Package Information Package Version cygwin 1.7.11-1 (Note that cygcheck actually *does* complete the requested command, after the error message from (cygwin1.dll/dcrt0.cc?) is printed. Very strange. For two reasons. First of all, why is the mismatch message printed at all? The code in question is basically: if (res-cygheap != (void *) _cygheap_start) multiple_cygwin_problem (...); 0x61270870 != 0x2170870 Oh, right. I only read the last few digits. Sorry. Hmm. cygcheck loads the Cygwin DLL dynamically. It does not depend on any other Cygwin distro DLL. But it's started from a Cygwin parent. So the loaded CYgwin DLL checks the layout just like it had been linked against. And apparently it gets rebased at load time. Which means to me, there's another DLL already loaded into the process at an address which overlaps with the address space the Cygwin DLL should have been loaded to. So I guess you just have to find out what is the cause for rebasing the Cygwin DLL. Try VMMap from sysinternals with a cygcheck -svr piped into less, so that you can easily observe the process in vmmap. 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: BLODA detection code in latest snapshot
On 01/03/2012 4:53 AM, Corinna Vinschen wrote: On Feb 29 11:06, Ryan Johnson wrote: On 29/02/2012 10:01 AM, Corinna Vinschen wrote: On Feb 29 09:51, Ryan Johnson wrote: On 27/02/2012 7:26 AM, Corinna Vinschen wrote: Hi folks, I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It contains two code snippets which are supposed to help diagnosing BLODA problems. If you set the environment variable CYGWIN to detect_bloda and then start a Cygwin process (bash or so), then Cygwin will detect two types of anomalies: [...] Would it be a good idea to update the FAQ's bloda entry with this info? Sure, it's probably going to give occasional false positives and/or negatives, but it would definitely catch the obvious cases and give a quick test for claims of bloda-free systems. You'd almost want a new cygcheck -b option that could fork off a process or two with detect_bloda active and capture any output that results. Of course I will document this at one point. So far I just didn't. I doubt that the cygcheck -b would be useful, though. Just call $ export CYGWIN=detect_bloda some_executable and you get what you want. Sure. That's what I'd do also, but we're both familiar with the bloda. I was thinking more of users sending problem reports. Telling them to attach the output of `cygcheck -svrb' would give us useful information even if they don't (yet) know what the bloda is let alone whether they're affected by it. Sort of like how we could ask [bloda horror stories] What I'm trying to say with this example is, you just don't know what a potential BLODA will do. You don't know when it will intrude, nor do you know what you have to do so that it intrudes. Maybe it only occurs when you press a key or open a socket connection, or only if you move your mouse out of the Window, or if you perform a rain dance. I don't think you have the faintest chance to catch BLODAs automatically, other than by enhancing the BLODA tests for known BLODAs in cygcheck. That's what would be most helpful in the long run. The BLODA test in Cygwin is just a last straw sort of thing. At least in its current implementation. Point taken. The idea did sound a little too good to be true... Heck, if we really wanted to go whole-hog, we could add an option to check for dlls in $PATH that have base collisions. Once cygcheck supported both those checks, the fork failure error message could even tell users to run cygcheck before reporting a problem. To find base collisions it would be most helpful to run rebase with the -i option. We could add code to cygcheck to call rebase -i. That could be helpful. Actually, now that I think about it, we could just make cygwin list any base collisions among dlls used by a failed forkee and point to the FAQ entry on rebaseall. The info is at our fingertips (dll::preferred_base) and in the absence of base collisions we could spawn a process to check for bloda, whose output (if non-empty) is ^^^ Oh no, please don't. The Cygwin DLL should not start applcations by itself. That sounds like a potential security hole. Fair enough. Security hole or not, it sounds like it wouldn't have actually helped, so it really shouldn't be considered further. I still think reporting specific base collisions during a fork failure -- or at least detecting their existence and telling the user to rebase -- would be helpful. Judging from the messages that regularly hit the list, the extra info currently delivered with fork failure messages isn't really actionable by the average user. Plus, we could list the offending paths (which may not all be on rebaseall's default path list) Anyway, these were all just a bunch of musings, no big deal if they're full of holes. Ryan -- 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: BLODA detection code in latest snapshot
On Mar 1 08:19, Ryan Johnson wrote: I still think reporting specific base collisions during a fork failure -- or at least detecting their existence and telling the user to rebase -- would be helpful. Yes, that could be helpful. 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: setsid rxvt # window comes up, hangs
Hi Chris, On Feb 25 06:42, Tom Rodman wrote: Hello: When I run setsid rxvt the window opens and hangs without a shell prompt. rxvt # works ok I've looked through the snapshots. setsid rxvt worked until 2011-10-13. From 2011-10-15 up to 2011-10-21 it was not possible to start rxvt at all, error message rxvt: could not obtain control of tty. Starting with 2011-10-22, rxvt hangs with two processes in the process list: 2688 12688 2708 pty111001 15:48:58 /usr/bin/rxvt S123626881236 1236 pty111001 15:48:58 /usr/bin/rxvt Observing what happens with strace suggests that the child with pid 1236 handles a SIGTTOU: 18 591023 [sig] rxvt 1236 sigpacket::process: signal 22 processing 159 591182 [sig] rxvt 1236 _cygtls::find_tls: signal 22 53 591235 [sig] rxvt 1236 sigpacket::process: signal 22, about to call 0x61039331 53 591288 [sig] rxvt 1236 setup_handler: controlled interrupt. stackptr 0x28DA34, stack 0x28DA30, stackptr[-1] 0x414FE1 [...] and then the parent 2688 is supposed to handle a SIGCHLD. The problem is apparently that it can't handle this signal: 161 591898 [main] rxvt 1236 sig_handle_tty_stop: process 1236 stopped by signal 22 71 592009 [waitproc] rxvt 2688 sig_send: returning 0x0 from sending signal 20 82 592091 [sig] rxvt 2688 _cygtls::find_tls: signal 20 158 592249 [sig] rxvt 2688 sigpacket::process: signal 20, about to call 0x4053F0 20 592269 [waitproc] rxvt 2688 proc_waiter: looping 112 592381 [sig] rxvt 2688 setup_handler: suspending thread 296 592677 [sig] rxvt 2688 _cygtls::inside_kernel: pc 0x76798AFE, h 0x7678, inside_kernel 1 92 592769 [sig] rxvt 2688 setup_handler: couldn't interrupt. trying again. 139 592908 [sig] rxvt 2688 setup_handler: suspending thread [...] At this point, the double loop in setup_handler runs the full 100 iterations up to: 3940 744861 [sig] rxvt 2688 setup_handler: signal 20 not delivered From there on, nothing much happens. The parent waits in select and the child is stopped. Do you have an idea why this happens? Anything I could try? 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: setsid rxvt # window comes up, hangs
Yes, this mail was meant as a private mail. Sorry about that. On Mar 1 16:24, Corinna Vinschen wrote: Hi Chris, 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: question on Cygwin's version of make
Some folks call make from a bash file to take advantage of things that bash can do and make can't, or at least easily. Using a config.sh to run make could let you test anything you want, print warnings, or exit, if anything is spotted. If everything looks good, the script can call make. This is common when you need to collect information about the local configuration (OS, arch, preferences, etc) in a portable way. Don't know if that helps, but that is what occurred to me reading you post. LMH Paul Allen Newell wrote: Marco: Thanks for reply, my comments inline On 2/29/2012 11:23 PM, marco atzeri wrote: names with spaces are always a problem for a lot of unix/cygwin program, so my suggestion is to rename the directory. Please also note that copypaste will likely mess your file permission Yes, I solved the problem by removing spaces. I always create directories and files without spaces. but a cut-and-paste in Windows doesn't respect such. I haven't seen any permissions problems on a cut-and-paste .. the only issue I see is when I port back to Fedora and have a script to get rid of everything being an executable. I am just hoping that I can understand where basename is executed so I can flag the problem. It ain't a show-stopper, but it would be nice to just do a cut-and-paste followed by a make in the new directory which should tell me you got spaces. I also noticed that if I run make make.out that the message is printed to the terminal and is not in make.out. What am I missing to capture all output in make.out? I like this way make21 |tee make.out 21 redirect the error message to the std output Okay ... interesting ... can I beg a bit more of an explanation as I don't understand the difference between and 21 (bash stuff is an an area that I am maybe less than a newbie) Thanks, Paul -- 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: Recent upgrade to wish leads to a problem
Yaakov (Cygwin/X) wrote: Using X requires user intervention to start an X server first. No amount of automatic dependencies will change this, and therefore I don't expect that the number of questions would change one iota. You don't think that Setup telling the user package xyz requires package xinit might at least tip off some users that running xyz now requires starting an X server? Even if it doesn't reduce the questions, would it at least reduce the problem of users now having to run Setup a second time to download and install the xinit package? In the case of packages that have both a console mode and an X11 mode, perhaps the package could be split into separate packages, as was done with git, git-gui, and gitk? Can you provide examples of packages for which this isn't already the case? No, I don't have a specific example in mind. I was just trying to anticipate a possible objection of why should we install xinit for a package that is sometimes used with just a text console? -- 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: Recent upgrade to wish leads to a problem
Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? -- 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: Recent upgrade to wish leads to a problem
Matt Seitz (matseitz) Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? One reason I keep asking this question is that I don't understand the rationale against adding xinit. I love that Setup will automatically install the dependencies I need to actually use a package. Setup failing to install a dependency that most users will want seems like a step backwards. So I am trying to understand the rationale behind this position. One of the frustrations I used to have with Linux was repeated cycles of Package A needs package B, install B, Package B needs Package C, install C, Package C needs Package D, etc. I like that modern package managers, like Cygwin Setup or Yum make it much easier by letting me just say I want Package A, and the tool automatically installs all the dependencies for me. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Recent upgrade to wish leads to a problem
On Thu, Mar 01, 2012 at 09:54:23AM -0800, Matt Seitz (matseitz) wrote: Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? There is nothing in what I wrote which would suggest that adding xinit as a dependency was a possibility. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.
Corinna Vinschen wrote: Maybe it's better if the code tests the permissions first, along these lines: Thanks. I would feel better with a solution that doesn't change my permissions if they don't really need to be changed. Here's another thought: is the problem only with the /home directory that Cygwin setup creates (ex: /cygdrive/c/cygwin/home)? If so, would it be possible to only modify that original /home directory, and not whatever directory /home might now point to? -- 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: Recent upgrade to wish leads to a problem
On Thu, Mar 1, 2012 at 1:14 PM, Christopher Faylor wrote: On Thu, Mar 01, 2012 at 09:54:23AM -0800, Matt Seitz (matseitz) wrote: Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? There is nothing in what I wrote which would suggest that adding xinit as a dependency was a possibility. I agree with Matt. If TK is requiring the use of the X server then the X server should be a package dependency of TK. It wasn't a dependency before because the X server wasn't needed but now the X server is needed to use TK. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Recent upgrade to wish leads to a problem
On Thu, Mar 01, 2012 at 10:07:33AM -0800, Matt Seitz (matseitz) wrote: Matt Seitz (matseitz) Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? One reason I keep asking this question is that I don't understand the rationale against adding xinit. Yaakov posted the rationale. You responded to it. Additional messages insisting how much you want this are really pretty pointless. cgf -- 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: Recent upgrade to wish leads to a problem
On Thu, Mar 01, 2012 at 01:20:49PM -0500, Earnie Boyd wrote: On Thu, Mar 1, 2012 at 1:14 PM, Christopher Faylor wrote: On Thu, Mar 01, 2012 at 09:54:23AM -0800, Matt Seitz (matseitz) wrote: Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? There is nothing in what I wrote which would suggest that adding xinit as a dependency was a possibility. I agree with Matt. If TK is requiring the use of the X server then the X server should be a package dependency of TK. It wasn't a dependency before because the X server wasn't needed but now the X server is needed to use TK. TK does not require an X server running on the same system. This has been explained in this very thread. If you have points to make, don't make them with a aolme too/aol unless you're planning on addressing the issues that Yaakov raised. Otherwise you're just wasting bandwidth. -- 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: Recent upgrade to wish leads to a problem
On Thu, Mar 1, 2012 at 1:21 PM, Christopher Faylor wrote: On Thu, Mar 01, 2012 at 10:07:33AM -0800, Matt Seitz (matseitz) wrote: Matt Seitz (matseitz) Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? One reason I keep asking this question is that I don't understand the rationale against adding xinit. Yaakov posted the rationale. You responded to it. Additional messages insisting how much you want this are really pretty pointless. quote Here's my advice: it would be a better use of your time to install xinit and accustom yourself to the wonders of X rather than hopelessly trying to find a way to continue living in the past. /quote quote Using X requires user intervention to start an X server first. No amount of automatic dependencies will change this, and therefore I don't expect that the number of questions would change one iota. /quote But if TK needs an X server started in must be a installed and is a dependency of TK to have X server. Yes, one has to start it but why not require the dependency so that the X server software exists to use already? I agree with Matt, I'm not getting the angst for adding the X server as a dependency for TK which requires it. Having to start it is a different matter. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: Recent upgrade to wish leads to a problem
On Thu, Mar 1, 2012 at 1:28 PM, Christopher Faylor wrote: TK does not require an X server running on the same system. This has been explained in this very thread. If you have points to make, don't make them with a aolme too/aol unless you're planning on addressing the issues that Yaakov raised. Otherwise you're just wasting bandwidth. And what Windows user who casually installs Cygwin has access to an X server? I sure don't. But I get where you're coming from, it doesn't require the Cygwin/X server it just requires DISPLAY to be set to one that exists somewhere. Still not a good scenario for the unsuspecting idiot. -- Earnie -- https://sites.google.com/site/earnieboyd -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.
On Mar 1 10:16, Matt Seitz (matseitz) wrote: Corinna Vinschen wrote: Maybe it's better if the code tests the permissions first, along these lines: Thanks. I would feel better with a solution that doesn't change my permissions if they don't really need to be changed. Here's another thought: is the problem only with the /home directory that Cygwin setup creates (ex: /cygdrive/c/cygwin/home)? If so, would it be possible to only modify that original /home directory, and not whatever directory /home might now point to? If you have the inheritable default permissions set as the getfacl tests, then you should be glad if this gets changed, regardless whether this is the same /home that setup created. 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: Recent upgrade to wish leads to a problem
Christopher Faylor wrote: Yaakov posted the rationale. You responded to it. Additional messages insisting how much you want this are really pretty pointless. Sorry, I don't mean to be a pest. I'll wait and see if Yaakov replies to my latest questions. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.
Corinna Vinschen wrote news: On Mar 1 10:16, Matt Seitz (matseitz) wrote: Here's another thought: is the problem only with the /home directory that Cygwin setup creates (ex: /cygdrive/c/cygwin/home)? If so, would it be possible to only modify that original /home directory, and not whatever directory /home might now point to? If you have the inheritable default permissions set as the getfacl tests, then you should be glad if this gets changed, regardless whether this is the same /home that setup created. OK, fair enough. I just thought it might be safer or more polite for Setup to not change permissions which Setup didn't set in the first place, or that the user might have explicitly set. And, of course, the user always has the option to change the permissions back again if they really want them. -- 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: Recent upgrade to wish leads to a problem
[your mailer doesn't set In-Reply-To correctly, which means you are starting a bunch of new threads instead of replying in-thread] On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote: Yaakov (Cygwin/X) wrote: Using X requires user intervention to start an X server first. No amount of automatic dependencies will change this, and therefore I don't expect that the number of questions would change one iota. You don't think that Setup telling the user package xyz requires package xinit might at least tip off some users that running xyz now requires starting an X server? Even if it doesn't reduce the questions, would it at least reduce the problem of users now having to run Setup a second time to download and install the xinit package? While I can't control whether Yaakov adds xinit as a dependency to tcl-tk, I personally wouldn't mind adding xinit as a prereq to gitk and git-gui, since I maintain that package. There's still that annoyance factor that just depending on xinit won't get X running, but at least it will let you download all the bits in one run of setup.exe instead of hitting the FAQ and finding out you have to rerun setup.exe. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Recent upgrade to wish leads to a problem
On 03/01/2012 01:05 PM, Eric Blake wrote: On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote: You don't think that Setup telling the user package xyz requires package xinit might at least tip off some users that running xyz now requires starting an X server? Even if it doesn't reduce the questions, would it at least reduce the problem of users now having to run Setup a second time to download and install the xinit package? While I can't control whether Yaakov adds xinit as a dependency to tcl-tk, I personally wouldn't mind adding xinit as a prereq to gitk and git-gui, since I maintain that package. There's still that annoyance factor that just depending on xinit won't get X running, but at least it will let you download all the bits in one run of setup.exe instead of hitting the FAQ and finding out you have to rerun setup.exe. I don't think I've ever seen it, but does setup.exe support the notion of recommended and/or suggested packages? It seems that the main issue is that xinit is not a hard dependency of these tools/libraries and thus they should not have a hard dependency on xinit defined in the package definition. However, it might make sense to make xinit a recommended dependency that setup.exe could offer to install by default or at least notify the user that they may want to install. Less sophisticated users of setup.exe could select to always install all recommended packages by default (this may be the default setting) while more advanced users may disable that option in order to be more choosy. While this wouldn't help the problem of users needing to actually start the X server before using the dependent tools and libraries, it would at least give them a chance to get what they need in a single pass of running setup.exe rather than needing to run it again and try to select the correct additional packages. -Jeremy -- 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: Recent upgrade to wish leads to a problem
On 3/1/2012 8:05 PM, Eric Blake wrote: [your mailer doesn't set In-Reply-To correctly, which means you are starting a bunch of new threads instead of replying in-thread] On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote: Yaakov (Cygwin/X) wrote: Using X requires user intervention to start an X server first. No amount of automatic dependencies will change this, and therefore I don't expect that the number of questions would change one iota. You don't think that Setup telling the user package xyz requires package xinit might at least tip off some users that running xyz now requires starting an X server? Even if it doesn't reduce the questions, would it at least reduce the problem of users now having to run Setup a second time to download and install the xinit package? While I can't control whether Yaakov adds xinit as a dependency to tcl-tk, I personally wouldn't mind adding xinit as a prereq to gitk and git-gui, since I maintain that package. There's still that annoyance factor that just depending on xinit won't get X running, but at least it will let you download all the bits in one run of setup.exe instead of hitting the FAQ and finding out you have to rerun setup.exe. Eric, I understand the logic of Yaakov, but I expect that 99.9% of user using git-gui will use the x-server on cygwin. At least the mantainer of clisp-clx had the same thought about its package: sdesc: The new-clx module linkset for clisp ldesc: This is the linkset full+new-clx for X.Org. category: Interpreters requires: clisp xorg-server libXpm4 libXt6 cygwin So your proposal for gittk and git-gui fits in the same view Regards Marco Regards 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
Setting TZ may break time() in non-Cygwin programs
TZ environment variable is set by default since base-files 4.0.7. Unfortunately this breaks the time() calculation for all non-Cygwin programs run from Cygwin if Microsoft C runtime (mscrt*.dll) is used. MS CRT evaluates TZ but supports only a very old syntax subset. IIRC this is the case since VS1.x (DOS/Win16) and did not change since at least VS10. The TZ parser of MS CRT interprets TZ=Europe/. as TZ=Eur+0ope. Hard coded US DST rules are always used if TZ is set. DST specifications in TZ are not supported. See testcase below. Cygwin already converts some environment variables from/to Win32 format. This IMO would make sense for TZ also. Simple: Unset TZ for Win32 programs run from Cygwin. More flexible: Set (unset) TZ=CYGWIN_WINENV_TZ if this variable is set (to empty). Otherwise keep TZ as is. If similar problems appear with other variables, the latter could be generalized for all variable names. Christian PS: Testcase $ uname -srv CYGWIN_NT-6.1-WOW64 1.7.12s(0.260/5/3) 20120227 12:56:51 $ cat tz.c #include stdio.h #include stdlib.h #include time.h int main() { time_t t; printf(TZ='%s'\n, getenv(TZ)); tzset(); printf(timezone=%ld, daylight=%d, tzname={\%s\,\%s\}\n, timezone, !!daylight, tzname[0], tzname[1]); t = 1331431200-1; printf(%s, ctime(t)); t++; // first second of US DST printf(%s, ctime(t)); t += (14*24-1)*3600-1; printf(%s, ctime(t)); t++; // first second of DE DST printf(%s, ctime(t)); return 0; } $ gcc -o tzc tz.c $ i686-pc-mingw32-gcc -static -o tzw tz.c $ . /etc/profile.d/tzset.sh $ ./tzc TZ='Europe/Berlin' timezone=-3600, daylight=1, tzname={CET,CEST} Sun Mar 11 02:59:59 2012 Sun Mar 11 03:00:00 2012 Sun Mar 25 01:59:59 2012 Sun Mar 25 03:00:00 2012 $ ./tzw TZ='Europe/Berlin' timezone=0, daylight=1, tzname={Eur,ope} Sun Mar 11 01:59:59 2012 Sun Mar 11 03:00:00 2012 Sun Mar 25 01:59:59 2012 Sun Mar 25 02:00:00 2012 $ export TZ=CET-1CEST,M3.5.0/2,M10.5.0/2 $ ./tzc TZ='CET-1CEST,M3.5.0/2,M10.5.0/2' timezone=-3600, daylight=1, tzname={CET,CEST} Sun Mar 11 02:59:59 2012 Sun Mar 11 03:00:00 2012 Sun Mar 25 01:59:59 2012 Sun Mar 25 03:00:00 2012 $ ./tzw TZ='CET-1CEST,M3.5.0/2,M10.5.0/2' timezone=-3600, daylight=1, tzname={CET,CES} Sun Mar 11 03:59:59 2012 Sun Mar 11 04:00:00 2012 Sun Mar 25 02:59:59 2012 Sun Mar 25 03:00:00 2012 $ unset TZ $ ./tzc TZ='(null)' timezone=-3600, daylight=1, tzname={ , } Sun Mar 11 02:59:59 2012 Sun Mar 11 03:00:00 2012 Sun Mar 25 01:59:59 2012 Sun Mar 25 03:00:00 2012 $ ./tzw TZ='(null)' timezone=-3600, daylight=1, tzname=\ {Mitteleuropäische Zeit,Mitteleuropäische Sommerzeit} Sun Mar 11 02:59:59 2012 Sun Mar 11 03:00:00 2012 Sun Mar 25 01:59:59 2012 Sun Mar 25 03:00:00 2012 -- 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: Recent upgrade to wish leads to a problem
Earnie Boyd ear...@users.sourceforge.net writes: And what Windows user who casually installs Cygwin has access to an X server? I do and FTR: I don't want the cygwin Xorg server to be a dependency to all programs that might use X because that would pull in a lot of packages that I have no use for on most systems. You might recommend companion packages that are typically needed to be combined with a specific selected package when installed in an isolated environment, but please not a dependency. It is perfectly OK to install X applications onto a machine that doesn't have X installed. You don't need a server there, nor do you need an xinit start script or anything else besides the actual application and a handful of DLL. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- 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: mintty scroll to bottom
On 29 February 2012 12:46, Lemke, Michael SZ/HZA-ZSW wrote: What is the mintty equivalent to rxvt/xterm's -si|+si Turn on/off scroll-to-bottom on TTY output inhibit; resource scrollTtyOutput has opposite effect. There's no such option. Shift+End will get you back to the current output after looking at something in the scrollback, as will any keypress that sends something to the terminal. 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: mintty scroll to bottom
On 1 March 2012 10:19, Corinna Vinschen wrote: On Feb 29 13:46, Lemke, Michael SZ/HZA-ZSW wrote: What is the mintty equivalent to rxvt/xterm's -si|+si Turn on/off scroll-to-bottom on TTY output inhibit; resource scrollTtyOutput has opposite effect. I'd like to have it turned on, i.e., scroll to bottom whenever there is new output. Couldn't find anything for mintty and it seems mintty doesn't scroll. Maybe you should ask this on the mintty mailing list mintty-discuss AT googlegroups DOT com I don't mind mintty questions being sent here (unless of course they're not relevant to Cygwin's mintty), not least because there's more of a chance of someone else answering them here. 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: How to revert to older Cygwin1 dll?
On 01/03/2012, at 4:43 PM, Andrey Repin wrote: Well, drag+drop plus much easier install: For NTemacs I just copy the binaries to a new machine, hv a working GUI emacs straight away and can add the cygwin stuff only when needed, but for a GUI emacs in cygwin i need to install cygwin, X/cygwin, configure X, run an external bash and then kick off emacs - just in order to use a bash inside emacs. You don't need to run external bash… How do I do this? I thought I have to instantiate an X server from a cygwin/bash command line… Leo -- 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 under emacs gives cannot set terminal process group
On 01/03/2012, at 3:35 AM, wytten wrote: I have the same issue. More information: If you back down cygwin bash to BASH_VERSION='3.2.51(24)-release', the messages about job control no longer appear when bash starts. However I still can't interrupt jobs started with M-x compile or M-x shell-command, so I'm guessing this has something to do with the latest version of cygwin.dll Yep, I can confirm this: The version 3 bash kind of works - but when I invoke a bash inside that bash it hangs. I can get back to emacs by Ctrl-G, but I have to kill the bash then. :-( I still would like to find out what has change in the cygwin1 setup??? The I/O control must have changed somehow. Maybe then it would be possible to invoke the cygwin bash differently, so that it plays nicely with the native emacs. Thanks, Leo -- 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: cygheap base mismatch detected
On 3/1/2012 7:14 AM, Corinna Vinschen wrote: Hmm. cygcheck loads the Cygwin DLL dynamically. It does not depend on any other Cygwin distro DLL. But it's started from a Cygwin parent. So the loaded CYgwin DLL checks the layout just like it had been linked against. And apparently it gets rebased at load time. Which means to me, there's another DLL already loaded into the process at an address which overlaps with the address space the Cygwin DLL should have been loaded to. So I guess you just have to find out what is the cause for rebasing the Cygwin DLL. Try VMMap from sysinternals with a cygcheck -svr piped into less, so that you can easily observe the process in vmmap. It appears to be C:\WINDOWS\SysWOW64\PGHook.dll which is part of Avecto Privilege Guard (which could certainly be classed as a BLODA IMO; thank you paranoid corporate IT policies...). For cygcheck, PGHook.dll gets loaded at its desired image base: $ objdump -p /c/Windows/syswow64/pghook.dll |grep ImageBase ImageBase 6110 So, it appears that for normal cygwin processes, PGHook gets rebased elsewhere, and cygwin wins. For instance, /bin/top.exe - PGHook gets loaded at 01FD000, b/c cygwin1.dll is already at 0x6100. OTOH, there's nothing in the cygcheck.exe process that prevents PGHook from getting its desired base addr -- which then conflicts with cygwin's desired base addr when it is (later) dynloaded. Is there some workaround that could be used? It's not as if cygcheck is really trying to initialize and *use* cygwin1.dll facilities, is it? So, perhaps cygwin1.dll/dcrt0 could ignore the fact that it has been rebased, when dynamically loaded? (or perhaps, only when dynloaded by some app named 'cygcheck.exe'). -- 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: question on Cygwin's version of make
Greetings, Paul Allen Newell! have a script to get rid of everything being an executable. Does chmod -x,+X -R /path/... warrant a script? -- WBR, Andrey Repin (anrdae...@freemail.ru) 02.03.2012, 02:58 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin errors after altering Windows command prompt shortcut (???)
Greetings, Pat Tressel! On my system, HKEY_CURRENT_USER\Console has a Cygwin subkey (and a Git Bash subkey, but I don't use Git Bash). I don't know if that is still in use (given comments re. Cygwin not needing the registry any longer, which I may have misinterpreted), but with the odd behavior, maybe it is still in use. _Cygwin_ by itself, as in, an application for it's own needs, not rely on specific registry settings. However, there's a number of _system_ settings, which may affect behavior of any application, that fall into certain criteria. In case of HKCU\Console\*, it is any console window matching the name of a subkey. Or any console window, for default color/font/behavior settings. Likewise, application/library registration in reg:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths _will_ affect every application in the system. -- WBR, Andrey Repin (anrdae...@freemail.ru) 02.03.2012, 02:45 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: BLODA detection code in latest snapshot
Greetings, Corinna Vinschen! Yup, confirmed. This occurs on W7/32 as well. I add shlwapi to the list of filtered DLLs for which no such message is printed. Could you please consider making such list configurable, if it's not much of an issue? This feature seems to be the reasonable way for rough detection of potentially malicious presence, but I would like to avoid certain handlers to be reported, such as antivirus' LSP or keyboard hotkey handler. Hmm. Well, this option isn't meant to be used all the time. It's not overly intrusive, but it costs time and Cygwin already isn't exactly fast. For a pure diagnosing tool, does it makes sense to add lots of configuration options? If you want to make the DLL list configurable, what's your idea? Another env var like, say CYGWIN_DETECT_BLODA_DLL_IGNORE_LIST? After a good day of pondering the question, I would suggest to not filter out anything at all. And i'm leaning to the suggestion of extending cygcheck functionality in the way of reporting inserted dll's. Probably this should be done by default. -- WBR, Andrey Repin (anrdae...@freemail.ru) 02.03.2012, 02:51 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to revert to older Cygwin1 dll?
Greetings, Leo! Well, drag+drop plus much easier install: For NTemacs I just copy the binaries to a new machine, hv a working GUI emacs straight away and can add the cygwin stuff only when needed, but for a GUI emacs in cygwin i need to install cygwin, X/cygwin, configure X, run an external bash and then kick off emacs - just in order to use a bash inside emacs. You don't need to run external bash… How do I do this? I thought I have to instantiate an X server from a cygwin/bash command line… You're doing it wrong. -- WBR, Andrey Repin (anrdae...@freemail.ru) 02.03.2012, 03:17 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Recent upgrade to wish leads to a problem
On Thu, 2012-03-01 at 10:42 -0800, Matt Seitz (matseitz) wrote: Christopher Faylor wrote: Yaakov posted the rationale. You responded to it. Additional messages insisting how much you want this are really pretty pointless. Sorry, I don't mean to be a pest. I'll wait and see if Yaakov replies to my latest questions. I haven't seen any questions that I haven't already answered (although it would help if your mail client was capable of preserving a thread). 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: question on Cygwin's version of make
On 3/1/2012 2:58 PM, Andrey Repin wrote: Greetings, Paul Allen Newell! have a script to get rid of everything being an executable. Does chmod -x,+X -R /path/... warrant a script? -- WBR, Andrey Repin (anrdae...@freemail.ru) 02.03.2012,02:58 Sorry for my terrible english... Andrey: Thanks for the reply. In my case, it is very warranted as not everything wants to be made an executable. Plus it allows me to deal with ugo permissions. Paul -- 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: Recent upgrade to wish leads to a problem
On Thu, 2012-03-01 at 21:40 +0100, Achim Gratz wrote: Earnie Boyd ear...@users.sourceforge.net writes: And what Windows user who casually installs Cygwin has access to an X server? I do and FTR: I don't want the cygwin Xorg server to be a dependency to all programs that might use X because that would pull in a lot of packages that I have no use for on most systems. You might recommend companion packages that are typically needed to be combined with a specific selected package when installed in an isolated environment, but please not a dependency. It is perfectly OK to install X applications onto a machine that doesn't have X installed. You don't need a server there, nor do you need an xinit start script or anything else besides the actual application and a handful of DLL. Thank you for reinforcing my point. While we certainly promote the Cygwin/X server, forcing xorg-server/xinit as a dependency not only won't prevent questions (since the user still needs to *start* the X server), but those who use other X servers will have this very complaint. Now please excuse me while I get back to orchestrating the next major transition for the distro. 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: question on Cygwin's version of make
On 2/29/2012 11:55 PM, marco atzeri wrote: On Thu, Mar 1, 2012 at 8:47 AM, Csaba Raduly wrote: On Thu, Mar 1, 2012 at 8:23 AM, marco atzeri wrote: On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote: (snip) I also noticed that if I run make make.out that the message is printed to the terminal and is not in make.out. What am I missing to capture all output in make.out? I like this way make21 |tee make.out 21 redirect the error message to the std output Shouldn't that be make 21 | tee make.out yes correct, typo from my side Paul, looks on http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-3.html http://www.linuxtopia.org/online_books/advanced_bash_scripting_guide/io-redirection.html for further info. Csaba -- Marco Marco and Csaba: I looked in the first suggested link and found what my problem is. Item #3.6 is +++ This will place every output of a program to a file. This is suitable sometimes for cron entries, if you want a command to pass in absolute silence. rm -f $(find / -name core) /dev/null +++ This is what I am doing and my problem is basename is sending its error/warning to the screen and ignoring my . Yes, I know my email originally stated , but it doesn't seem to matter what the order is for basename to ignore it. What am I not understanding in what the link says versus the actions I am seeing? Paul -- 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
ctrl-c not working during bash command line editing
I use vi mode (set -o vi) in bash. A couple of days ago I updated my cygwin installation and now I'm no longer able to use ctrl-c to abort command line editing. Specifically, while typing a command or editing a previous command from the history, it used to be possible to discard the command text and return to a fresh prompt by pressing ctrl-c. I thought it might be something peculiar to my bash configuration, but I get the same behavior when running bash with --norc. I'm fairly certain that the last time I updated my cygwin installation prior to this was no earlier than December 2011. Any help is appreciated; let me know if you need more information (output of cygcheck -s -v -r attached). Scott McCaskill cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: question on Cygwin's version of make
On 3/1/2012 12:27 AM, Csaba Raduly wrote: On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote: I've got a C++ tree that is running under Fedora 14, Fedora 16, and Cygwin. Everything works. Tonight, I needed to test something and was on my Windows box, so I did a cut-and-paste operation which gave me a directory of Copy of myStuff. I did a make and it worked, but I am seeing a message about basename: extra operand 'myStuff'. That appears to be an error message from /usr/bin/basename GNU make has a built-in function $(basename ...) but that doesn't appear to have such an error message. I figured out that the spaces in the MS Copy of myStuff were the problem and was able to rename w/o spaces and move forward. But I would like to ask if anyone knows what in make uses the basename command so I can try to either massage the Makefile to deal with it or throw a more meaningful error (as in your directory has spaces in it and there will be complaints)? Read your makefile. One of the actions is probably using basename. Alas, /usr/bin/basename has no way of knowing that it was invoked from make; you can't get more meaningful errors. Csaba Csaba: The first thing I did was look in my makefiles to see if I was using basename. I'm not and so I am thinking that something else is calling it under the hood. Its the very first thing, so I am inclined to think that make must be calling it to load up a variable should the makefile ever need it. I went through the gnu.org man html and can't see much more than basename exists and how to use it. Using Macro's suggestion of 21 doesn't capture the basename error/warning message. I tried make make.out 21 and the message still isn't being captured. Given that I don't like spaces in filenames/directories, its a moot point in terms of how to avoid the problem. But the inability to capture the output is bothering me ... Paul -- 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: Recent upgrade to wish leads to a problem
On Fri, Mar 2, 2012 at 2:15 AM, Yaakov (Cygwin/X) wrote: Now please excuse me while I get back to orchestrating the next major transition for the distro. Yaakov Thanks very much for this. 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: question on Cygwin's version of make
On 3/1/2012 9:35 AM, LMH wrote: Some folks call make from a bash file to take advantage of things that bash can do and make can't, or at least easily. Using a config.sh to run make could let you test anything you want, print warnings, or exit, if anything is spotted. If everything looks good, the script can call make. This is common when you need to collect information about the local configuration (OS, arch, preferences, etc) in a portable way. Don't know if that helps, but that is what occurred to me reading you post. LMH LMH: Thanks for the reply. For many years, I've had no trouble doing everything inside a makefile, including getting platform/OS/etc. I've seen posts that use a config.sh or similar ... up until now I've had no need to consider that path. Given that the problem is identified (basename doesn't like spaces), a fix is easy (don't use spaces), and everything works, I don't think switching is going to help me. Its more and more looking (to me) like a error/warning message is thrown by basename which is being called under the hood by make (as opposed to my explicitly using that function) and, right now, I can't capture the message when I think I am getting everything stdout and stderr is spitting out. Paul -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: question on Cygwin's version of make
On Fri, Mar 2, 2012 at 2:34 AM, Paul Allen Newell wrote: Using Macro's suggestion of 21 doesn't capture the basename error/warning message. I tried make make.out 21 and the message still isn't being captured. it should be make 21 |tee make.out but also this should work makemake.out if not something is wrong on your bash. Paul may I suggest http://cygwin.com/problems.html specially Run cygcheck -s -v -r cygcheck.out and include that file as an attachment in your report Regards 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: question on Cygwin's version of make
On 3/1/2012 5:54 PM, marco atzeri wrote: On Fri, Mar 2, 2012 at 2:34 AM, Paul Allen Newell wrote: Using Macro's suggestion of 21 doesn't capture the basename error/warning message. I tried make make.out 21 and the message still isn't being captured. it should be make 21 |tee make.out but also this should work makemake.out if not something is wrong on your bash. Paul may I suggest http://cygwin.com/problems.html specially Run cygcheck -s -v -r cygcheck.out and include that file as an attachment in your report Regards Marco Marco: My typo, apologies. I did use make 21 |tee make.out ... without success. I mentioned in my first email that I wasn't providing cygcheck info as I assumed that it was a dumb pilot error on my part and didn't want to clog the system with that kind of noise. I am beginning to think something might be wrong with bash on my system and need to formalize a test case. I have already had my wrist slapped for not following problem.html and have every intention of making sure I report a possible problem correctly. My thanks for your help, Paul -- 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
make producing basename error that can't be captured by make make.out
Cygwin: I've already run an earlier version of this through the list to see if I was dealing with pilot error. Its gotten to the point that it was suggested I consult http://cygwin.com/problems.html and submit. The issue came up when I did a Windows cut-and-paste of a directory in my cygwin home, cd-ed to it, and got a basename error when I ran make. Was able to figure out that make didn't like Copy\ of\ myStuff and all I had to do was remove the spaces and everything was happy. But while trying to debug, I found another issue. The first is that I wanted to trap all output to a file so I could run make -d to see where basename was getting called. So, I used make -d make.out per #3.6 in http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-3.html. Everything except the basename error went to the file ... basename still printed to the screen. Tried other variations with no success. That's when it was suggested I do the report.html. I went through the archives and the closest I found was a 2005 post with a basename error, but it seemed to not cover what I was seeing. To show the problem: Create a directory called myStuff in one's cygwin home directory. Do a cd myStuff and run make. It will say no targets or makefile found. Now, open the cygwin home directory with a Windows right click Open. Do a Copy and then a Paste of myStuff to get Copy\ of\ myStuff. Do a cd into that directory and run make. I am getting: +++ $make basename: extra operand 'myStuff' Try 'basename --help' for more information. make: *** No targets specified and no makefile found. Stop. +++ That's the original problem and this test proves that it is nothing in my makefile as there is no makefile, its happening in the execution of make. With make -d, it still is the first thing called before one gets the opening stuff about which version, no warranty, etc.. If I type make make.out, the basename error still goes to the screen and the no target/makefile goes to make.out. The issue I am reporting is the lack of capturing the basename error to make.out, though I do think basename not being able to understand directories with space(s) is a nuisance worth noting. Please let me know if there is any other info I can provide (cygcheck attached) Thanks, Paul Cygwin Configuration Diagnostics Current System Time: Thu Mar 01 18:49:16 2012 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\cygwin\bin C:\Program Files\CheckPoint\fde C:\Python32 C:\Program Files\Vim\vim72 C C:\cygwin\Program Files\QuickTime\QTSystem C:\Program Files\Vim\vim72 Output from C:\cygwin\bin\id.exe UID: 1004(Paul) GID: 513(None) 513(None) 0(root) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Paul' PWD = '/home/Paul' HOME = '/home/Paul' HOMEPATH = '\Documents and Settings\Paul' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:' APPDATA = 'C:\Documents and Settings\Paul\Application Data' HOSTNAME = 'krazy' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 67 Stepping 3, AuthenticAMD' WINDIR = 'C:\WINDOWS' OLDPWD = '/home/Paul/Copy of kami_17feb12' USERDOMAIN = 'KRAZY' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' USERNAME = 'Paul' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'C.UTF-8' USERPROFILE = 'C:\Documents and Settings\Paul' CLIENTNAME = 'Console' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\KRAZY' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'HP Photosmart 7510 series (Network)' PROCESSOR_REVISION = '4303' tvdumpflags = '8' CLASSPATH = '.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'KRAZY' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X (default) =
Re: make producing basename error that can't be captured by make make.out
On Thu, Mar 1, 2012 at 19:05, Kenneth Wolcott kennethwolc...@gmail.com wrote: On Thu, Mar 1, 2012 at 18:52, Paul Allen Newell pnew...@cs.cmu.edu wrote: Cygwin: I've already run an earlier version of this through the list to see if I was dealing with pilot error. Its gotten to the point that it was suggested I consult http://cygwin.com/problems.html and submit. The issue came up when I did a Windows cut-and-paste of a directory in my cygwin home, cd-ed to it, and got a basename error when I ran make. Was able to figure out that make didn't like Copy\ of\ myStuff and all I had to do was remove the spaces and everything was happy. But while trying to debug, I found another issue. The first is that I wanted to trap all output to a file so I could run make -d to see where basename was getting called. So, I used make -d make.out per #3.6 in http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-3.html. Everything except the basename error went to the file ... basename still printed to the screen. Tried other variations with no success. That's when it was suggested I do the report.html. I went through the archives and the closest I found was a 2005 post with a basename error, but it seemed to not cover what I was seeing. To show the problem: Create a directory called myStuff in one's cygwin home directory. Do a cd myStuff and run make. It will say no targets or makefile found. Now, open the cygwin home directory with a Windows right click Open. Do a Copy and then a Paste of myStuff to get Copy\ of\ myStuff. Do a cd into that directory and run make. I am getting: +++ $make basename: extra operand 'myStuff' Try 'basename --help' for more information. make: *** No targets specified and no makefile found. Stop. +++ That's the original problem and this test proves that it is nothing in my makefile as there is no makefile, its happening in the execution of make. With make -d, it still is the first thing called before one gets the opening stuff about which version, no warranty, etc.. If I type make make.out, the basename error still goes to the screen and the no target/makefile goes to make.out. The issue I am reporting is the lack of capturing the basename error to make.out, though I do think basename not being able to understand directories with space(s) is a nuisance worth noting. Please let me know if there is any other info I can provide (cygcheck attached) Thanks, Paul Is it possible that scripts and executables write to file descripter 3 or 4 or 5? File descriptor 0 is STDIN (normally), and file descriptor 1 is STDOUT (normally) and file descripter 2 is SDTERR (normally). So, perhaps you might want to try to capture/merge the output of file descriptor 3, or 4 or 5? The syntax for merging is quite similar to the 21 for bash which means please merge the STDERR with the STDOUT. HTH, Ken Wolcott -- 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: ctrl-c not working during bash command line editing
I've noticed this as well, and it seems to be a difference between /dev/consX and /dev/ptyX ttys. Mintty seems to work fine, whereas cmd.exe or Console2 (basically a cmd wrapper) cannot CTRL+C on the command line to abort it. Ctrl+C does, however, issue a SIGINT for a running process. This issue has come up a lot in the mailing list archives, but at the time all solutions pointed to using the CYGWIN=tty environment variable -- which has been removed in the latest updates. -- -Kitchens . On Thu, Mar 1, 2012 at 5:31 PM, Scott McCaskill scott.mccask...@gmail.com wrote: I use vi mode (set -o vi) in bash. A couple of days ago I updated my cygwin installation and now I'm no longer able to use ctrl-c to abort command line editing. Specifically, while typing a command or editing a previous command from the history, it used to be possible to discard the command text and return to a fresh prompt by pressing ctrl-c. I thought it might be something peculiar to my bash configuration, but I get the same behavior when running bash with --norc. I'm fairly certain that the last time I updated my cygwin installation prior to this was no earlier than December 2011. Any help is appreciated; let me know if you need more information (output of cygcheck -s -v -r attached). Scott McCaskill -- 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: make producing basename error that can't be captured by make make.out
On 3/1/2012 7:10 PM, Kenneth Wolcott wrote: On Thu, Mar 1, 2012 at 19:05, Kenneth Wolcottkennethwolc...@gmail.com wrote: Is it possible that scripts and executables write to file descripter 3 or 4 or 5? File descriptor 0 is STDIN (normally), and file descriptor 1 is STDOUT (normally) and file descripter 2 is SDTERR (normally). So, perhaps you might want to try to capture/merge the output of file descriptor 3, or 4 or 5? The syntax for merging is quite similar to the 21 for bash which means please merge the STDERR with the STDOUT. HTH, Ken Wolcott Ken: Thanks for the suggestion. Having a bit of difficulty getting all the different ways of redirecting to work (makes me wonder about both my copy of bash and my understanding of bash). I was able to get: +++ make make.out 21 +++ to produce the same results as . If I replace the 2 with 3/4/5, I still get the basename going to screen, but the makefile's error as well (which is what I would expect since I am not redirecting 2) Paul -- 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: bind-9.9.0-1
The following package has been updated for the Cygwin distribution: *** bind-9.9.0-1 ISC BIND is a suite of Domain Name Service (DNS) utilities. This is an update to the latest upstream release, and adds DLZ backends for MySQL and ODBC. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: ca-certificates-1.81-1
The following package has been updated for the Cygwin distribution: *** ca-certificates-1.81-1 ca-certificates contains the Certificate Authority root certificates needed for verifying SSL certificates. This is an update to the latest upstream release. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: dblatex-0.3.2-1
The following package has been updated for the Cygwin distribution: *** dblatex-0.3.2-1 dblatex is a program that transforms SGML/XML DocBook documents to DVI, PostScript or PDF by translating them into pure LaTeX as a first process. This is an update to the latest upstream release, and includes a patch for compatibility with the new TeX Live packages. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: libxml2-2.7.8-3 [SECURITY]
The following packages have been updated for the Cygwin distribution: *** libxml2-2.7.8-3 *** libxml2-devel-2.7.8-3 *** libxml2-doc-2.7.8-3 *** python-libxml2-2.7.8-3 Libxml2 is the XML C library developed for GNOME but widely used outside thereof as well. This release includes a patch for CVE-2011-3919. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: openjpeg-1.5.0-1
The following packages have been added to the Cygwin distribution: *** openjpeg-1.5.0-1 *** libopenjpeg1-1.5.0-1 *** libopenjpeg-devel-1.5.0-1 The OpenJPEG library is an open-source JPEG 2000 codec written in C language. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: python-imaging-1.1.7-4
The following package has been added to the Cygwin distribution: *** python-imaging-1.1.7-4 The Python Imaging Library (PIL) adds image processing capabilities to your Python interpreter. This library supports many file formats, and provides powerful image processing and graphics capabilities. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: New package: openjpeg-1.5.0-1
Yaakov (Cygwin/X) wrote: The following packages have been added to the Cygwin distribution: *** openjpeg-1.5.0-1 *** libopenjpeg1-1.5.0-1 *** libopenjpeg-devel-1.5.0-1 The OpenJPEG library is an open-source JPEG 2000 codec written in C language. I'm no expert, but I thought any JPEG 2000 implementation required use of patented technologies. Do the implementers make some statement about the patent situation for openjpeg? Regards, luke -- 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] New packages: libiodbc, odbc-psql, odbc-sqlite3
The following packages have been added to the Cygwin distribution: *** libiodbc2-3.52.7-1 *** libiodbc-devel-3.52.7-1 *** iodbcadm-gtk-3.52.7-1 *** iodbctest-3.52.7-1 *** odbc-psql-08.04.0200-1 *** odbc-sqlite3-0.88-1 Independent Open DataBase Connectivity (iODBC) is an Open Source, platform-independent implementation of both Microsoft's ODBC universal data access framework and the X/Open SQL Call Level Interface specifications. A GUI configuration tool is provided by iodbcadm-gtk, and drivers for PostgreSQL and SQLite are also available. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New packages: freetds-0.91-2
The following packages have been added to the Cygwin distribution: *** freetds-0.91-2 *** libct4-0.91-2 *** libsybdb5-0.91-2 *** libsybdb-devel-0.91-2 *** odbc-tds-0.91-2 FreeTDS is a set of libraries for *NIX systems that allows programs to natively talk to Microsoft SQL Server and Sybase databases. An ODBC driver is also available. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New packages: mysql, odbc-mysql, perl-DBD-mysql
The following packages have been added to the Cygwin distribution: *** mysql-5.5.20-1 *** mysqld-5.5.20-1 *** mysql-test-5.5.20-1 *** libmysqlclient18-5.5.20-1 *** libmysqlclient-devel-5.5.20-1 *** libmysqld0-5.5.20-1 *** libmysqld-devel-5.5.20-1 *** odbc-mysql-5.1.9-1 *** perl-DBD-mysql-4.020-1 MySQL Community Edition is a freely downloadable version of the world's most popular open source database that is supported by an active community of open source developers and enthusiasts. Please note that the server ('mysqld' package) should be considered *experimental*; for production use, I suggest using a native Windows version from dev.mysql.com. Input from experienced MySQL server administrators to improve this component is welcome. The client library and apps are stable, but when connecting to a native Windows MySQL server on the same machine, you MUST use 127.0.0.1 as the hostname; 'localhost' is reserved for connecting to the Cygwin mysqld via a UNIX socket. ODBC and Perl DBI drivers are also provided. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: perl-DBI-1.617-1
The following package has been added to the Cygwin distribution: *** perl-DBI-1.617-1 The Perl Database Interface (DBI) provides a single API to access a wide variety of databases, support for which is provided by a DBD::* driver module (such as perl-DBD-mysql for MySQL servers). -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: make producing basename error that can't be captured by make make.out
On 02/03/2012 02:52, Paul Allen Newell wrote: [ weird problem symptoms ] You probably have a script or shell alias getting in between you and the real make. Please run type make ; which -a make in a bash shell and show us the results. cheers, DaveK -- 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] New package: poppler-0.18.4-2
The following packages have been added to the Cygwin distribution: *** poppler-0.18.4-2 *** poppler-data-0.4.5-1 *** libpoppler19-0.18.4-2 *** libpoppler-devel-0.18.4-2 *** libpoppler-cpp0-0.18.4-2 *** libpoppler-cpp-devel-0.18.4-2 *** libpoppler-glib8-0.18.4-2 *** libpoppler-glib-devel-0.18.4-2 *** libpoppler-qt4_3-0.18.4-2 *** libpoppler-qt4-devel-0.18.4-2 Poppler is a PDF rendering library based on the xpdf-3.0 code base. The command-line tools previous provided by xpdf are now in the 'poppler' package. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: dialog-1.1-20111020-1
The following packages have been added to the Cygwin distribution: *** dialog-1.1-20111020-1 *** libdialog10-1.1-20111020-1 *** libdialog-devel-1.1-20111020-1 Dialog is a script-interpreter which provides a set of widgets for in-terminal dialogs. Widgets are objects whose appearance and behavior can be customized. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: zziplib-0.13.60-1
The following packages have been added to the Cygwin distribution: *** zziplib-0.13.60-1 *** libzzip0.13-0.13.60-1 *** libzzip-devel-0.13.60-1 The zziplib library is a lightweight,library for extracting data from files archived in a ZIP compressed file. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Recent upgrade to wish leads to a problem
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes: Thank you for reinforcing my point. No, thank you for all your work, because without that we couldn't have this discussion. While we certainly promote the Cygwin/X server, forcing xorg-server/xinit as a dependency not only won't prevent questions (since the user still needs to *start* the X server), but those who use other X servers will have this very complaint. Note: I'm not opposed to give a stronger hint to folks who might not know what an X server is and why they need one. If they don't follow up on that hint it becomes their problem, but you can't reasonably expect someone to look for an answer to a question they don't even have. As long as setup.exe doesn't handle recommendations, how about having an (empty) package X-application (or whatever better name you come up with) that all such applications depend on? I'm still not sure how to get the actual warning to the user, but for starters the postinstall script could fail when it doesn't find the Cygwin X server and leave a file that cygcheck looks for otherwise. If that file is missing I'll get an INCOMPLETE package in cygcheck. If I have an install using an external X server, I can create that file and have clean cygcheck output (and getting the postinstall marked done). Now please excuse me while I get back to orchestrating the next major transition for the distro. Thanks again. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[NEARLY SOLVED:] Re: make producing basename error that can't be captured by make make.out
On 3/1/2012 10:07 PM, Dave Korn wrote: On 02/03/2012 02:52, Paul Allen Newell wrote: [ weird problem symptoms ] You probably have a script or shell alias getting in between you and the real make. Please run type make ; which -a make in a bash shell and show us the results. cheers, DaveK Dave: Thanks for the reply (smiled on the weird problem symptoms summation). The result is: +++ type make; which -a make make is aliased to `settitle Making $(basename $PWD) make $@' /usr/bin/make /usr/bin/make +++ I groaned when I saw this as it is obvious the $(PWD) is feeding basename and that's the make error. Thanks. However, I am still trying to understand why this potentially incorrect alias is creating text output to the screen which can't be redirected as it isn't stdout or stderr ... or 3/4/5 as someone suggested I test. Paul -- 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: New package: openjpeg-1.5.0-1
On Fri, 2012-03-02 at 16:23 +1100, Luke Kendall wrote: I'm no expert, but I thought any JPEG 2000 implementation required use of patented technologies. Do the implementers make some statement about the patent situation for openjpeg? Please do not spread FUD. This package is available in Fedora, which takes patent issues seriously, and has therefore been deemed acceptable for the Cygwin distribution as well. 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: [NEARLY SOLVED:] Re: make producing basename error that can't be captured by make make.out
On 02/03/2012 06:25, Paul Allen Newell wrote: +++ type make; which -a make make is aliased to `settitle Making $(basename $PWD) make $@' /usr/bin/make /usr/bin/make +++ I groaned when I saw this as it is obvious the $(PWD) is feeding basename and that's the make error. Thanks. However, I am still trying to understand why this potentially incorrect alias is creating text output to the screen which can't be redirected as it isn't stdout or stderr ... or 3/4/5 as someone suggested I test. I think it's because aliases are just simple text substitutions. So if you have 'make' being transformed to 'settitle Making $(basename $PWD) make $@' then you would get 'make make.out' becoming 'settitle Making $(basename $PWD) make $@ make.out' and as you see the redirect only gets applied to the command after the ''. cheers, DaveK -- 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: Recent upgrade to wish leads to a problem
On 3/1/2012 12:07 PM, Matt Seitz (matseitz) wrote: Matt Seitz (matseitz) Christopher Faylor wrote: In the meantime, if people are piling on to suggest this because they think it will cause someone to add xinit as a dependency to something please be assured that this will not happen. OK, what would cause someone to add xinit as a dependency to something? One reason I keep asking this question is that I don't understand the rationale against adding xinit. I love that Setup will automatically install the dependencies I need to actually use a package. Setup failing to install a dependency that most users will want seems like a step backwards. So I am trying to understand the rationale behind this position. One of the frustrations I used to have with Linux was repeated cycles of Package A needs package B, install B, Package B needs Package C, install C, Package C needs Package D, etc. I like that modern package managers, like Cygwin Setup or Yum make it much easier by letting me just say I want Package A, and the tool automatically installs all the dependencies for me. Some questions for which answers might help you understand: Does it always require xinit, or only sometimes? If only sometimes, why should it always be installed even for computers where there is no need for it? Note - I don't have the answers. -- 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: [SOLVED:] Re: make producing basename error that can't be captured by make make.out
On 3/1/2012 10:50 PM, Dave Korn wrote: I think it's because aliases are just simple text substitutions. So if you have 'make' being transformed to 'settitle Making $(basename $PWD) make $@' then you would get 'make make.out' becoming 'settitle Making $(basename $PWD) make $@ make.out' and as you see the redirect only gets applied to the command after the ''. cheers, DaveK Dave: Ah, I understand. I wrapped the whole alias in paras and am now getting all errors put into make.out, including the basename. I'll go and figure out some way to filter $(PWD) to be acceptable to basename. Many thanks for taking the time to help, Paul -- 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: Recent upgrade to wish leads to a problem
On 3/1/2012 1:38 PM, Jeremy Bopp wrote: On 03/01/2012 01:05 PM, Eric Blake wrote: On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote: You don't think that Setup telling the user package xyz requires package xinit might at least tip off some users that running xyz now requires starting an X server? Even if it doesn't reduce the questions, would it at least reduce the problem of users now having to run Setup a second time to download and install the xinit package? While I can't control whether Yaakov adds xinit as a dependency to tcl-tk, I personally wouldn't mind adding xinit as a prereq to gitk and git-gui, since I maintain that package. There's still that annoyance factor that just depending on xinit won't get X running, but at least it will let you download all the bits in one run of setup.exe instead of hitting the FAQ and finding out you have to rerun setup.exe. I don't think I've ever seen it, but does setup.exe support the notion of recommended and/or suggested packages? It seems that the main issue is that xinit is not a hard dependency of these tools/libraries and thus they should not have a hard dependency on xinit defined in the package definition. However, it might make sense to make xinit a recommended dependency that setup.exe could offer to install by default or at least notify the user that they may want to install. I suspect not, but I would like to see such recommended and/or suggested packages. Back when I was using Cygwin gcc so I could learn C, m4 was not installed along with it, and I believe that m4 should at least be shown as a recommended package to go along with gcc. -- 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: [SOLVED:] Re: make producing basename error that can't be captured by make make.out
On 02/03/2012 07:06, Paul Allen Newell wrote: I'll go and figure out some way to filter $(PWD) to be acceptable to basename. It just needs quotes around it to prevent the space being taken as a separator. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: bind-9.9.0-1
The following package has been updated for the Cygwin distribution: *** bind-9.9.0-1 ISC BIND is a suite of Domain Name Service (DNS) utilities. This is an update to the latest upstream release, and adds DLZ backends for MySQL and ODBC. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: ca-certificates-1.81-1
The following package has been updated for the Cygwin distribution: *** ca-certificates-1.81-1 ca-certificates contains the Certificate Authority root certificates needed for verifying SSL certificates. This is an update to the latest upstream release. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: dblatex-0.3.2-1
The following package has been updated for the Cygwin distribution: *** dblatex-0.3.2-1 dblatex is a program that transforms SGML/XML DocBook documents to DVI, PostScript or PDF by translating them into pure LaTeX as a first process. This is an update to the latest upstream release, and includes a patch for compatibility with the new TeX Live packages. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: libxml2-2.7.8-3 [SECURITY]
The following packages have been updated for the Cygwin distribution: *** libxml2-2.7.8-3 *** libxml2-devel-2.7.8-3 *** libxml2-doc-2.7.8-3 *** python-libxml2-2.7.8-3 Libxml2 is the XML C library developed for GNOME but widely used outside thereof as well. This release includes a patch for CVE-2011-3919. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
New package: openjpeg-1.5.0-1
The following packages have been added to the Cygwin distribution: *** openjpeg-1.5.0-1 *** libopenjpeg1-1.5.0-1 *** libopenjpeg-devel-1.5.0-1 The OpenJPEG library is an open-source JPEG 2000 codec written in C language. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
New packages: libiodbc, odbc-psql, odbc-sqlite3
The following packages have been added to the Cygwin distribution: *** libiodbc2-3.52.7-1 *** libiodbc-devel-3.52.7-1 *** iodbcadm-gtk-3.52.7-1 *** iodbctest-3.52.7-1 *** odbc-psql-08.04.0200-1 *** odbc-sqlite3-0.88-1 Independent Open DataBase Connectivity (iODBC) is an Open Source, platform-independent implementation of both Microsoft's ODBC universal data access framework and the X/Open SQL Call Level Interface specifications. A GUI configuration tool is provided by iodbcadm-gtk, and drivers for PostgreSQL and SQLite are also available. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
New packages: freetds-0.91-2
The following packages have been added to the Cygwin distribution: *** freetds-0.91-2 *** libct4-0.91-2 *** libsybdb5-0.91-2 *** libsybdb-devel-0.91-2 *** odbc-tds-0.91-2 FreeTDS is a set of libraries for *NIX systems that allows programs to natively talk to Microsoft SQL Server and Sybase databases. An ODBC driver is also available. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
New packages: mysql, odbc-mysql, perl-DBD-mysql
The following packages have been added to the Cygwin distribution: *** mysql-5.5.20-1 *** mysqld-5.5.20-1 *** mysql-test-5.5.20-1 *** libmysqlclient18-5.5.20-1 *** libmysqlclient-devel-5.5.20-1 *** libmysqld0-5.5.20-1 *** libmysqld-devel-5.5.20-1 *** odbc-mysql-5.1.9-1 *** perl-DBD-mysql-4.020-1 MySQL Community Edition is a freely downloadable version of the world's most popular open source database that is supported by an active community of open source developers and enthusiasts. Please note that the server ('mysqld' package) should be considered *experimental*; for production use, I suggest using a native Windows version from dev.mysql.com. Input from experienced MySQL server administrators to improve this component is welcome. The client library and apps are stable, but when connecting to a native Windows MySQL server on the same machine, you MUST use 127.0.0.1 as the hostname; 'localhost' is reserved for connecting to the Cygwin mysqld via a UNIX socket. ODBC and Perl DBI drivers are also provided. -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
New package: perl-DBI-1.617-1
The following package has been added to the Cygwin distribution: *** perl-DBI-1.617-1 The Perl Database Interface (DBI) provides a single API to access a wide variety of databases, support for which is provided by a DBD::* driver module (such as perl-DBD-mysql for MySQL servers). -- Yaakov Cygwin/X CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.