Re: [PATCH 6/8] cogito: Don't ever assume object type in cg-object-id
- From
Petr Baudis <pasky@suse.cz>
- Date
- Sep 22, 2005, 09:52 UTC
- Message-ID
- <20050922095257.GD21019@pasky.or.cz>
- In-Reply-To
- <20050922094643.GC21019@pasky.or.cz>
Dear diary, on Thu, Sep 22, 2005 at 11:46:43AM CEST, I got a letter where Petr Baudis <pasky@suse.cz> told me that...
Show 27 quoted lines
> Dear diary, on Thu, Sep 22, 2005 at 05:27:05AM CEST, I got a letter > where Pavel Roskin <proski@gnu.org> told me that... > > As for fsck "yelling to death", when was the last time you tried that on > > the cogito repository fetched by cogito? That's what I get: > > > > [proski@dv cogito]$ git-fsck-objects > > missing tree 0842d4cb3cd36675c518c241b16cf25fad0c5384 > > broken link from commit 2c70421be7d88fbee49986d7a5584d1f010a25de > > to tree 8c365c79293c9a8a86dc6802f6230e389e876acb > > broken link from commit 2c70421be7d88fbee49986d7a5584d1f010a25de > > to commit 659bd6b6489ae254a07b1bc578ff44778ed7b8b4 > > broken link from commit 463d05c7c4fe7f24da29749f4c7f25893fc20b8c > > to tree 0842d4cb3cd36675c518c241b16cf25fad0c5384 > > broken link from commit 463d05c7c4fe7f24da29749f4c7f25893fc20b8c > > to commit ed34298a39b05e05bd333d9dac658df19e5b2dab > > missing commit 659bd6b6489ae254a07b1bc578ff44778ed7b8b4 > > missing tree 8c365c79293c9a8a86dc6802f6230e389e876acb > > missing commit c4cd9bc72a6e0ed355041d331bb4034d99738f82 > > broken link from commit d14925c87cdb6ca6345bcb3c8e34a2d659c79451 > > to tree e5ea614d1884a02314a3be8e09cb3f8c786fc0e9 > > broken link from commit d14925c87cdb6ca6345bcb3c8e34a2d659c79451 > > to commit c4cd9bc72a6e0ed355041d331bb4034d99738f82 > > missing tree e5ea614d1884a02314a3be8e09cb3f8c786fc0e9 > > missing commit ed34298a39b05e05bd333d9dac658df19e5b2dab > > > Heh, your database seems fairly broken.
Ok, this seems like broken database on kernel.org, sorry about that. It actually just contained some superfluous objects. I pruned it and it seems that fsck is happy now.
-- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ VI has two modes: the one in which it beeps and the one in which it doesn't.