I have also been having this problem today. I suspect it is related to the recent compromise of kernel.org.
--
To unsubscribe, email repo-discuss...@googlegroups.com
More info at http://groups.google.com/group/repo-discuss?hl=en
Nasser
> --
> To unsubscribe, email repo-discuss...@googlegroups.com
> More info at http://groups.google.com/group/repo-discuss?hl=en
--
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum
Nasser
On Sep 2, 2011, at 2:22 PM, karthik wrote:
> That is already indicated by the message that I posted saying there is
> no such option.
>
> I am trying to get a suggestion for workaround for doing repo sync
> since I need to execute "source build/envsetup.sh" (which I am
> guessing apparently gets downloaded after doing a repo sync ?)..
>
> On Sep 2, 2:25 pm, Nasser Grainawi <nas...@codeaurora.org> wrote:
>>> More info athttp://groups.google.com/group/repo-discuss?hl=en
> There is a more simpler method to get android source code at now:
>
> Step 1. edit repo file
> $ gedit /home/username/bin/repo
>
> Change the line:
> REPO_URL='git://android.git.kernel.org/tools/repo.git'
> To be:
> REPO_URL='http://android.git.kernel.org/tools/repo.git'
>
> Step 2. initialize the repository
> $ repo init -u http://android.git.kernel.org/platform/manifest.git -b
> gingerbread
>
> Step 3. edit .repo/manifests/default.xml
> $gedit .repo/manifests/default.xml
>
> Change the line: fetch="git://android.git.kernel.org/"
> To be: fetch="http://android.git.kernel.org/"
>
> Step 4. sync repository
> $ repo sync
>
> That's all! :)
There's an easier and more robust method to replace fetch URLs
generically:
git config --global url.http://android.git.kernel.org/.insteadOf \
git://android.git.kernel.org/
--
Magnus Bäck Opinions are my own and do not necessarily
SW Configuration Manager represent the ones of my employer, etc.
Sony Ericsson
> I can see how that would work, as it appears to only be the git
> protocol that's not working (while the http one is), but when I run
> repo sync, after making the change, I get nothing.
Which manifest branch are you tracking? When did you sync the last
time? Are you sure the branch is actually broken and it's not just
your workspace that's screwed up?
> (I already had the manifest file, and am simply trying to update the
> version because I'm currently on a bad build and don't think it's
> possible to revert to a good build without syncing).
It depends -- if it's acceptable to revert to the most recent tagged
Android release (2.3.5) you can do this:
repo init -b android-2.3.5_r1
repo sync -l
If you don't have all the gits listed in the 2.3.5 manifest (or haven't
synced them since the 2.3.5 release some five weeks ago) you might need
to drop the -l option, but if you're currently on the master branch (and
have synced reasonably recently) you should be okay.
--
> I was on master. But now the whole website seems to be down, which
> would probably explain why I'm not getting anything. It's sad that
> AOSP went so far as to use git as it's a DCVS, and then screwed it
> up putting repo in it, which seems about as centralised as SVN.
This isn't constructive.
> I mean, I can't even seem to be able to checkout a known good revision
> without connecting to the sever, even though I have all of the history
> on my computer.
Did the solution I provided not work, or what's the problem? It's not
inconceivable that "repo init -b android-2.3.5_r1" wants to check
something with the remote, but you can always check out the correct
manifest yourself and continue with "repo sync -l".
> (I don't consider it to be a smart idea to go into each project
> manually and revert to an older date).
Checking out the state of a repository at a given point in time is
generally difficult with Git, but in this case there are tags that
you can use.
HTTP access to android.git.kernel.org appears to work, by the way.
> I have a question. How did you know http works? Did you just try it
> with git and http protocol?
I don't know; I think someone on this list said HTTP worked.
> > This isn't constructive.
>
> Fair enough, I apologise for that.
>
> > HTTP access to android.git.kernel.org appears to work, by the way.
>
> Interesting that it's working for you. I can not access it with
> the repo tool, firefox, or even just by pinging it (using "ping
> android.kernel.org"). Note though that git.kernel.org is working
> for me though.
Okay, weird. Maybe we get different mirrors? Judging by your name I'd
guess that the probability of us getting the same mirror would be rather
good. FWIW, android.git.kernel.org resolves to android4.git.kernel.org
for me. It's hosted by Umeå university.
> > Did the solution I provided not work, or what's the problem? It's
> > not inconceivable that "repo init -b android-2.3.5_r1" wants to
> > check something with the remote, but you can always check out the
> > correct manifest yourself and continue with "repo sync -l".
>
> No it didn't work. But I suspect that's because I can't even contact
> android.git.kernel.org at all.
Yep.
> > Checking out the state of a repository at a given point in time is
> > generally difficult with Git, but in this case there are tags that
> > you can use.
>
> Fair enough, I do suppose any merge commits would really mess things
> up.
No, they don't make a difference. The problem is rather that, apart from
the reflog, Git has no notion of when a particular commit is introduced
on a branch (except for the special case of the merge commits that
Gerrit creates). The author date or commit date fields in the commit
header aren't generally useful.
Depending on what's been going on in your workspace the reflog might
help you.
> Although i didn't think of tags, by typing it:
>
> > repo forall -c git checkout android-2.3.5_r1
>
> I believe I now have a build that I believe will run properly,
> although several of the projects did give me this:
>
> > error: pathspec 'android-2.3.5_r1' did not match any file(s) known to git.
That's expected if your manifest still is from the master branch. You
shouldn't get this if you've checked out the android-2.3.5_r1 manifest
first.