libsvn* - when Subversion is installed regularly - shouldn't be added to $PATH (it could even break things).
As stated in Readme in the note "For Ubuntu users": some Ubuntu distros come with broken dependencies for Subversion. Please, try the following:
1. sudo apt install libsvn-dev - if it complains about unresolvable dependency to libldap2, then your are on an unfortunate distro, try (2 ff)
2. sudo apt install aptitude
3. sudo aptitude install libsvn-dev - chose option downgrading libldap2
If you built Subversion yourself and the command line version is working, then it would require further investigation (best you build SubTile yourself as well - it is not very difficult).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I removed libsvn* from my path and installed libsvn-dev. No dependency problems installing that package in Debian 12.
I started SubTile and added a repository in the workspace. I am using svn:// with SASL security for connection to a remote server. I was able to browse the repository but when I click on the icon to expand a folder, I have a fatal error that closes SubTile (see attached image).
I have a number of directories in this repository so I tried to expand 4 more. Out of 5 total, trying to expand 4 by clicking on the icon or clicking the directory name would crash SubTile but 1 would open without problems.
It appears there's a problem with URI format when accessing svn: location, are you able to browse a repo over https:, f.i. https://svn.code.sf.net/p/subtile/code/ ? as long as you are at it: try also svn://svn.code.sf.net/p/subtile/code/ (for the time being it is the only repo with svn: I can test against))
Last edit: Dmitri Zoubkov 2023-08-14
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I was testing with the command line client and I noticed some of my repository directories have spaces in their names and some do not. I can browse the ones in SubTile with no spaces but it crashes when I try to browse a directory with a space in its name.
svn://example.com/internal/test-label = OK
svn://example.com/internal/test label = crash
With the command line client, if I double-quote the directories with a space they browse correctly:
svn ls "svn://example.com/internal/test label" = OK
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
the spaces problem should now be fixed in trunk (HEAD), yet I am not planning a release for a week or so, if it's urgent, I suggest building SubTile from source
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I installed SubTile from the latest .deb file on Debian 12. When I run it, I get this error:
Aborted
Here are the contents of /tmp/SubTile.log:
02:36:38 PM: [core/App] Locale set to en-US
02:36:38 PM: [wxsvn/PkgBind] Loading library libsvn_client-1
02:36:38 PM: Error: [wxsvn/PkgBind] Failed to load library libsvn_client-1
I have added the libsvn-client path:
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/lib/x86_64-linux-gnu
I have these two libsvn-client files in the /usr/lib/x86_64-linux-gnu directory:
libsvn_client-1.so.1
libsvn_client-1.so.1.0.0
What am I missing?
hi, thanks for feedback
libsvn* - when Subversion is installed regularly - shouldn't be added to $PATH (it could even break things).
As stated in Readme in the note "For Ubuntu users": some Ubuntu distros come with broken dependencies for Subversion. Please, try the following:
1.
sudo apt install libsvn-dev
- if it complains about unresolvable dependency tolibldap2
, then your are on an unfortunate distro, try (2 ff)2.
sudo apt install aptitude
3.
sudo aptitude install libsvn-dev
- chose option downgradinglibldap2
If you built Subversion yourself and the command line version is working, then it would require further investigation (best you build SubTile yourself as well - it is not very difficult).
I removed libsvn* from my path and installed libsvn-dev. No dependency problems installing that package in Debian 12.
I started SubTile and added a repository in the workspace. I am using svn:// with SASL security for connection to a remote server. I was able to browse the repository but when I click on the icon to expand a folder, I have a fatal error that closes SubTile (see attached image).
Here is the log file after the crash:
$ cat /tmp/SubTile.log
05:37:12 PM: [core/App] Locale set to en-US
05:37:12 PM: [wxsvn/PkgBind] Loading library libsvn_client-1
05:37:12 PM: [wxsvn/PkgBind] Loading library libsvn_subr-1
05:37:12 PM: [core/MainFrame] SVN: 1.14.2
05:41:56 PM: [wxsvn/PkgBind] Loading library libapr-1
05:41:56 PM: [wxsvn/PkgBind] Loading library libsvn_fs-1
05:44:25 PM: Saving workspace userdata://mike@/Templates/default-ws
05:44:25 PM: Saving workspace userdata://mike@/Templates/default-ws
05:44:44 PM: [ws/WorkspacePanel] Browse location svn://www.example.com/internal/
05:44:44 PM: [browse/BrowserFrame] StartPathUpdate(/)
05:44:51 PM: [browse/BrowserFrame] FinishPathUpdate()
05:49:37 PM: [browse/BrowserFrame] StartPathUpdate(IDWR Pond/)
Here is the output from the terminal window:
$ subtile
(subtile:2113): GLib-GObject-WARNING **: 17:44:44.857: invalid cast from 'wxPizza' to 'GtkWindow'
(subtile:2113): Gtk-CRITICAL **: 17:44:44.858: gtk_window_get_has_resize_grip: assertion 'GTK_IS_WINDOW (window)' failed
subtile: ../subversion/libsvn_subr/dirent_uri.c:1562: uri_skip_ancestor: Assertion `svn_uri_is_canonical(child_uri, NULL)' failed.
Aborted
I have a number of directories in this repository so I tried to expand 4 more. Out of 5 total, trying to expand 4 by clicking on the icon or clicking the directory name would crash SubTile but 1 would open without problems.
It appears there's a problem with URI format when accessing
svn:
location, are you able to browse a repo overhttps:
, f.i. https://svn.code.sf.net/p/subtile/code/ ? as long as you are at it: try also svn://svn.code.sf.net/p/subtile/code/ (for the time being it is the only repo withsvn:
I can test against))Last edit: Dmitri Zoubkov 2023-08-14
No problem with https:// (see attached)
Also works correctly with svn://
Perhaps it is an issue since I am using SASL security?
I am using SASL without SSH: https://svnbook.red-bean.com/en/1.5/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.sasl
what does the command line prog say, when you try to list one of the offending directories?
svn list svn://<YOUR_HOST>/<PATH_TO_DIRECTORY>
I was testing with the command line client and I noticed some of my repository directories have spaces in their names and some do not. I can browse the ones in SubTile with no spaces but it crashes when I try to browse a directory with a space in its name.
svn://example.com/internal/test-label = OK
svn://example.com/internal/test label = crash
With the command line client, if I double-quote the directories with a space they browse correctly:
svn ls "svn://example.com/internal/test label" = OK
hmm... insteresting...
if it's spaces, then I could try to fix it
however,
libsvn
should not crash even encountering malformed URI, normally it just spits out an error code which is handled by SubTilethe spaces problem should now be fixed in trunk (HEAD), yet I am not planning a release for a week or so, if it's urgent, I suggest building SubTile from source
I will wait and test the next release so I don't have to install the compiler files.
just released 0.3.3, try it out