git-annex/doc/bugs/Stress_test/comment_3_8240e61106b494d3600ad91f16eb5b1c._comment
Joey Hess e213ef310f git-annex (5.20140717) unstable; urgency=high
* Fix minor FD leak in journal code. Closes: #754608
  * direct: Fix handling of case where a work tree subdirectory cannot
    be written to due to permissions.
  * migrate: Avoid re-checksumming when migrating from hashE to hash backend.
  * uninit: Avoid failing final removal in some direct mode repositories
    due to file modes.
  * S3: Deal with AWS ACL configurations that do not allow creating or
    checking the location of a bucket, but only reading and writing content to
    it.
  * resolvemerge: New plumbing command that runs the automatic merge conflict
    resolver.
  * Deal with change in git 2.0 that made indirect mode merge conflict
    resolution leave behind old files.
  * sync: Fix git sync with local git remotes even when they don't have an
    annex.uuid set. (The assistant already did so.)
  * Set gcrypt-publish-participants when setting up a gcrypt repository,
    to avoid unncessary passphrase prompts.
    This is a security/usability tradeoff. To avoid exposing the gpg key
    ids who can decrypt the repository, users can unset
    gcrypt-publish-participants.
  * Install nautilus hooks even when ~/.local/share/nautilus/ does not yet
    exist, since it is not automatically created for Gnome 3 users.
  * Windows: Move .vbs files out of git\bin, to avoid that being in the
    PATH, which caused some weird breakage. (Thanks, divB)
  * Windows: Fix locking issue that prevented the webapp starting
    (since 5.20140707).

# imported from the archive
2014-07-17 11:27:25 -04:00

20 lines
774 B
Text

[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
nickname="Laszlo"
subject="comment 3"
date="2013-04-24T09:10:20Z"
content="""
(It will also break file manager, dropbox, etc, which all use inotify in the same way.)
I beg to differ: with dropbox I handle my scrapbook(1) folder,
which means 130 thousand files for over 2 years now without problem between three computers.
~/Dropbox/scrapbook$ ls -R -1 |wc -l
130263
Don't get me wrong. I'm not complaining, I only give you a completely unrelated usecase,
which requires also high number of files handling. And in that case the 81 thousand ulimit would not help either.
(1): https://addons.mozilla.org/hu/firefox/addon/scrapbook/
"""]]