Merge remote-tracking branch 'branchable/master' into reorg
This commit is contained in:
commit
8ad321312a
6 changed files with 60 additions and 0 deletions
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
|
||||
nickname="Richard"
|
||||
subject="comment 3"
|
||||
date="2011-03-16T15:40:56Z"
|
||||
content="""
|
||||
Sometimes, I might want to fill up the disk as much as possible. Thus, a warning is preferable to erroring out too early, imo -- Richard
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joey.kitenet.net/"
|
||||
nickname="joey"
|
||||
subject="comment 1"
|
||||
date="2011-03-16T16:07:26Z"
|
||||
content="""
|
||||
Hmm.. is utimensat available at all?
|
||||
|
||||
I've committed an update that may convince at least some compilers to expose this newer POSIX stuff. I don't know if it will help, please let me know.
|
||||
"""]]
|
|
@ -0,0 +1,8 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
|
||||
nickname="Jimmy"
|
||||
subject="comment 2"
|
||||
date="2011-03-16T16:49:18Z"
|
||||
content="""
|
||||
Just pulled the changes, it still fails to build. utimensat doesn't seem to exist on OSX 10.6.6.
|
||||
"""]]
|
|
@ -0,0 +1,12 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
|
||||
nickname="Richard"
|
||||
subject="comment 5"
|
||||
date="2011-03-16T15:47:17Z"
|
||||
content="""
|
||||
If you can't segment the names retroactively, it's better to start with segmenting, imo.
|
||||
|
||||
As subdirectories are cheap, going with ab/cd/rest or even ab/cd/ef/rest by default wouldn't hurt.
|
||||
|
||||
Your point about git not needing to create as many tree objects is a kicker indeed. If I were you, I would default to segmentation.
|
||||
"""]]
|
|
@ -0,0 +1,12 @@
|
|||
[[!comment format=mdwn
|
||||
username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
|
||||
nickname="Richard"
|
||||
subject="comment 5"
|
||||
date="2011-03-16T15:51:30Z"
|
||||
content="""
|
||||
Hashing & segmenting seems to be around the corner, which is nice :)
|
||||
|
||||
Is there a chance that you will optionally add mtime to your native metadata store? If yes, I'd rather wait for v2 to start with the native system from the start. If not, I will probably set it up tonight.
|
||||
|
||||
PS: While posting from work, my comments are held for moderation once again. I am somewhat confused as to why this happens when I can just submit directly from home. And yes, I am using the same auth provider and user in both cases.
|
||||
"""]]
|
|
@ -0,0 +1,10 @@
|
|||
[[!comment format=mdwn
|
||||
username="http://joey.kitenet.net/"
|
||||
nickname="joey"
|
||||
subject="comment 6"
|
||||
date="2011-03-16T16:32:52Z"
|
||||
content="""
|
||||
The mtime cannot be stored for all keys. Consider a SHA1 key. The mtime is irrelevant; 2 files with different mtimes, when added to the SHA1 backend, should get the same key.
|
||||
|
||||
Probably our spam filter doesn't like your work IP.
|
||||
"""]]
|
Loading…
Reference in a new issue