Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

does not work with 64 bit cygwin #31

Closed
GoogleCodeExporter opened this issue Feb 18, 2016 · 5 comments
Closed

does not work with 64 bit cygwin #31

GoogleCodeExporter opened this issue Feb 18, 2016 · 5 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. install 64 bit cygwin
2. download the utility as mentioned on the wiki
3. try to use it.

I had to apply the following patch to get it working:

$ diff -u /tmp/apt-cyg /bin/apt-cyg
--- /tmp/apt-cyg        2010-04-28 00:25:43.315784000 +0530
+++ /bin/apt-cyg        2013-08-30 12:27:57.411357400 +0530
@@ -65,7 +65,7 @@
 {
   # default working directory and mirror

-  mirror=ftp://mirror.mcs.anl.gov/pub/cygwin
+  mirror=http://mirrors.kernel.org/sourceware/cygwin
   cache=/setup

   # work wherever setup worked last, if possible
@@ -95,14 +95,14 @@
   then
     touch setup.ini
     mv setup.ini setup.ini-save
-    wget -N $mirror/setup.bz2
+    wget -N $mirror/x86_64/setup.bz2
     if test -e setup.bz2 && test $? -eq 0
     then
       bunzip2 setup.bz2
       mv setup setup.ini
       echo Updated setup.ini
     else
-      wget -N $mirror/setup.ini
+      wget -N $mirror/x86_64/setup.ini
       if test -e setup.ini && test $? -eq 0
       then
         echo Updated setup.ini

I changed the mirror just so that I use a more trusted server. Otherwise, the 
mirror in use does not matter.

The main problem is that it is looking for setup.ini and setup.bz2 in the wrong 
location.

If I include "x86_64" inside the mirror location itself, then it appends 
another "x86_64" when looking for actual package files, thus failing later.

Either ways, it fails and so I had to fix it in the above manner.

I was using 32 bit cygwin earlier and did not have this problem.

Original issue reported on code.google.com by dev.mit...@gmail.com on 30 Aug 2013 at 7:03

@GoogleCodeExporter
Copy link
Author

[deleted comment]

@GoogleCodeExporter
Copy link
Author

This problem also occurs with the current apt-cyg and the 32-bit version of 
cygwin. The suggested fix (appending 'x86' to the mirror URL only when 
downloading the setup files) resolves the issue. I am thinking the cygwin 
mirrors altered their directory structures for the 64-bit cygwin release. 
Anyway, based on the provided fix, I threw 32/64-bit detection into the mix.

$ diff -u apt-cyg.broke apt-cyg
--- apt-cyg.broke       2013-09-03 09:34:33.035199100 -0400
+++ apt-cyg     2013-09-03 10:17:35.909293600 -0400
@@ -29,6 +29,8 @@
   exit 1
 fi

+arch=x86 # default to x86
+[[ -n `uname -a | grep x86_64` ]] && arch=x86_64

 function usage()
 {
@@ -94,14 +96,14 @@
   then
     touch setup.ini
     mv setup.ini setup.ini-save
-    wget -N $mirror/setup.bz2
+    wget -N $mirror/$arch/setup.bz2
     if test -e setup.bz2 && test $? -eq 0
     then
       bunzip2 setup.bz2
       mv setup setup.ini
       echo Updated setup.ini
     else
-      wget -N $mirror/setup.ini
+      wget -N $mirror/$arch/setup.ini
       if test -e setup.ini && test $? -eq 0
       then
         echo Updated setup.ini

-Clayton

Original comment by maxwell....@gmail.com on 3 Sep 2013 at 2:19

@GoogleCodeExporter
Copy link
Author

Thank you both, I applied Claytons patch to my apt-cyg and it's working 
perfectly.  -Greg

Original comment by gregormi...@gmail.com on 16 Oct 2013 at 5:56

@GoogleCodeExporter
Copy link
Author

so how/ when does this fix get checked in?

Original comment by dev.mit...@gmail.com on 17 Oct 2013 at 5:02

@GoogleCodeExporter
Copy link
Author

Changes have been merged, thanks.

Original comment by i...@skl.me on 19 Feb 2014 at 8:41

  • Changed state: Verified

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant