On 1/31/2016 12:57 AM, Bruce Dubbs wrote:
DJ Lucas wrote:
On 9/20/2015 5:39 PM, Bruce Dubbs wrote:
> Ken Moffat wrote:
>> Possibly, svn propset svn:keywords "Date LastChangedBy" has not been
>> done on that page.
>
> Good idea. I just set that for all .xml files. It may not come
through
> to -book because it was a lot of files.
Ahh, just did the same in branches/systemd tonight. There were several.
There were also several files that had been checked in with a binary
mime-type, some by me before I caught what was happening, but many in
archive/. Might have noticed in the commit message "Binary file (source
and/or target). No diff available." I am doing book edits from one of my
servers (which currently runs Arch, hopefully for only another week or
so). I don't know if this is Arch specific or if others have this default
as well.
As a quick workaround, I added an auto-props entry for *.xml that adds
the
svn:keywords automatically for me in ~/.subversion/config. I couldn't
find
where the default mime-type was being set, but explicitly setting
something for *.xml worked around it and handily solved the problem of
forgetting to set props. :-)
[dj@Server2 BLFS-systemd-BOOK]$ grep xml ~/.subversion/config
*.xml = svn:keywords=Date LastChangedBy;
I have found these useful in the config file:
Makefile = svn:eol-style=native
*.xml = svn:mime-type=text/plain
Setting the mime-type to text/plain wouldn't hurt anything, but the
behavior is different than it has been for the past several years. I
don't have the slightest clue where it's coming up with binary file
(application/octet-stream or similar). I disabled the magic type (which,
according the the config file, is on by default). Will see if it adds
correctly, but it seems the problem is random. I'll make a new tree
after I finish with the multimedia stuff and see if it is fixed, at
least I have a file now that was known to cause the problem. Will report
back in the morning. Does the Makefile line above suppress the "no
newline at end of file" message?
--DJ
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
