Re: SQLite appears to be compiled without large file support
On Dec 5, 2013, at 11:32 AM, Adam Daughterson adam.daughter...@dothill.com wrote: On 12/05/2013 10:25 AM, Les Mikesell wrote: On Thu, Dec 5, 2013 at 11:07 AM, Adam Daughterson adam.daughter...@dothill.com wrote: Checkouts on the local disk do work, and checkouts to Samba shares (not Windows) work as well. I've only found operations on WC living on a Windows share to not work. This is starting to sound like one of those if it hurts, don't do it things. But maybe it's a version-specific samba bug. Personally, I blame Windows. That's not trite at all, is it? ;) I am all for not doing it, but the rest of the organization will undoubtedly be difficult to convince. IMHO client-fileshare is the wrong way for groups to use SVN or similar. But I have witnessed that is exactly the first thought Windows shops have, and often stop thinking at that point. -- David Kelly N4HHE, dke...@hiwaay.net Whom computers would destroy, they must first drive mad.
Re: SQLite appears to be compiled without large file support
On Dec 4, 2013, at 7:54 PM, Adam Daughterson adam.daughter...@dothill.com wrote: The really interesting part is that the db file is only 119k, so that's nice and weird... me@here:myThing$ ls -alh .svn total 144K drwxr-xr-x 4 adaughterson adaughterson 4.0K 2013-12-02 15:42 . drwxr-xr-x 9 adaughterson adaughterson 4.0K 2013-12-02 15:41 .. -rw-r--r-- 1 adaughterson adaughterson3 2013-12-02 15:41 entries -rw-r--r-- 1 adaughterson adaughterson3 2013-12-02 15:41 format drwxr-xr-x 97 adaughterson adaughterson 4.0K 2013-12-02 15:41 pristine drwxr-xr-x 5 adaughterson adaughterson 4.0K 2013-12-02 15:41 tmp -rw-r--r-- 1 adaughterson adaughterson 119K 2013-12-02 15:42 wc.db Any help is appreciated. Repeat adding -s to ls. I think that will list the position of EOF. I think you have a sparse file which physically occupies 119k but has massive holes which have yet to be assigned disk blocks. -- David Kelly N4HHE, dke...@hiwaay.net Whom computers would destroy, they must first drive mad.
Re: Looking into using Subversion
On Nov 18, 2013, at 9:54 AM, Chris Shelton cshel...@shelton-family.net wrote: I would suggest looking at the SVN::Notify::Mirror perl module: http://search.cpan.org/~jpeacock/SVN-Notify-Mirror-0.040/lib/SVN/Notify/Mirror.pm It includes a Perl script that is intended for using within a post-commit hook script to perform updates of a working copy after each commit. I have been using it for automated deployment of code changes to a test web server for a few years now with generally reliable results. That sort of thing can work for a single developer but what little I have heard of the O.P.'s situation I think that solution scares me. A lot of things scare me. First scare is that I often commit unworking or incomplete code when I have reached a milestone that deserves a commit and a commit comment. Just because someone committed the code doesn't mean its ready to go into production. Secondly is more of the above. Multiple developers contributing code needs one project leader to review everything the others have done and interaction between, and make the decision when to tag and send to production. I think you are asking for trouble if everyone routinely automatically pushes their work out to production without the review of another. If developers have the problem of not having their own machine capable of executing the code then give each developer their own working directory under the web server. Make sure everyone understands they have to write position-independent code. No hardcoded file paths into their own work only to well known system resources. -- David Kelly N4HHE, dke...@hiwaay.net Whom computers would destroy, they must first drive mad.
Extended Attributes in MacOS X?
I have an ECAD package which writes its project filename (think of a Makefile) without a Unixish dot extension. When this file is checked out from SVN its tagged as a text file of some sort and can not be opened by dragging it to the application, from within the application, or right click Open With... or nothing. Its terribly important because this project file is the front door for working on other files in the project. What I've done is add a fixit.sh to the folder (where the project file is Test): #!/bin/sh xattr -wx com.apple.FinderInfo 50 52 4A 34 4D 43 53 58 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Test The above sets the traditional Mac CREATOR and TYPE attributes to PRJ4 and MCSX. Schematic files have dot extensions to their names and Finder figures out on its own how to repair their extended attributes. Searching archives and the internet I know there has been a lot of discussion about supporting extended attributes but I can't find where anything has been done about it. What I've done is create a caveman-simple client side hook, one that has to be manually executed. Would be nice to be able to automate this without having alias or redirect /usr/bin/svn through a shell second guessing what svn is being asked to do. Would be nice to be able to add an SVN property, perhaps darwin:com.apple.FinderInfo that reads the current value from the file on commit and sets that as the SVN property value, and on update/checkout writes the value to the working file. How do others handle this issue? -- David Kelly N4HHE, dke...@hiwaay.net Whom computers would destroy, they must first drive mad.
