linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-media@vger.kernel.org, Hans Verkuil <hverkuil@xs4all.nl>
Subject: Re: [GIT PULL FOR v3.19] uvcvideo changes
Date: Mon, 24 Nov 2014 08:59:23 -0200	[thread overview]
Message-ID: <20141124085923.42579d6c@recife.lan> (raw)
In-Reply-To: <3359544.inIet0M21q@avalon>

Em Mon, 24 Nov 2014 12:41:10 +0200
Laurent Pinchart <laurent.pinchart@ideasonboard.com> escreveu:

> Hi Mauro,
> 
> On Monday 24 November 2014 08:12:11 Mauro Carvalho Chehab wrote:
> > Em Mon, 24 Nov 2014 11:06:49 +0200 Laurent Pinchart escreveu:
> > > On Tuesday 11 November 2014 08:56:26 Mauro Carvalho Chehab wrote:
> > > > Em Fri, 07 Nov 2014 08:16:28 +0200 Laurent Pinchart escreveu:
> > > > > Hi Mauro,
> > > > > 
> > > > > The following changes since commit
> > > 
> > > 4895cc47a072dcb32d3300d0a46a251a8c6db5f1:
> > > > >   [media] s5p-mfc: fix sparse error (2014-11-05 08:29:27 -0200)
> > > > > 
> > > > > are available in the git repository at:
> > > > >   git://linuxtv.org/pinchartl/media.git remotes/media/uvc/next
> > > > 
> > > > It seems that there's something weird with this URL... remotes????
> > > 
> > > git isn't playing nicely :-/
> > > 
> > > I've pushed the changes to the uvc/next branch on
> > > git://linuxtv.org/pinchartl/media.git, up to commit a1bee5f9f606.
> > > http://git.linuxtv.org/cgit.cgi/pinchartl/media.git/commit/?h=uvc/next
> > > confirms that everything is in order.
> > > 
> > > However, running
> > > 
> > > git request-pull local-linuxtv-master media remotes/media/uvc/next
> > 
> > Seriously? Do you want git to change remotes? I don't think you can
> > do that. The remotes branches are to track something remote, e. g.
> > the references there should be already at the remote tree.
> 
> I don't want git to change remotes, I want git to react to what is in the 
> remote tree.
> 
> For historical reasons my local branch is named uvcvideo/next, while the 
> remote branch is named uvc/next. They both point to the same commit. Before 
> upgrading to git v2.0.4 running
> 
> 	git request-pull local-linuxtv-master media remotes/media/uvc/next
> 
> would not incorrectly warn that the commit ID isn't available remotely (as it 
> is available) and would produce the git URL
> 
> 	git://linuxtv.org/pinchartl/media.git uvc/next

The right syntax would be to use, instead:
	git request-pull git://linuxtv.org/pinchartl/media.git uvcvideo/next
> 
> > You should, instead, create a local branch and push it upstream.
> 
> I've done that, the problem is that the local and remote branches have 
> different names.

No problem. Git request-pull would automatically detect the remote branch
that has the changeset associated with the local branch that you're 
requesting to pull. It probably uses the push config at your .git/config.

The names I use on my local repository also don't match the ones at the
public repository.

> I should of course have read the latest git-request-pull man page and run
> 
> 	git request-pull local-linuxtv-master media uvcvideo/next:uvc/next
> 
> That works fine.

Yeah, you could force it, but no need if your .git/config has already a
push line like the above.

> 
> > > with the media remote pointing to git://linuxtv.org/pinchartl/media.git
> > > generates
> > > 
> > > ----------
> > > warn: No match for commit a1bee5f9f606f89ff30171658a82bf532cca7f3d found
> > > at git://linuxtv.org/pinchartl/media.git
> > > warn: Are you sure you pushed 'remotes/media/uvc/next' there?
> > > 
> > > The following changes since commit 
> 4895cc47a072dcb32d3300d0a46a251a8c6db5f1:
> > >   [media] s5p-mfc: fix sparse error (2014-11-05 08:29:27 -0200)
> > > 
> > > are available in the git repository at:
> > >   git://linuxtv.org/pinchartl/media.git remotes/media/uvc/next
> > > 
> > > for you to fetch changes up to a1bee5f9f606f89ff30171658a82bf532cca7f3d:
> > >   uvcvideo: Return all buffers to vb2 at stream stop and start failure
> > > 
> > > (2014-11-07 08:13:21 +0200)
> > > ----------
> > > 
> > > For some reason git can't find the remote branch (hence the warning) and
> > > thus generates the URL line incorrectly.
> > > 
> > > I've tried upgrading from git 2.0.4 to git 2.1.3 but the problem is still
> > > present. Creating a local branch named uvc/next fixes the problem.
> > 
> > Yes, that's the right thing to do. Only modify local branches.
> > 
> > Git considers that the branches under remotes/* will be handled by
> > it. If you ever do a "git remote update". You'll see that git will override
> > all references that are on a remote branch and you'll loose your work!
> > 
> > I think that even git revlog won't help you to recover the missing heads,
> > as it won't track branches under remotes/*.
> > 
> > > I wonder if I'm doing something really stupid or if it's a git bug.
> > 
> > Well, git is right. You should not use remotes/foo for the branches
> > you're modifying. Such namespace is reserved for git to be able to
> > track the upstream branches.
> >
> > > Can you pull from
> > > 
> > >         git://linuxtv.org/pinchartl/media.git uvc/next
> > 
> > Sure, I'll do it along this week.
> 
> Thank you.
> 
> > > ? I haven't updated the branch since I've sent the last pull request.
> 

  reply	other threads:[~2014-11-24 10:59 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-07  6:16 [GIT PULL FOR v3.19] uvcvideo changes Laurent Pinchart
2014-11-11 10:56 ` Mauro Carvalho Chehab
2014-11-24  9:06   ` Laurent Pinchart
2014-11-24 10:12     ` Mauro Carvalho Chehab
2014-11-24 10:41       ` Laurent Pinchart
2014-11-24 10:59         ` Mauro Carvalho Chehab [this message]
2014-11-24 11:14           ` Laurent Pinchart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20141124085923.42579d6c@recife.lan \
    --to=mchehab@osg.samsung.com \
    --cc=hverkuil@xs4all.nl \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).