Progress: Solution 2 seems to be the correct one according to rapt header ...
# Local debian repository example (suppose version is 3.1, codename "sarge"):
#   Location of .deb files:
#   /tftpboot/distro/debian-3.1-i386/
#
#   Location of Packages and Packages.gz files (metadata):
#   /tftpboot/distro/debian-3.1-i386/dists/sarge/binaries-i386/Packages{,.gz}
#
#  This repository should be passed on the command line as:
#    --repo /tftpboot/distro/debian-3.1-i386
#  It will lead to the following entry in the temporary sources.list config
#  file in /etc/apt:
#  deb file:/tftpboot/distro/debian-3.1-i386/ sarge .

--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR
________________________________
De : LAHAYE Olivier
Date d'envoi : mardi 25 juin 2013 16:08
À : oscar-devel@lists.sourceforge.net
Objet : [PROVENANCE INTERNET] [Oscar-devel] Need your help.


Hi,

I'm stcuk in the ubuntu bootstrapping code.
I've identified the problem, but I need help for the following questions:

1/ Do one have access to an old ubunutu or debian install?
  - If yes, what is the format of /tftpboot/oscar/debian-5-x86_64.url
  - For the local-repo, does it ends on debian-5-x86_64, or is there a 
/+distrocode+/ appended?

2/ Is the local repo accessible thru 
http://127.0.0.1/repo/tftpboot/debian-5-x86_64 ?

rapt is temporarily rewriting /etc/apt/sources.list, and the local repo is 
incorrectly handeled.

It is written:

http://127.0.0.1/repo/tftpboot/oscar/debian-6-x86_64/
instead of
file:/tftpboot/oscar/debian-6-x86_64/+wheezy+/

There are several way to fix things, but 2 are bad and one is good and I'm 
unfortunately unable to guess this.....

1/ fix the acces of this (http://127.0.0.1/repo) by adding the correct httpd 
entry.
 => Why is the local repo rewritten with http access?

2/ fix the /+wheezy+/ missing distrocode in the local repo url? (How did it 
work previously? Did it ever worked?)

3/ or patch the rapt and other command to get the distrocode name from os 
detect and add it to the url before rewriting the /etc/apt/source.list....

IMHO solution 2 is the most beautifull, but maybe there are other issues I'm 
not aware of is doing so....

Any ideas?

Olivier.
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Oscar-devel mailing list
Oscar-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to