Dear List, I received my SuSE 10.0 package yesterday. Being cautious from previous experiences I proceeded to install it into a virtual machine first. The update of the virtual machine from 9.3 to 10.0 went flawlessly and I am now running SuSE 10.0 in vmware on a SuSE 9.3 host. The next step would be to dump the whole distribution into a directory on my ftp server which I would then use to upgrade my various suse boxes from. In the past I only had to recursively copy the contents of the dvd to a directory that was accessible to the ftp server. However, now when I do this with 10.0 I am getting the error "There is no product information available at the given location ..." My question is whether there is a subtle change in the INDEX.gz and/or ARCHIVES.gz file or somewhere else in the directory tree between the contents of the DVD and an ftp repository, and if that is the case how I can fix this problem. Thanks in advance for any pointers, Alex.
On Thursday 13 October 2005 23:00, Alex Angerhofer wrote:
... now when I do this with 10.0 I am getting the error "There is no product information available at the given location ... " My question is whether there is a subtle change in the INDEX.gz and/or ARCHIVES.gz file or somewhere else in the directory tree between the contents of the DVD and an ftp repository, and if that is the case how I can fix this problem.
Thanks in advance for any pointers, Alex.
Have you compared it to one of the OSS ftp installation sources? For instance: ftp://mirrors.kernel.org/opensuse/distribution/SL-10.0-OSS/inst-source - Carl
On Thu, 13 Oct 2005, Carl Hartung wrote:
On Thursday 13 October 2005 23:00, Alex Angerhofer wrote:
... now when I do this with 10.0 I am getting the error "There is no product information available at the given location ... " My question is whether there is a subtle change in the INDEX.gz and/or ARCHIVES.gz file or somewhere else in the directory tree between the contents of the DVD and an ftp repository, and if that is the case how I can fix this problem.
Thanks in advance for any pointers, Alex.
Have you compared it to one of the OSS ftp installation sources? For instance:
ftp://mirrors.kernel.org/opensuse/distribution/SL-10.0-OSS/inst-source
- Carl
Actually, it looks like I found the solution: There is a component in yast, yast2-instserver, which allows you to set things up as an ftp, http, or NFS installation server. The GUI is a bit unintuitive, but I think I have figured it out now, and it is currently building the installation directory. I will check for the differences between this and the contents of the DVD. Best regards, Alex.
On Fri, 14 Oct 2005, Alex Angerhofer wrote:
On Thu, 13 Oct 2005, Carl Hartung wrote:
On Thursday 13 October 2005 23:00, Alex Angerhofer wrote:
... now when I do this with 10.0 I am getting the error "There is no product information available at the given location ... " My question is whether there is a subtle change in the INDEX.gz and/or ARCHIVES.gz file or somewhere else in the directory tree between the contents of the DVD and an ftp repository, and if that is the case how I can fix this problem.
Thanks in advance for any pointers, Alex.
Have you compared it to one of the OSS ftp installation sources? For instance:
ftp://mirrors.kernel.org/opensuse/distribution/SL-10.0-OSS/inst-source
- Carl
Actually, it looks like I found the solution: There is a component in yast, yast2-instserver, which allows you to set things up as an ftp, http, or NFS installation server. The GUI is a bit unintuitive, but I think I have figured it out now, and it is currently building the installation directory. I will check for the differences between this and the contents of the DVD.
Best regards, Alex.
It looks like for some reason unknown to me that the files in the media.1 subdirectory didn't get copied on to the installation server's directory tree. Using yast2-instserver these files did make it and the problem was resolved. So, essentially, it should still be possible to just recursively copy all the files from the dvd into the install directory on the server. I will just have to be more careful to make sure that all files make it. Best regards, ALex.
participants (2)
-
Alex Angerhofer
-
Carl Hartung