![]() ![]() ![]() Svn ls svn+ ls svn+ Put the URL you need in an environment variable in your shell profile like To get a list of the directory layout the list command or its abbreviation ls can be used: Note: Don't make a mistake when typing the second url else you've to re-checkout. Svn switch -relocate svn+ ssh:///FPC/svn/logs. Where is in this case the name of the session of the svn server in Putty. Svn switch -relocate svn+ ssh://:/FPC/svn/logs. If you want to switch the URL prefix, for example change the logs repository svn+ssh to http, you can do this on windows with: On the local machine the repositories can be found with the URL Svn+ URL will be used in all examples below. The URL prefix needed to be able to commit changes is: The URL of this repository is svn+ ssh:///FPC/svn/sandbox1 Repository layoutįor the repository layout the defacto standard layout with trunk, tags and branches (virtual) directories will be used. Ī sandbox repository is setup on idefix so you can test svn if you've an idefix account. Or read _the_ svn book can be found here. This wiki page gives some example commands to use the new subversion respository. Each repository gets it's own unix user group so permissions can be easily managed.The proposed policy is to keep up always with the latest stable svn version. The SVN project is updated regularily and releases new versions, so it's necessary to have policy when to update the SVN server.After everything is setup and working, a read-only cvs mirror will be installed. ![]() In the first step only ssh based authentification will be possible.Stuff in packages/contrib which isn't maintained actively anymore is moved to the contrib repository.The long term goal is however to flatten the packages hierarchy (packages/base and packages/contrib?), work only with "build units/packages" in each directory. another packages dir: packages/contrib with contains packages which are maintained externally.The following repositories are planned:.We won't use cvs2svn to migrate but simply import the whole source into svn to have a clean start.8.1 Merging automatically created files.so in /lib64 without my needing to set LD_LIBRARY_PATH at all. This properly ensures that linux 'auto detects' all the. conf (to be detected) and contain the line /lib64 The proper way to fix this was/is to put a file into /etc/ld.so.cache.d/ directory the file had to end with. Update: my solution of adding to the LD_LIBRARY_PATH file wasn't perfect, LD_LIBRARY_PATH would still be empty when I opened a terminal in gnome. Also, should I be worried that right now my LD_LIBRARY_PATH consists of only the /lib64 path? should there be other paths there? should I wonder why it was empty before I added my script? If anyone can tell me why yum (if yum did it) broke this I would love to know. I haven't done a reboot but once it happens that should fix the problem perminatley for everyone I believe. I've set a tiny script in /etc/profile.d/ that runs export LD_LIBRARY_PATH=$LD_LIBRARY_PATH /lib64 setting LD_LIBRARY_PATH allowed libgcrypt to find and load the. Libgcrypt was unable to find the libgpg_error.so and since libgcrypt.so shows up before libgpg_error.so on the symbol table I suppose libgcrypt.so loaded first and threwup because it hadn't loaded and couldn't find libgpg_error.so. To be more exact gpg-agent new where to find libgpg_error.so (according to LDD). setting LD_LIBRARY_PATH=/lib64 fixed the problem, as my libgpg_error SO was in my /lib64 directory. The problem was that my LD_LIBRARY_PATH variable was blank. Any idea what would cause this, or how to debug it? We tried re-installing libgpg-error package which didn't fix anything. None of the files listed on the gpg-agent man page even seem to exist. We get the error a few places, but it boils down to the fact that when I try to run gpg-agent I get the error: ImportError: /usr/local/lib/libgcrypt.so.11: undefined symbole: gog-err-set_errno The more important error though is GPG-agent. I would just remove the module from the list to load, as I think it's non-mandatory, but I don't know what is causing vncserver to try to load it. This error is valid because the libcanberra-gtk-module does not exist anywhere on our system. When trying to run vncserver I get an error that: Gtk-Message: Failed to load modle "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object. We started to get some odd issues yesterday possible due to a yum install gone bad? One of the issues, PS -ef hanging indefinately (actually an ps command that looks at other user state) was fixed with a reboot. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |