Re: TeX Live transition complete
Yaakov (Cygwin/X) writes: The TeX Live packages are now in the distro. Ken, Yaakov, thank you both! Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl
Re: drag and drop problem between java windows on linux
Luke, I am having the exact problem and the latest Java for Linux did not solve the problem. I think the internal window manager is not recognizing the release event at all. Is anyone having a similar problem? Thanks, Gary -- 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: Rsync stops inmid of synchronisation
LMH, thank you for your hints. So I checked all the drives and files and they're good, as well as the other hardware. Also the file's permissions are good. The idea to sync just one folder after the other is good. It turned out that those few folders with many smaller files (up to 35000 files, mainly man pages) cause the hang of rsync often, but not always because with a certain chance these folders sync fine. That makes it very hard to find the real error. My syncing script now uses separate rsync commands (i.e. lines in the script) for all the problematic folders in contrast to before where all the folders have been separated by spaces in one rsync command. In combination with rsync's timeout parameter (see below please) only those rsync commands with an offending folder are being skipped when the timeout happens, so that the remaining rsync commands can continue to run. This is an improvement. :-) This is what I found out in detail, so far: - If I rsync the problematic folder to a local device, rsync always runs fine! - If I rsync the same problematic folder to the remote computer (on a local network), the problematic folder makes the sending rsync to hang often. So it can't be a problem with the files, it must be some rsync network stuff causing the hang. - If I add the --dry-run parameter, then interestingly rsync hangs too at about the same position in the problematic folder, i.e. without actually having send content data (just information data?) to the receiver. - So is it the sender or receiver which causes the hang? I think the sender, because when I add the rsync parameter --timeout=30 the rsync command is being terminated/skipped at the offending folder and continues with the next rsync command in the script. When however I use the parameter --contimeout=30 instead, the scripts waits forever -- as it happens with no timeout parameter. So in the end I still don't see what's going on, unfortunately. -Richard LMH wrote: One thing to check is the disk drives. I have had rsync stop when it reaches corrupted sectors, especially if those sectors corrupt part of the file system. I don't remember anything helpful in the log files, I just noticed that it wasn't finishing. Try running disk diagnostic software and make sure your hardware is good. What kind of hard drives do you have and what OS? If that doesn't show up anything, I would start by synching just one folder. Create a test folder on both computers and add a few files. Make sure your permissions are correct. Make a change in one file and then run rsync. If it finishes and the logs look good, add more to the test folder and see if you can find where it brakes. You can test things like very large files, and folders with a large number of files. If you can't get it to fail, then the issue may be with the data on one of the computers. The problem may also be with the rsync software, but I can't advise well on that end. LMH -- 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: cygport: How to suppress automatic postinstall script additions
On 3/5/2012 5:50 PM, Ken Brown wrote: On 3/5/2012 4:23 PM, Yaakov (Cygwin/X) wrote: On Mon, 2012-03-05 at 12:59 -0500, Ken Brown wrote: On 3/5/2012 12:32 PM, Yaakov (Cygwin/X) wrote: OK, here's the fix: 1) Install cygport-0.10.8.1-1 (released just moments ago). 2) Bump collection-basic to $today and build it with newly-downloaded sources. 3) Bump collection-langcjk to $today, add 'jfontmaps' to ARCH_PKGS, and build with newly-downloaded sources. After installing the new collection-basic with the new postinstall script, the aforementioned xetex test works. In your new postinstall script, I wonder if it would be better to delete /etc/texmf/web2c/updmap.cfg rather than editing it. The reason is that the master updmap.cfg in /usr/share/texmf/web2c may have changed due to the addition or deletion of TL packages containing fonts, and I don't think these changes get propagated to /etc/texmf/web2c/updmap.cfg. The problem with that is any settings in TEXMFSYSCONFIG/web2c/updmap.cfg would be lost. What about the attached patch for cygport? I won't have a chance to test it until tomorrow, but it looks good at first glance. One question: I don't see where you take account of fonts that might have been deleted. Shouldn't updmap-sys --syncwithtrees be run on every postinstall to catch these? I think it would be enough for texlive-collection-basic to have a custom postinsall.sh that does this. There's no reason it has to be repeated by every texlive-collection-* package. Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Fwd: cygwin-1.7.10-1 fork - address space needed by ... already in use
Hi, Was there ever a resolution to the issue in the subject line? I'm seeing what looks like a related problem when I try to use cygwin's svn (installed yesterday). I'm hoping there is a straightforward solution, because this is a bit of a shop-stopper in my use of cygwin... Thanks, -- Solomon Foster: colo...@gmail.com HarmonyWare, Inc: http://www.harmonyware.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
Missing UID from ps -W
Hi, I try to use ps -W to monitor processes, but UID is 0 except for processes started in cygwin. Is it a bug or a feature? 14:13:50[siebel@CRMDOCTRN1:~]$ uname -a CYGWIN_NT-6.0 CRMDOCTRN1 1.7.10(0.259/5/3) 2012-02-05 12:36 i686 Cygwin 14:14:11[siebel@CRMDOCTRN1:~]$ ps --version ps (cygwin) 1.7.10 Show process statistics Copyright (C) 1996 - 2012 Red Hat, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 14:05:11[siebel@CRMDOCTRN1:~]$ ps -Wf UID PIDPPID TTYSTIME COMMAND siebel51166576 pty0 14:05:36 /usr/bin/ps cyg_serv77126808 ? Mar 2 /usr/sbin/sshd siebel65765028 pty0 Mar 2 /usr/bin/bash cyg_serv50287712 ? Mar 2 /usr/sbin/sshd cyg_serv6808 1 ? Mar 2 /usr/bin/cygrunsrv 0 4 0 ? Jan 29 System 0 456 0 ? Jan 29 C:\Windows\System32\smss.exe 0 536 0 ? Jan 29 C:\Windows\System32\csrss.exe 0 580 0 ? Jan 29 C:\Windows\System32\csrss.exe 0 588 0 ? Jan 29 C:\Windows\System32\wininit.exe 0 624 0 ? Jan 29 C:\Windows\System32\winlogon.exe 0 660 0 ? Jan 29 C:\Windows\System32\services.exe 0 676 0 ? Jan 29 C:\Windows\System32\lsass.exe 0 684 0 ? Jan 29 C:\Windows\System32\lsm.exe 0 836 0 ? Jan 29 C:\Windows\System32\svchost.exe Thanks, András -- 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: Fwd: cygwin-1.7.10-1 fork - address space needed by ... already in use
On 3/6/2012 2:16 PM, Solomon Foster wrote: Hi, Was there ever a resolution to the issue in the subject line? I'm seeing what looks like a related problem when I try to use cygwin's svn (installed yesterday). I'm hoping there is a straightforward solution, because this is a bit of a shop-stopper in my use of cygwin... Thanks, Solomon, may I suggest you to read the archives ? http://cygwin.com/ml/cygwin/2012-03/threads.html http://cygwin.com/ml/cygwin/2012-03/msg00180.html please test the latest snapshots and check by yourself http://cygwin.com/snapshots/ 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: Missing UID from ps -W
On Tue, Mar 06, 2012 at 02:39:54PM +0100, Danyi-Zsil?k Andr?s wrote: I try to use ps -W to monitor processes, but UID is 0 except for processes started in cygwin. Is it a bug or a feature? As you've discovered, implementation of UID for non-cygwin processes is not implemented. -- 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 : output from .NET programs does not get through pipeline
Hi all, I started observing some very strange effects when launching .NET programs from cygwin, after upgrading to version 1.7.10. The example below is using the MSBuild.exe as an example, but I get analogous results with any console program compiled for .NET. One can see that each pipeline works normally exactly once. The second time the pipe does not bring anything. I do not know if it is possible to reset it; killing all cygwin processes and logging off apparently does not help. $ MSBuild.exe -version Microsoft (R) Build Engine Version 3.5.30729.1 [Microsoft .NET Framework, Version 2.0.50727.3625] Copyright (C) Microsoft Corporation 2007. All rights reserved. 3.5.30729.1 $ MSBuild.exe -version | head -1 Microsoft (R) Build Engine Version 3.5.30729.1 $ MSBuild.exe -version | head -1 $ MSBuild.exe -version | wc 4 20 177 $ MSBuild.exe -version | wc 0 0 0 Hi, I hit the same issue with msbuild and was able to work around it by doing a pipe in cmd.exe, eg: $ cmd.exe '/c' 'msbuild.exe -version' | wc 0 0 0 $ cmd.exe '/c' 'msbuild.exe -version | cat' | wc 4 20 183 - Edgar One program that surprisingly does not get broken so easily is perl $ MSBuild.exe -version | perl -ne print | wc 4 20 177 $ MSBuild.exe -version | perl -ne print | wc 4 20 177 Output from normal DOS, windows and cygwin programs is not affected. Output redirection with works as usual. Command substitution with $( ) or ` ` does not work if the output comes from .NET program: $ echo +++ `MSBuild /help` +++ +++ +++ $ echo +++ `MSBuild.exe /helptmp.tmp ; dos2unix tmp.tmp; head tmp.tmp` +++ dos2unix: converting file tmp.tmp to Unix format ... +++ Microsoft (R) Build Engine Version 3.5.30729.1 [Microsoft .NET Framework, Version 2.0.50727.3625] Copyright (C) Microsoft Corporation 2007. All rights reserved. Syntax: MSBuild.exe [options] [project file] Description: Builds the specified targets in the project file. If a project file is not specified, MSBuild searches the current working directory for a file that has a file extension that ends in proj and uses that file. +++ I get similar results on other computers running Windows XP, Vista and 7 with 1.7.10 installed, but not with 1.7.9. Have you seen anything like this? How can it be fixed? Regards Ilya Beylin -- 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: cygport: How to suppress automatic postinstall script additions
On 3/6/2012 7:28 AM, Ken Brown wrote: On 3/5/2012 5:50 PM, Ken Brown wrote: On 3/5/2012 4:23 PM, Yaakov (Cygwin/X) wrote: On Mon, 2012-03-05 at 12:59 -0500, Ken Brown wrote: On 3/5/2012 12:32 PM, Yaakov (Cygwin/X) wrote: OK, here's the fix: 1) Install cygport-0.10.8.1-1 (released just moments ago). 2) Bump collection-basic to $today and build it with newly-downloaded sources. 3) Bump collection-langcjk to $today, add 'jfontmaps' to ARCH_PKGS, and build with newly-downloaded sources. After installing the new collection-basic with the new postinstall script, the aforementioned xetex test works. In your new postinstall script, I wonder if it would be better to delete /etc/texmf/web2c/updmap.cfg rather than editing it. The reason is that the master updmap.cfg in /usr/share/texmf/web2c may have changed due to the addition or deletion of TL packages containing fonts, and I don't think these changes get propagated to /etc/texmf/web2c/updmap.cfg. The problem with that is any settings in TEXMFSYSCONFIG/web2c/updmap.cfg would be lost. What about the attached patch for cygport? I won't have a chance to test it until tomorrow, but it looks good at first glance. One question: I don't see where you take account of fonts that might have been deleted. Shouldn't updmap-sys --syncwithtrees be run on every postinstall to catch these? I think it would be enough for texlive-collection-basic to have a custom postinsall.sh that does this. There's no reason it has to be repeated by every texlive-collection-* package. Forget this last suggestion. I think the attached patch to src_postinstall.cygpart does the right thing. Ken --- src_postinst.cygpart2012-03-06 12:28:09.0 -0500 +++ src_postinst.cygpart.new2012-03-06 11:55:30.0 -0500 @@ -263,21 +263,27 @@ __prep_texlive() { dodir /etc/postinstall cat ${D}/etc/postinstall/${PN}.sh -_EOF - if [ -x /usr/bin/mktexlsr ] \\ - [ ! -f /usr/share/texmf-dist/ls-R -o \\ + if [ ! -f /usr/share/texmf-dist/ls-R -o \\ \$(find /usr/share/texmf{,-dist} -mindepth 2 -type f -cnewer /usr/share/texmf-dist/ls-R 2/dev/null | wc -l) -gt 0 ] then - /usr/bin/mktexlsr - if test -f /etc/texmf/web2c/updmap.cfg; then - /usr/bin/sed -i -e 's/^#! //g' /etc/texmf/web2c/updmap.cfg - fi - /usr/bin/updmap-sys --syncwithtrees + runfmtutil=1 + /usr/bin/mktexlsr + /usr/bin/updmap-sys --syncwithtrees + fi + for map in $(__config_get texlive_updmaps) + do + /usr/bin/updmap-sys --nomkmap --enable \$map + done + if [ -n \$map ] + then /usr/bin/updmap-sys --nohash /usr/bin/mktexlsr + fi + if [ -n \$runfmtutil ] + then /usr/bin/fmtutil-sys --all /usr/bin/mktexlsr fi - _EOF } # end of conditional __prepetc helpers -- 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 Mon, Mar 05, 2012 at 07:57:29PM +0100, Lemke, Michael SZ/HZA-ZSW wrote: On March 05, 2012 6:26 PM Ryan Johnson wrote: On 05/03/2012 5:05 AM, Lemke, Michael SZ/HZA-ZSW wrote: On March 04, 2012 12:51 PM, Corinna Vinschen wrote: On Mar 2 20:20, Andy Koppe wrote: On 2 March 2012 08:41, Corinna Vinschen wrote: On Mar 1 20:43, Andy Koppe wrote: 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. Any chance to implement this? Automatic scroll-to-bottom is a useful feature, IMHO. I disagree. The point of being able to scroll back to earlier output is to read and perhaps copy something. When doing that, having the scrollback jump back to the bottom without the user asking for it is rather unhelpful. The Windows console does this, and I always found it really frustrating. THat's why this is an option in xterm. Every use has another idea how the terminal should behave in this regard, I guess. I'd also appreciate very much implementing that option. mintty is promoted here as a replacement for rxvt but obviously lacks a functionality I've come to depend on. My use case is a terminal window in which I don't do much but where a lot of background jobs regularly produce output. A quick glance at the window tells me the current status of those jobs. Not with mintty anymore. Same with the classic use case tail -f logfile. What you describe above sounds more like mintty allowing a visible end of output to scroll off the bottom without following it, a behavior I've never observed and which would arguably be a bug. That's not what I said. When I fire up something that produces copious output (gcc bootstrap, compile emacs, etc.) mintty scrolls to track end-of-output unless I purposefully scroll upward Right, same here. Turning on scroll-to-bottom would change that. It scrolls to bottom immediately. (in which case I'd prefer it to stay put long enough to read/copy the text rather than immediately jumping me back to end-of-output). That depends on what I am doing in such a terminal. I might have a tail -f /var/log/messages in that session on a system with low syslog activity. I want to be notified immediately if there is output and don't mind being interrupted. Once the scrollbar is set back to bottom, it again tracks end-of-output. Correct. And that's the step I want to skip. The si-option does exactly that. Am I missing something? Or do your background jobs just produce output really infrequently compared to 'make all'? In this case yes, but I also like scroll-to-bottom if there's more output. The latter is the only way I can see reading stuff from the past and scroll-to-bottom coexisting peacefully They usually won't. That’s why this should be an option and not the default. Most of the behaviour discussed in this thread can be achieved or emulated using screen (notification on activity, scroll and output logging at will, etc). Might be useful to take a look at it. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: base-files: New files to fix permission issues (was Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.)
On Mon, Mar 05, 2012 at 09:37:50AM -0700, Eric Blake wrote: On 03/05/2012 07:13 AM, Nellis, Kenneth wrote: From: Corinna Vinschen Thanks for the review. Like this? If you're open to improvements, the form x=$(($x + 1)) could arguably be improved with any of the following: x=$((x + 1)) Still POSIX, and supported by /bin/sh (even where /bin/sh is dash) Duly noted. Will be included in next release. Thanks. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: ldd fails when dll has no execute permissions
On Feb 24 12:56, Corinna Vinschen wrote: On Feb 23 15:03, cppjavaperl wrote: This was discovered in cygwin-1.7.10-1. If you run 'ldd' against an executable, and the executable has dependent DLLs which do *not* have execute permissions, ldd's output stops when it reaches the offending dependent DLL, and reports no further information. ldd does not give an error message, and the exit code is zero. DLL's must have execute permissions to be loaded into the process. And that is what ldd does, it starts a process and inspects the process memory to see what DLLs are loaded via the Win32 debug API. The problem is that the Win32 loader stops loading as soon as it encounters the non-executable DLL. So there will simply be no further LOAD_DLL_DEBUG_EVENT. The next event is an EXIT_PROCESS_DEBUG_EVENT which means to ldd that it collected all DLLs and so it just prints the list of so far collected DLLs. I don't see how this could be changed to behave differently in this case. Corinna Sorry I just got back to this topic. After a little research, I found this old link which discusses a similar type tool provided by Microsoft: http://www.mail-archive.com/delphi@delphi.org.nz/msg11393.html After reading that thread, I downloaded the code from Microsofts ftp site here: ftp://ftp.microsoft.com/softlib/mslfiles/MSJFEB97.EXE The code looks reasonable, and doesn't appear to be difficult at all to follow. Running the executable in testing like I did with ldd gives better results (IMHO). It finds the dependent DLLs even if the executable bit is not set, and it continues looking for DLLs when it can't find one, while noting each DLL that can't be found. Perhaps it would be good to use this sample code to make modifications to ldd, so that it could give more accurate information. I do not know if there are any situations where the Microsoft sample code would provide inaccurate information, and perhaps there are situations I'm not aware of where the existing ldd code would work and the Microsoft code would not. However, it seems to me that the Microsoft code is worth looking at -- in order to consider improving ldd. The Microsoft code doesn't appear to me to be restricted in any way that would hinder its use in ldd. It seems to me that the ideal solution would list all the DLLs, noting which could not be found, and also giving a warning if a DLL is not executable. Perhaps that kind of solution could be achieved by modifiying ldd using Microsoft's sample code as an example. -- 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
Please correct Internode Cygwin mirror URL
Hi Support, I am writing to inform you that the software Cygwin attempts to obtain content from a location on our mirror, that does not exist. The software is looking for: http://mirror.internode.on.net/cygwin The correct URL is: http://mirror.internode.on.net/pub/cygwin/ Regards, Cas Bitton Gaming Community Lead Internode -- 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: ldd fails when dll has no execute permissions
On Tue, Mar 06, 2012 at 03:53:34PM -0800, cppjavaperl wrote: On Feb 24 12:56, Corinna Vinschen wrote: On Feb 23 15:03, cppjavaperl wrote: This was discovered in cygwin-1.7.10-1. If you run 'ldd' against an executable, and the executable has dependent DLLs which do *not* have execute permissions, ldd's output stops when it reaches the offending dependent DLL, and reports no further information.? ldd does not give an error message, and the exit code is zero. DLL's must have execute permissions to be loaded into the process. And that is what ldd does, it starts a process and inspects the process memory to see what DLLs are loaded via the Win32 debug API. The problem is that the Win32 loader stops loading as soon as it encounters the non-executable DLL. So there will simply be no further LOAD_DLL_DEBUG_EVENT. The next event is an EXIT_PROCESS_DEBUG_EVENT which means to ldd that it collected all DLLs and so it just prints the list of so far collected DLLs. I don't see how this could be changed to behave differently in this case. Corinna Sorry I just got back to this topic. After a little research, I found this old link which discusses a similar type tool provided by Microsoft: http://www.mail-archive.com/delphi@delphi.org.nz/msg11393.html After reading that thread, I downloaded the code from Microsofts ftp site here: ftp://ftp.microsoft.com/softlib/mslfiles/MSJFEB97.EXE The code looks reasonable, and doesn't appear to be difficult at all to follow. Running the executable in testing like I did with ldd gives better results (IMHO). It finds the dependent DLLs even if the executable bit is not set, and it continues looking for DLLs when it can't find one, while noting each DLL that can't be found. Perhaps it would be good to use this sample code to make modifications to ldd, so that it could give more accurate information. I do not know if there are any situations where the Microsoft sample code would provide inaccurate information, and perhaps there are situations I'm not aware of where the existing ldd code would work and the Microsoft code would not. However, it seems to me that the Microsoft code is worth looking at -- in order to consider improving ldd. The Microsoft code doesn't appear to me to be restricted in any way that would hinder its use in ldd. It seems to me that the ideal solution would list all the DLLs, noting which could not be found, and also giving a warning if a DLL is not executable. Perhaps that kind of solution could be achieved by modifiying ldd using Microsoft's sample code as an example. ldd.exe is not going to change. ldd on linux is also unable to display dependencies unless the thing being checked has executable permissions. -- 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: Please correct Internode Cygwin mirror URL
On Wed, Mar 07, 2012 at 01:31:00AM +, Cas Bitton wrote: Hi Support, Support? I am writing to inform you that the software Cygwin attempts to obtain content from a location on our mirror, that does not exist. The software is looking for: http://mirror.internode.on.net/cygwin The correct URL is: http://mirror.internode.on.net/pub/cygwin/ I am not sure why you think that. This mirror dropped off the mirrors list a while ago. It was added on 2008-06-09 as http://mirror.internode.on.net/pub/cygwin/ . I've reset the mirror database so it should go back to querying it at the address you've confirmed is correct. However, we weren't attempting to obtain anything from you at the wrong address. 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: Please correct Internode Cygwin mirror URL
Hi Christopher, This is a screenshot of the reported issue: http://i.imgur.com/eLJRn.jpg I hope this clarifies any confusion, thank you for confirming the address has not changed! Thank you, Cas On 07/03/2012, at 12:27 PM, Christopher Faylor wrote: On Wed, Mar 07, 2012 at 01:31:00AM +, Cas Bitton wrote: Hi Support, Support? I am writing to inform you that the software Cygwin attempts to obtain content from a location on our mirror, that does not exist. The software is looking for: http://mirror.internode.on.net/cygwin The correct URL is: http://mirror.internode.on.net/pub/cygwin/ I am not sure why you think that. This mirror dropped off the mirrors list a while ago. It was added on 2008-06-09 as http://mirror.internode.on.net/pub/cygwin/ . I've reset the mirror database so it should go back to querying it at the address you've confirmed is correct. However, we weren't attempting to obtain anything from you at the wrong address. 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: Please correct Internode Cygwin mirror URL
On Wed, Mar 07, 2012 at 05:18:02AM +, Cas Bitton wrote: Hi Christopher, This is a screenshot of the reported issue: http://i.imgur.com/eLJRn.jpg I hope this clarifies any confusion, thank you for confirming the address has not changed! The URL for your site is, and has been, correct in the mirrors list. But, as I said, your site has actually not been listed for a while since it was apparently not up to date. I don't know why the user had it wrong but I don't have any evidence that it was ever wrong in the official mirrors list. 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