Geoffroy, > [Geoffroy] I don’t know about other users but that’s not exactly how I use it. Sorry about the inconvenience for your building. According the gbs developers’ experience, the method in the BKM doc might be the most convenient way. And we already have some wrapper scripts to let the pre-building preparation to be automatic, that will be integrated into gbs package later, and these scripts will depend on current settings.
BTW, sorry about that the link of BKM I sent out in my previous mail should be a deprecated one which need to be deleted by site admin, the latest doc is: https://source.tizen.org/documentation/developer-guide/all-one-instructions/creating-tizen-ivi-images-based-on-specific-snapshot-one-page > [Geoffroy] What is the problem if that statement appears twice (once in the > _remote.xml file and once in the manifest file for that particular build)? > > If so, the `repo init` or `repo sync` will consider this situation as a ‘duplicate default remote’ error and abort. > [Geoffroy] I use a slightly different method (mainly because I really want to > *only* use the manifest file posted with the image as well as the build.conf > that is posted). Your BKM makes me use a build.conf that’s taken from a Git > repo but there is no assurance that it’s the one the image was built with. As > I said below, I found a workaround to the problem by adding the remote line > back to my manifest file but I was curious as to why it was commented out > nowadays Please check the right doc: https://source.tizen.org/documentation/developer-guide/all-one-instructions/creating-tizen-ivi-images-based-on-specific-snapshot-one-page, in which the build-conf/pre-built/manifest are all from snapshot. thanks - jf.ding On Tuesday, October 28, 2014 at 7:31 PM, VanCutsem, Geoffroy wrote: > Hi jf! > > ----------------------------------------------- > Intel Corporation NV/SA > Kings Square, Veldkant 31 > 2550 Kontich > RPM (Bruxelles) 0415.497.718. > Citibank, Brussels, account 570/1031255/09 > > From: Ding, Jian-feng > Sent: Monday, October 27, 2014 3:26 PM > To: VanCutsem, Geoffroy > Cc: [email protected] (mailto:[email protected]); Li, JinjingX; Lv, RuiX > Subject: Re: [Dev] Problem using 'repo init -m <manifest.xml>' > > Geoffroy, > > > > The <remote> line in manifest file inside snapshots are commented out on > purpose. It’s a developer using model balance decision. Because we found, for > most the cases, the user will not use the manifest from snapshot alone, > instead, the user will init the repo working environment by using these git > trees: /scm/manifest, and then copy the manifest from snapshot to local place > like .repo/manifests/, to do the snapshot specific localfullbuild. > [Geoffroy] I don’t know about other users but that’s not exactly how I use it. > > Then the really effect remote URL definition will be from /scm/manifest, and > most of time the remote from snapshot/manifest can only make more efforts to > let developers to comment out. > [Geoffroy] What is the problem if that statement appears twice (once in the > _remote.xml file and once in the manifest file for that particular build)? > > > > From your description, the repo working environment is also setup by using > scm/manifest: ( $repo init -u tizen:manifest -b tizen -m ivi.xml). But > there’s something different than our > BKM(https://source.tizen.org/documentation/articles/creating-tizen-ivi-images-scratch-one-page). > In more details of the difference: > > > > 1. copy the snapshot/manifest to overwrite “projects.xml” file. > > 2. just run ‘repo sync’ > > > > Please try again by following the BKM doc. > [Geoffroy] I use a slightly different method (mainly because I really want to > *only* use the manifest file posted with the image as well as the build.conf > that is posted). Your BKM makes me use a build.conf that’s taken from a Git > repo but there is no assurance that it’s the one the image was built with. As > I said below, I found a workaround to the problem by adding the remote line > back to my manifest file but I was curious as to why it was commented out > nowadays > > > > thanks > > - jf.ding > > > > > On Monday, October 27, 2014 at 7:46 PM, VanCutsem, Geoffroy wrote: > > Hi folks, > > > > > > > > I used to be able to clone all sources for a specific Tizen IVI image doing > > the following: > > > > - mkdir tizen-ivi-image && cd tizen-ivi-image > > > > - repo init -u tizen:scm/manifest -b tizen -m ivi.xml > > > > - Copy the manifest file from the image I wan to clone (e.g.: > > http://download.tizen.org/releases/daily/tizen/ivi/latest/builddata/manifest/tizen-ivi_20141024.6_atom.xml) > > into '.repo/manifests/' > > > > - repo init -m tizen-ivi_20141024.6_atom.xml > > > > - repo sync -j 16 > > > > > > > > The 'repo init -m' step now leads to the following error messages (I have > > tried 5 different, recent manifest files): > > > > fatal: manifest 'tizen-ivi_20141024.6_atom.xml' not available > > > > fatal: no remote for project apps/core/preloaded/libslp-memo within > > /home/gvancuts/Tizen-IVI-3.0-M3-Oct2014/.repo/manifests/tizen-ivi_20141024.6_atom.xml > > > > > > > > I have noticed that the "'remote" line in these manifests are commented > > out: <!--<remote fetch="ssh://review.tizen.org (http://review.tizen.org)" > > name="tizen-gerrit" review="https://review.tizen.org/gerrit"/> <default > > remote="tizen-gerrit"/>--> > > > > Turning that line into <remote fetch="ssh://review.tizen.org > > (http://review.tizen.org)" name="tizen-gerrit" > > review="https://review.tizen.org/gerrit"/> > > > > <default remote="tizen-gerrit"/> solves the problem. > > > > > > > > Does anyone know why the "remote" line in the manifest is now commented out? > > > > > > > > Thanks, > > > > Geoffroy > > > > > > > > ----------------------------------------------- > > > > Intel Corporation NV/SA > > > > Kings Square, Veldkant 31 > > > > 2550 Kontich > > > > RPM (Bruxelles) 0415.497.718. > > > > Citibank, Brussels, account 570/1031255/09 > > > > > > > > > > > > _______________________________________________ > > > > Dev mailing list > > > > [email protected] (mailto:[email protected]) > > > > https://lists.tizen.org/listinfo/dev > > > > > > > > > > > > >
_______________________________________________ Dev mailing list [email protected] https://lists.tizen.org/listinfo/dev
