Re: Date of first Cygwin release / 25th Anniversary
On Tue, Oct 13, 2020 at 2:51 PM Corinna Vinschen wrote: > On Sep 23 19:53, Kevin Schnitzius via Cygwin wrote: > > On Wednesday, September 23, 2020, 02:33:13 PM EDT, David Eisner via > Cygwin wrote: > > > > > In any case, happy 25th anniversary, Cygwin! Thanks to everybody who > made it and continues to make it possible. > > I purchased the 1.0 release CD in 1999: > > https://imgur.com/2UnLDhk > > I still have a shrink-wrapped 1.0 package, never opened since we had two > of them. This pristine copy is probably worth millions now!1!11 > > Don't spend it all at once. Happy official birthday, Cygwin! I don't have cake after all, but I am noshing on some lemon cookie thins. Thanks again, everybody. -David -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Date of first Cygwin release / 25th Anniversary
On Wed, Sep 23, 2020 at 3:18 PM Buchbinder, Barry (NIH/NIAID) [E] via Cygwin wrote: > > -Original Message- > > From: David Eisner via Cygwin > > Sent: Wednesday, September 23, 2020 2:33 PM > > To: cygwin@cygwin.com > > Subject: Date of first Cygwin release / 25th Anniversary > > > > Cygwin started in 1995. [1] Does anybody know the date of the first > release? I recognize that there may be no definitive answer, depending on > how one defines "release." > > > > In any case, happy 25th anniversary, Cygwin! Thanks to everybody who > made it and continues to make it possible. > > > > -David > > > > [1] > > > https://www.usenix.org/legacy/publications/library/proceedings/usenix-nt98/full_papers/noer/noer_html/noer.html > > Oct 18. See https://cygwin.com/pipermail/cygwin-talk/2005q4/001601.html > Well there you go. Thanks! Glad I didn't miss it. I've made a note to have a celebratory slice of cake on October 18th. -David -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Date of first Cygwin release / 25th Anniversary
Cygwin started in 1995. [1] Does anybody know the date of the first release? I recognize that there may be no definitive answer, depending on how one defines "release." In any case, happy 25th anniversary, Cygwin! Thanks to everybody who made it and continues to make it possible. -David [1] https://www.usenix.org/legacy/publications/library/proceedings/usenix-nt98/full_papers/noer/noer_html/noer.html -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Broken git difftool, perhaps related to recent Perl changes
On Fri, Mar 13, 2015 at 4:09 AM, Achim Gratz strom...@nexgo.de wrote: I simply was unaware that perl-Error was still using the 5.10 install path. An update is ready, but I need to be given the upload rights. Meanwhile The latest perl-Error update fixed the problem, as expected. Vielen Dank. -David -- 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
Broken git difftool, perhaps related to recent Perl changes
[I'm using 32-bit Cygwin (1.7.35) on a Win7 64-bit system.] I now get the following error when I run 'git difftool': $ git difftool Can't locate Error.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.14 /usr/lib/perl5/site_perl/5.14/i686-cygwin-threads-64int /usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int /usr/lib/perl5/vendor_perl/5.14 /usr/lib/perl5/5.14/i686-cygwin-threads-64int /usr/lib/perl5/5.14 .) at /usr/libexec/git-core/git-difftool line 17. BEGIN failed--compilation aborted at /usr/libexec/git-core/git-difftool line 17. This used to work. Maybe this is related to the recent Perl distribution changes that Achim announced a few days ago. I uninstalled and reinstalled git, but to no avail. I do have perl-Error installed, but it looks like the module is only installed in the 5.10 path: $ which perl /usr/bin/perl $ cygcheck -f /usr/bin/perl perl_base-5.14.4-3 $ cygcheck -l perl-Error /usr/lib/perl5/vendor_perl/5.10/Error/Simple.pm /usr/lib/perl5/vendor_perl/5.10/Error.pm /usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/Error/.packlist /usr/share/doc/Cygwin/perl-Error.README /usr/share/doc/perl/html/html3/site/lib/Error/Simple.html /usr/share/doc/perl/html/html3/site/lib/Error.html /usr/share/doc/perl-Error/ChangeLog /usr/share/doc/perl-Error/README /usr/share/man/man3/Error.3pm.gz /usr/share/man/man3/Error.Simple.3pm.gz And, in fact, I can get 'git difftool' to work if I modify the perl include path: $ PERL5LIB=/usr/lib/perl5/vendor_perl/5.10 git difftool Viewing (1/1): 'parse_mentor.py' Launch 'diff_merge' [Y/n]: Is this a perl-Error packaging issue, or is my perl setup broken? Thanks. -David -- 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: Screen Documenation
Andrew and Achim, Thanks for the quick turnaround. I just downloaded the new release (4.2.1-3) and the man pages and info docs are there. By the way, the update also fixed a problem I was having (which was why I wanted to RTFM): In the previous release (on x86, at least), the info and window list output (C-a i and C-a w respectively) would appear at the bottom of my mintty window, rather than in the title bar. With 4.2.1-3, they have returned to the title bar, as desired. Thanks again. -David On Thu, Sep 4, 2014 at 2:39 AM, Andrew Schulman schulman.and...@epa.gov wrote: David Eisner deisner at gmail.com writes: Is this intentional, or am I missing something? Thanks. Looks like a packaging error for x86 (the x86_64 package is OK). Hm, sure enough. Sorry about that. Not sure what went wrong, but I'll get a new release out with the documentation. Andrew -- 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
Screen Documenation
I don't see a man page or info page for GNU Screen anymore. I seem to recall that both were distributed with screen in the past, but I may be mistaken. Is this intentional, or am I missing something? Thanks. -David -- 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: Withdrawing from the project
On Thu, Jul 31, 2014 at 5:27 PM, Christopher Faylor wrote: Felly hir, a diolch am yr holl bysgod And: So long and thanks for all the Cygwin. Seriously. Good luck in your future. -David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Unable to initialize fd 0 for /dev/tty1
On Mon, Sep 6, 2010 at 5:34 PM, Ryan Johnson ryanj...@ece.cmu.edu wrote: Has anyone seen this before? It happens just often enough to be really Yes, with gitk: http://cygwin.com/ml/cygwin/2010-09/msg00037.html -David -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
gitk problem with cygwin.dll v1.7.7-1
Whenever I do this: 1. Launch gitk from a cygwin bash shell (either using cygwin.bat or with mintty), 2. Exit the cygwin bash shell, and then 3. Pick File Reload from the gitk menu, I get the following error dialog: Error parsing revisions: 1 [main] git 5724 C:\cygwin\bin\git.exe:*** fatal error- couldn't initialize fd 0 for /dev/tty0 Stack trace: Frame Function Args 00223908 6102749B (00223908, , , ) 002238F8 6102749B (61177B80, 8000, , 61179977) 00224C28 61004AFB (611A1670, , 6123ABAC, 0001) End of stack trace [This is hand-corrected OCR from a screen capture so it might be slightly off.] Version information: Vista Enterprise SP2 32-bit $ cygcheck -c cygwin git gitk Cygwin Package Information Package VersionStatus cygwin 1.7.7-1OK git 1.7.1-1OK gitk 1.7.1-1OK I believe the upgrade to the 1.7.7-1 dll is somehow related to the onset of the problem. Not an apples to apples comparison, but when I try the same thing on a Windows 7 Enterprise 64-bit machine with cygwin 1.7.5-1 (same versions of git and gitk), I don't have this problem. On a (perhaps) related note: I'm not in the habit of exiting the shell. But what now happens (sometimes) is that when I switch focus from the gitk window to the cygwin shell window and begin typing, I see only the first character of what I typed, and then logout, at which point the window is unresponsive to commands. It still echoes what I type, but with no prompt or apparent side effects. That is, suppose gitk has focus. I decide to type git branch in the cygwin shell. I click the title bar of the cygwin shell, start typing git .. and see this instead: $glogout Then I have to kill the window, and start a new shell. It could be BLODA, I suppose, but at first gloss I don't see any unusual DLLs loaded when examining the wish84.exe process in Sysinternals Process Explorer. -David -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fortune and the fortune startrek command
On Tue, Jun 22, 2010 at 10:35 AM, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: You're exaggerating. Most of the time when maintainers receive private Not by much. When Gregg had the temerity to even suggest informing a package maintainer, you threw a public tantrum. Are you aware how obnoxious you sound to other people? I don't expect you to be anything but defensive at this point, but you owe yourself some serious introspection regarding your bedside manner. We all have our issues -- this appears to be yours. -David -- 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 visual brand
On Tue, May 18, 2010 at 11:34 AM, Marco Atzeri marco_atz...@yahoo.it wrote: It is not really polite to ask others to change something without making your effort to do the job. Marco, I don't think you carefully read the thread. Regarding the web design, there's already a website mockup. Regarding the logo, it doesn't make sense for Berthold to invest effort in designing a new logo without 1. Some indication that it will be used. 2. Some sort of feedback on requirements. I think at this point (on the logo front, at least), we're just looking for something like, Yes, we would indeed welcome an updated logo, Berthold. We're in a time crunch right now, but at some time in the near future we'll get back to you with some thoughts on what we'd like, and maybe we can reach a consensus. At that point some initial sketches / proposals would be welcome. -David -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin visual brand
On Tue, May 18, 2010 at 1:28 PM, Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote: So far, I have not really cared for either of the proposed redesigns. I don't think a mascot is necessary on the web site and I think that, as messy as the current cygwin web site may be, there will be only a very minor benefit to any redesign which just changes the layout. When I look at most of the popular free software projects out there they seem to be getting by on pretty simple layouts. That said, however, I have done some work on cleaning up the web site. Thanks for taking the time to respond. It's definitely appreciated. Maybe these should be split off into two threads. but there are two separate but related proposals involved: A. Website - Brent Kerr's Proposal I look forward to the cleaned-up design you're working on. I think we have to agree to disagree about the benefits of changing just the layout. There really are generally accepted standards by which this [1] looks better than this [2]. They involve things like alignment, white space, and typography. Note that a pretty simple layout can look great (and Brent's design doesn't strike me as particularly complex). Bit it should be a simple layout that looks good. B. New Logo - Berthold Barth's Offer Does the rejection apply to an updated logo, too? -David [1] http://cygwin.codecamel.com/ [2] http://www.cygwin.com/ -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin visual brand
On Tue, May 18, 2010 at 4:37 PM, Brent Kerr c...@codecamel.com wrote: To reiterate, I am not interested in collaborating with anyone on web site redesign and, as I said, I don't think a mascot is called for. Well that's that, case closed :) Thanks for taking the time to And thanks for trying, Brent. At the very least, you brought attention to the issue, and it sounds like some kind of update is on the way. Just for kicks, I looked at the earliest version of the Cygwin website available in the Wayback Machine. [1] Not much has changed in ten years. Coincidentally, the Samba team announced a redesign of http://samba.org/ today. [2][3] It looks pretty sharp! So sometimes Windows-related open source projects do accept design collaboration. :-) -David [1] http://web.archive.org/web/2815200506/sources.redhat.com/cygwin/ [2] http://lists.samba.org/archive/samba/2010-May/155883.html [3] http://samba.org/ -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin visual brand
On Tue, May 11, 2010 at 8:41 AM, Alex Leigh le...@hcs.harvard.edu wrote: Why not just use the cyg- prefix, like the cygstart and cygpath tools already do? Something like cygsetup, cygpackage, cygpackman, etc. I think these both communicate clearly the purpose of the program and are short to type. I'd vote for cygsetup.exe. I agree that setup.exe is too generic. I always wind up renaming it to something like cygsetup.exe. By the way, I'm not sure if this is an issue, but something with setup in it might be desirable as this string will be detected by Vista's installer detection heuristic (scroll down to Installer Detection Technology in [1]). I believe Windows 7 does this, too, but I'm not sure. If the requested execution level is specified in a application manifest, though, this isn't necessary. -David [1] http://technet.microsoft.com/en-us/library/cc709628(WS.10).aspx -- 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 visual brand
On Mon, May 10, 2010 at 1:07 AM, Berthold Barth berthold.ba...@googlemail.com wrote: PS: On the subject of relevance: Good design (visuals, workings, user experience) is widely accepted to improve the users' perception of the functionality. Beautiful things work better. Even if the new design I couldn't agree more, and I wholeheartedly support your proposed efforts. I'm not a designer, but in my opinion the importance of high-quality graphic design and visual branding is often under-estimated. On a perhaps subconscious level, the website appearance and project logo communicate to a new user something about the perceived quality of a project, and even it relevance. A few months ago somebody on this list offered an appealing redesign of the Cygwin.com website. [1][2] That, unfortunately, seems to have gone nowhere (unless something is happening behind the scenes). As far as the current logo, it has served the project well but it definitely looks dated. [3] It's basically a two-color unaliased bitmap that harkens back to icons of 1980's and 1990's. My personal preference for a new logo would be an evolution of the current design. Ideally it would scale, perhaps with modifications, to work from small sizes (for a window titlebar) to large (for the website, e.g.). The historical evolution of the Mozilla Firefox logo might provide some guidance. [4][5][6] Or we could go in a completely new direction. For what it's worth, I've been using Cygwin for years and had no idea about the hippo artwork. -David [1] http://cygwin.com/ml/cygwin/2010-03/msg00700.html [2] http://cygwin.codecamel.com/ [3] http://www.cygwin.com/cygwin-icon.gif [4] http://www.mozilla.com/en-US/about/logo/download.html [5] http://www.actsofvolition.com/archive/2004/february/brandingmozilla [6] http://www.actsofvolition.com/files/mozillabranding/ -- 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 visual brand
On Mon, May 10, 2010 at 3:36 PM, Klaus Grue g...@diku.dk wrote: I liked the proposal of David Eisner (http://cygwin.codecamel.com/). At Just to clarify, I had nothing to do with that page. The credit goes to Brent Kerr. See the original message here: http://cygwin.com/ml/cygwin/2010-03/msg00700.html I was just mentioning this as another example of a generous offer to help improve the look of the project. -David -- 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: Patch, diff, and line-endings
On Tue, Mar 16, 2010 at 5:00 PM, David Eisner deis...@gmail.com wrote: Cygwin versions (2.8.7 and 2.5.8 respectively). When I get a chance, I'll try the newer versions on Linux and see what happens. Also works fine on Linux with patch 2.5.8 (and diff 2.9 -- version 2.8.7 was never a stable release, I think). In any case, I figured out the fix: Use patch --binary. That switch is only available on Cygwin. Now it works fine. I'm still not quite sure why I have to do this. Anyhoo, it works. -David -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Patch, diff, and line-endings
I'm running into a problem when applying patches. Here's a toy example. I have a file, test.txt, with a one line change. I use diff -u to generate a patch, and then I use patch to apply it. With unix-style line-endings (\n), everything works fine: $ file {a,b}/test.txt a/test.txt: ASCII text b/test.txt: ASCII text $ diff -u a/test.txt b/test.txt unix.patch $ cat unix.patch --- a/test.txt 2010-03-16 14:22:03.299682800 -0400 +++ b/test.txt 2010-03-16 14:21:32.749628100 -0400 @@ -1,3 +1,3 @@ This is -a 3 line +a three line file $ patch --verbose --dry-run -p0 unix.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- a/test.txt 2010-03-16 14:22:03.299682800 -0400 |+++ b/test.txt 2010-03-16 14:21:32.749628100 -0400 -- Patching file a/test.txt using Plan A... Hunk #1 succeeded at 1. done $ But with dos-style line-endings (\r\n), the patch fails: $ file {a,b}/test.txt a/test.txt: ASCII text, with CRLF line terminators b/test.txt: ASCII text, with CRLF line terminators $ diff -u a/test.txt b/test.txt dos.patch $ cat dos.patch --- a/test.txt 2010-03-16 14:23:44.863838200 -0400 +++ b/test.txt 2010-03-16 14:23:52.424594200 -0400 @@ -1,3 +1,3 @@ This is -a 3 line +a three line file $ patch --verbose --dry-run -p0 dos.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- a/test.txt 2010-03-16 14:23:44.863838200 -0400 |+++ b/test.txt 2010-03-16 14:23:52.424594200 -0400 -- Patching file a/test.txt using Plan A... Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file a/test.txt.rej done $ Shouldn't this work, regardless of the line-ending type? Note that I have my filesystems mounted in binary mode (the default), not text mode. Should this matter? I'm using Cygwin 1.7.1 on Vista SP2, and the latest Cygwin versions of diff (2.8.7) and patch (2.5.8). I repeated the same experiment on a Solaris 10 box with GNU diff 2.8.1 and GNU patch 2.5.4, and it worked fine, with both unix- and dos-style line endings. -David -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Patch, diff, and line-endings
On Tue, Mar 16, 2010 at 4:29 PM, Spiro Trikaliotis an-cyg...@spiro.trikaliotis.net wrote: No: patch is very picky here. From my experience, you will observe the same behaviour on a Linux machine. I just tried it on a Linux box. The patch succeeded with both dos- and unix-style line endings there, too (as with Solaris 10). This was running CentOS 5.4, GNU diff 2.8.1, patch 2.5.4. These are the same versions on the Solaris box as it turns out. Both are older than the Cygwin versions (2.8.7 and 2.5.8 respectively). When I get a chance, I'll try the newer versions on Linux and see what happens. BTW: In the project mentioned above, we always solved the issue with dos2unix. In my case I'm using git to generate patches, and handing them off to another developer. My head hurts thinking about the hoops one or both of us would have to jump through to get this working on a regular basis. In any case, we're using Eclipse and it happily applies patches with CRLF's in them. So at this point it's academic. I'd still like to know what's going on, though. -David -- David Eisner http://cradle.brokenglass.com -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install Problem
On Wed, 30 Jan 2002, Randall R Schulz wrote: David, The check-box is the download or install _with source_ option. I feel like an idiot. For some reason I got it into my head that I had to check that box to select the package for download. Thanks. -David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/