2010/5/24 Yuv <[email protected]>

>
>
> Does `hg forget <PATH/TO/FILE>` work for your situation?
>

I am not sure what the intended result is.
>
> I'll give it a try next time.


> If you want to keep general files in the repo and have user-specific
> files used for the build process, I would suggest integrating this in
> the build process, e.g. with CMake's keyword substitution like I did
> for Windows, e.g. with the file hugin/platforms/windows/installer/
> hugin_release.iss - what is in @...@ is replaced by CMake when setting
> up the project.
>
> Yuv
>
> That's exactly the problem here. It is for the XCode build. These build
files need to be changed manually but only once. It can't be done during the
process or interactively.

I have already thought of another work-around, like renaming them to .org
files and let the user change them and save as .txt (and one line extra in
the wiki and the readme). In that case the .org files are part of the repo
and the user/builder can have whatever he/she likes. I want to think about
it further before implementing it.

Harry

-- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at http://groups.google.com/group/hugin-ptx

Reply via email to