linux-kernel - Re: [git pull] drm fixes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 28 Jan 2015 07:15:33 +1000
From:	Dave Airlie <airlied@...il.com>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Dave Airlie <airlied@...ux.ie>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	DRI mailing list <dri-devel@...ts.freedesktop.org>
Subject: Re: [git pull] drm fixes

On 28 January 2015 at 04:04, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
> On Mon, Jan 26, 2015 at 6:06 PM, Dave Airlie <airlied@...ux.ie> wrote:
>>
>> are available in the git repository at:
>>
>>   git://people.freedesktop.org/~airlied/linux drm-fixes
>
> No they aren't, actually, because you've screwed up your repository.
>
> It looks like you were using an alternates that has gone away:
>
>    remote: error: object directory
> /srv/anongit.freedesktop.org/git/nouveau/linux-2.6/objects does not
> exist; check .git/objects/info/alternates.
>    remote: error: Could not read fe06a892edbcd0cd42ea5928e4492a337e3bd90c
>    remote: fatal: bad tree object fe06a892edbcd0cd42ea5928e4492a337e3bd90c
>    remote: aborting due to possible repository corruption on the remote side.
>
> it really looks like you started your repo by doing a shared clone
> from an insane source (ie the nouveau tree), and then the nouveau tree
> got renamed or deleted (perhaps somebody decided that the whole
> "linux-2.6" naming doesn't make sense any more, since we haven't been
> at 2.6 for years). So now your repository depends on another repo that
> is gone.
>
> It's should be trivially fixable by just editing the git "alternates"
> file to point to the proper base again, since that fe06a892edbc object
> is definitely part of my base kernel, but basically you shouldn't do
> shared clones unless you know you can really *rely* on the clone
> you're sharing from. Doing it from some random side project like the
> nouveau tree sounds like a bad bad idea.

Actually everything was there, just one tree is NFS mounted from somewhere else,
and fd.o got rebooted and the mount didn't come back up automatically,
fixed it now.

But yes I'll reorganise my tree to be a clean copy, I built it years
ago temporarily
and it kinda ended up permanent, and I forgot where I cloned it from.

Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/