SVN checkout over secure http fails with Memory Fault - linux

I built subversion client (1.6.5) along with its required dependency libs on SuSe 10.
I am trying to access our central repository server over https a secured URL.
But when i run the svn checkout command giving proper credentials it gives me memory fault.
What is that i have missed in building SVN or is that something to do with set up # client side?
I run make check to confirm the subversion client build, firts 30 tests is succesful.
And also svn co over http:"URL" errs out with proper message for we do not have any repository over that URL.Does this mean the build is good but something to do with openssl library configuration?
svn --version gives what all clients it supports and found that it was supporting only http.I rebuilt the subversion with correct config options and currently has following options:
svn, version 1.6.5 (r38866)
compiled Sep 8 2009, 18:05:39
Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
The following repository access (RA) modules are available:
ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
handles 'http' scheme
handles 'https' scheme
ra_svn : Module for accessing a repository using the svn network protocol.
handles 'svn' scheme
ra_local : Module for accessing a repository on local disk.
handles 'file' scheme
ra_serf : Module for accessing a repository via WebDAV protocol using serf.
handles 'http' scheme
- handles 'https' scheme
but still no luck.I will be creating a local and http repository to check the same.

Have you tried installing a pre-built binary? Does it give you any other errors? Hard to determine your problem without more details ... plenty of people use the SVN client on SUSE Linux without any problems.

I had to rebuild openssl with "no-asm" configuration setting and subversion started working for "https" repository.

Related

Qt6 Installer SDK and Online Installation source

I am trying to create an online installer for a Qt6 application. In this case, it is a Python base GUI app, compiled with Nuitka.
After creating the repository and the installer itself
repogen -p packages repository
binarycreator --online-only -c config/config.xml -p packages Installer
the repo folder is filled and the installer is created. But each time I call it, I get 'Cannot retrieve distant tree'.
The question is: which remote servers are allowed, and how do I access them?
SFTP: debug mode tells me 'unsupported protocol'
FTP: connects, but asks for pw forever. Probably due to secure ftp
Google drive: seems not to work, probably because of redirections?
Nextcloud server: seems not to work, probably because of redirections?
Office365 cloud: seems not to work, probably because of redirections?
Or is the only way to configure an http server to get access to an update folder w/o pw?

Create a git local server that uses git lfs

A have a rasberry pi(Debian) with a local git server in it. I was able to push normal files to the repo but when I try to push big files it gives me this error.
batch request: bash: git-lfs-authenticate: command not found: exit status 127
Im connection to the rasberry via ssh.
I have installed in both sides git lfs (maybe I did it wrong)
I was able to use git lfs to push into GitHub but not into my local server.
Do I have to create a different type of server of just with the git one should work;
Git and Git LFS are two separate projects. Git includes a server which can be used over the SSH protocol, but Git LFS does not.
There are two possible approaches for using Git LFS over SSH. The older form uses a program called git-lfs-authenticate, which provides authentication for an HTTP server, and then the data is uploaded over HTTP or HTTPS. If you're using Git LFS 3.0 or newer on the client side, it also supports a pure SSH protocol using the git-lfs-transfer program. While Git LFS does not include that program, the reference implementation is written in Rust and can be built with cargo install scutiger-lfs (which can be adjusted to install where you'd like it to be located). That program will need to be installed on the server side in the PATH for it to be available.

Error Cloning a Git repository on my mainframe USS folder

We have the Rocket Git port (Git 2.14.4 for z/OS) installed on our mainframe and I have a git repository in my mainframe USS folder. I am trying to clone that to my windows workstation.
I gave the following command in my local git bash
git clone usrid#host-url:/u/usrid/mainfolder/repo.git/
This initially prompts for my host password. Once that is provided, it proceeds with the clone but ends up with the following error. It looks like i am missing some kind of environment variable. I would appreciate any pointers.
git-upload-pack: FSUM7351 not found fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists
Given that you are running on z/OS the Rocket Git client has limitations per Rocket's documentation. Note: you need to register to access the downloads (it's free but requires registration nonetheless). I've included a snippet from the install PDF on their website.
Restrictions
Some files used by Git must be encoded and tagged as ISO8859-1. These
include:
Git attribute files, whether in .git/info/attributes or .gitattributes
.gitignore files
The only remote protocols supported are ssh and https.
Only client mode is supported; in other words, Git for z/OS can clone from, and push to, remote repositories via ssh or https, but cannot be the target of clone and push from other clients.
The only encodings supported for git-encoding are ISO8859-1 and UTF-8. The only encodings fully supported for zos-working-tree-encoding are ISO8859-1, IBM-1047 and UTF-8.
At this time the Git Client for z/OS does not support z/OS as being targeted by clients.
If you specify in your command where git-upload-pack is on OMVS (it is in your git bin directory) by using -u, --upload-pack <path> path to git-upload-pack on the remote, you can override the Rocket restriction and use ZOS as a git server.
But then you will be on an officially unsupported mode.

Copying files from svn repository

I wanna copy files and folders from my svn repository on server, but I dont want to install svn client, can I do it without svn client?
PS server - linux (CentOS 5.5), svnadmin version 1.4.2 (r22196)compiled Aug 10 2009, 17:54:46.
UPD: files are already exported to server: I want to import files from svn repository to directory, where web-server runs. For example: svn repository located at /var/svn/repos, I wanna dump repository to /var/www, but in /var/svn/repos no files I needed.
PSS sorry for my bad english =\
The Subversion repository isn't in a readable format that you can peruse like you could with CVS. To read the files in the repository you need someone with a client somewhere.
If your Subversion repository uses Apache httpd for its server, you can use wget or curl to pull off the last revision on a specific directory since as an added bonus, the Subversion Apache httpd modules allow you to see the latest version.
$ wget http://svn/repos/foo/trunk/myfile.java
The other option is to use a Subversion repository browser like (ViewVC)[http://www.viewvc.org/] or Sventon. These will allow you to browse the entire repository (including older revisions) without having to install the Subversion client on the local machine. I like Sventon because it doesn't have to run from the Subversion repository server.
If you're on Centos 5.5, you should already have the Subversion command line client installed on your system. In that case, if you don't want the .svn directories, use the svn export command instead of svn checkout.
Or, setup your web server to ignore the .svn directories. That way, you can do an svn update and update the files on your web server without having to redownload everything.
Well, if you have physical access to the server you could use the Subversion client on that box to export files/folders and then copy them from the server to the client machine. If you're trying to do this purely from the client, the only way I can think of would be to manually download the file(s) from the web client but this will only work if you're using Apache as your Subversion server.
Unless the server has an HTTP interface (is the repository URL prefixed with http://? Just open it up in a web browser), no.
It might be simplest to export the files you want on the server (svn export file://repo/path/to/directory), then copy them to the client using http or scp or something.

Subversion 1.6.6 Error "Could not open the requested SVN filesystem"

I am running ubuntu server with Subversion 1.6.6.
In windows I use the latest Tortoise SVN compiled against Subversion 1.6.6.
I create a new Repository and when I attempt to view the repository or import my files and get the following error:
"Could not open the requested SVN filesystem"
I can view the repositories via the command line (as root) but want to view them in Tortoise. Some repositories however are fine and I can view and comit without any problem via Tortoise.
I am sure its a user / permission thing but not sure where to look?
Any suggestions are greatly accepted.
Thank you
How do you access the repository on your server? If you're using file:///, that won't work since the repository format isn't compatible between OS. You have to use either svn:// or http(s):// to access the repository (and set up the corresponding server app).
If you're already using svn:// or http:// to access the repository, you can check the apache error log or run svnserve in console mode to get more detailed error messages.
your repositories must have full read/write access for the user who runs the server (svnserve or apache).
I ended up perforoming a repository dump then re-installing ubuntu, subversion, then installed USVN (great app). I next restored the repository from the dump. Everything is working great now.

Resources