Re: Compatibility of Subversion 1.10

[Nico Kadel-Garcia]

On Tue, Aug 6, 2024 at 5:44 AM Daniel Sahlberg
 wrote:
>
> Den tis 6 aug. 2024 kl 11:29 skrev Aditi A :
>>
>> Hello Team,
>>
>> I hope this email finds you well.
>>
>> We are planning to upgrade our RHEL server from version 7 to 8. According to 
>> the RHEL 8 release notes, it uses Subversion 1.10. I wanted to confirm the 
>> compatibility of Subversion 1.10 with Apache, Perl, and curl.
>>
>> Could you please let me know the suitable versions of Apache, Perl, and curl 
>> that work well with Subversion 1.10?
>
> Subversion 1.10 is out of support since over two years so we can't give you 
> an updated answer, nor support you if you run into trouble.
>
> Red Hat will probably make sure that the versions of Apache Httpd, Perl etc 
> included in RHEL are compatible with the version of Subversion in the same 
> distribution. It is probably best to direct any questions through your 
> support contract with Red Hat.
>
> Kind regards,
> Daniel Sahlberg

Good guess, I've worked with them all within RHEL 8. Since RHEL 10 is
in pre-release as "CentOS 10 Stream", I'd update to RHEL 9 to ensure
longevity and security updates of the underlying httpd.

Re: Compatibility of Subversion 1.10

[Daniel Sahlberg]

Den tis 6 aug. 2024 kl 11:29 skrev Aditi A :

> Hello Team,
>
> I hope this email finds you well.
>
> We are planning to upgrade our RHEL server from version 7 to 8. According
> to the RHEL 8 release notes, it uses Subversion 1.10. I wanted to confirm
> the compatibility of Subversion 1.10 with Apache, Perl, and curl.
>
> Could you please let me know the suitable versions of Apache, Perl, and
> curl that work well with Subversion 1.10?
>
Subversion 1.10 is out of support since over two years so we can't give you
an updated answer, nor support you if you run into trouble.

Red Hat will probably make sure that the versions of Apache Httpd, Perl etc
included in RHEL are compatible with the version of Subversion in the same
distribution. It is probably best to direct any questions through your
support contract with Red Hat.

Kind regards,
Daniel Sahlberg


Thank you for your assistance.
>
> Aditi
>

Compatibility of Subversion 1.10

[Aditi A]

Hello Team,

I hope this email finds you well.

We are planning to upgrade our RHEL server from version 7 to 8. According
to the RHEL 8 release notes, it uses Subversion 1.10. I wanted to confirm
the compatibility of Subversion 1.10 with Apache, Perl, and curl.

Could you please let me know the suitable versions of Apache, Perl, and
curl that work well with Subversion 1.10?

Thank you for your assistance.

Aditi

The efficiency of svnlook changed

[zongganli(李宗淦)]

Hello,


I just found that inrevision 1303856 
https://svn.apache.org/viewvc?view=revisionrevision=1303856, it sets the 
send_deltas in svnlook to TRUE.
Actually, on our svn server, we setsend_deltas=FALSE, as our repos are so 
large, which takes a long time to runsvnlook changed. For example, in a 
30GB+ repo, it takes more than 20 minutes, but without send_deltas, it is less 
than 1s.
So I wonder if there is any risk to run svnlook changed with send_deltas=FALSE.







Zonggan Li

Re: [Bugs] svnlook history --limit

[Daniel Sahlberg]

ons 24 juli 2024 kl. 11:36 skrev zongganli(李宗淦) :

> Hello,
>
> We found a bug in svnlook history --limit.
> It can not deal with the illegal input like "-1", as "apr_size_t" could
> be unsigned.
>
> We have fixed the bug, should we send the patch to
> d...@subversion.apache.org or start a issuse first.
>

Please send it to d...@subversion.apache.org. The issue tracker is only used
for long-standing issues.

Kind regards
Daniel

[Bugs] svnlook history --limit

[zongganli(李宗淦)]

Hello,


We found a bug in svnlookhistory --limit.
It can not deal with the illegal input like "-1", as "apr_size_t" could 
beunsigned.


We have fixed the bug, should we send the patch to 
d...@subversion.apache.orgor start a issuse first.


zonggan




  腾讯

  
李宗淦 
   基础服务开发组员工

Re: Deletion of Branches(Folder and Files) from SVN server

[Nico Kadel-Garcia]

On Tue, Jul 9, 2024 at 6:13 AM Bo Berglund  wrote:
>
> On Tue, 2 Jul 2024 20:39:12 +0530, Roshan Pardeshi 
> wrote:
>
> >We require to delete the branches(folder and files) from SVN server to
> >release some space from disk as we are facing space crunch on disk in SVN
> >server.
>
> Following this discussion it seems like the best approach would be to buy
> yourself a larger disk and then transfer the content of the small disk to
> that...
>
> SVN has as its basic idea:
> "keep everything forever so older data can be extracted"
>
> Disk space is cheap these days and you are wasting many hours of costly work
> time trying to circumvent the purchase of a disk

Replication time, and backup space, aren't free, especially for high
reliability services or the performance you may want for a bulky
source control project.

There is a time where the "immutable history" becomes too expensive.
Spending skull sweat trying to work past the inability to delete
obsolete branches or commits also becomes overwhelming. At some point,
at least with Subversion, you have to archive the old repo, keep it
only for reference, and start over with a clean entirely new repo
populated only by a copy of the contents, not of the history.

Re: Deletion of Branches(Folder and Files) from SVN server

[Bo Berglund]

On Tue, 2 Jul 2024 20:39:12 +0530, Roshan Pardeshi 
wrote:

>We require to delete the branches(folder and files) from SVN server to
>release some space from disk as we are facing space crunch on disk in SVN
>server.

Following this discussion it seems like the best approach would be to buy
yourself a larger disk and then transfer the content of the small disk to
that...

SVN has as its basic idea:
"keep everything forever so older data can be extracted"

Disk space is cheap these days and you are wasting many hours of costly work
time trying to circumvent the purchase of a disk


-- 
Bo Berglund
Developer in Sweden

Re: Deletion of Branches(Folder and Files) from SVN server

[Andreas Stieger]

Hello,

On 2024-07-02 17:09, Roshan Pardeshi wrote:

We require to delete the branches(folder and files) from SVN server to
release some space from disk as we are facing space crunch on disk in
SVN server.

Please help on this as what command we should use to delete the
branches(folder and files). We have used below command but its not working

1. svn delete branch name
2. svnadmin delete branch name
3. svn rm branch name
4. svnadmin rm branch name
5. del branch name



In addition to the guidance given about the svn repository being
immutable, and towards possible filtering, let me share the following:

Check for old, uncommitted transactions taking up disk space. If they
are old you can remove them as they are unlikely to ever become a
revision. On disk this is db/transactions which you can check for space.
To operated on them I recommend you use "svnadmin lstxns" / "svnadmin
rmtxns".

$ svnadmin help lstxns
lstxns: usage: svnadmin lstxns REPOS_PATH

Print the names of uncommitted transactions. With -rN skip the output
of those that have a base revision more recent than rN. Transactions
with base revisions much older than HEAD are likely to have been
abandoned and are candidates to be removed.

Valid options:
  -r [--revision] ARG  : transaction base revision ARG

$ svnadmin help rmtxns
rmtxns: usage: svnadmin rmtxns REPOS_PATH TXN_NAME...

Delete the named transaction(s).


Andreas

Re: Deletion of Branches(Folder and Files) from SVN server

[Nico Kadel-Garcia]

On Fri, Jul 5, 2024 at 9:29 AM Nathan Hartman 
wrote:

> On Fri, Jul 5, 2024 at 6:59 AM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
>> Den fre 5 juli 2024 kl 12:44 skrev Roshan Pardeshi <
>> roshan.parde...@ncdex.com>:
>>
>>> Hello Nathan/ Team,
>>>
>>> Waitng for your revert on trail nail.
>>>
>>
>> The short answer is that you can't decrease the disk usage from the
>> repository. The repository is immutable and you can't change history.
>>
>> A branch is in general quite lightweight and only stores the information
>> that has changed in that particular branch so I'm not sure exactly how much
>> data you will save by deleting old branches.
>>
>> If you REALLY need to remove things, you could use `svnrdump` or
>> `svnadmin dump` with the --include/--exclude options to only dump the
>> revisions/paths you want to keep. Then you load the dumpfle to a new
>> repository using `svnadmin load` (you should use the --ignore-uuid option
>> when loading). When you do this, all existing working copies will be
>> invalid and the users need to check out new working copies.
>>
>> Please check the help texts for more information.
>>
>> Kind regards,
>> Daniel
>>
>
The "svnadmin dump" approach requires shell access on the primary server.
If you *can*, setting up svnsync to a second server to get a working and
maintainable, up-to-date copy to attempt dumps and pruning operations from.
It can get *expensive* to set up such spaces with an oversized repository,
and be quite impossible to complete the initial svnsync operation, as it is
impossible to complete for the primary subversion repo for subversion
itself.

Re: Deletion of Branches(Folder and Files) from SVN server

[Nathan Hartman]

On Fri, Jul 5, 2024 at 6:59 AM Daniel Sahlberg 
wrote:

> Den fre 5 juli 2024 kl 12:44 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hello Nathan/ Team,
>>
>> Waitng for your revert on trail nail.
>>
>
> The short answer is that you can't decrease the disk usage from the
> repository. The repository is immutable and you can't change history.
>
> A branch is in general quite lightweight and only stores the information
> that has changed in that particular branch so I'm not sure exactly how much
> data you will save by deleting old branches.
>
> If you REALLY need to remove things, you could use `svnrdump` or `svnadmin
> dump` with the --include/--exclude options to only dump the revisions/paths
> you want to keep. Then you load the dumpfle to a new repository using
> `svnadmin load` (you should use the --ignore-uuid option when loading).
> When you do this, all existing working copies will be invalid and the users
> need to check out new working copies.
>
> Please check the help texts for more information.
>
> Kind regards,
> Daniel
>
>
>
>>
>> Regards,
>>
>>
>>  
>> 
>> 
>>
>> Roshan Pardeshi
>> Senior Executive
>> National Commodity & Derivatives Exchange Limited
>>
>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_>
>> 9167426129
>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_>
>>  /  022 - 6640 3225
>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_>
>> roshan.parde...@ncdex.com
>> 
>> /as...@ncdex.com
>> 
>> Toll-free number 1800 266 2339 / 1800 103 4861
>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_>
>>
>>
>>
>> On Wed, Jul 3, 2024 at 7:46 PM Roshan Pardeshi 
>> wrote:
>>
>>> Hello Nathan,
>>>
>>> Please find the inputs below inline.
>>>
>>> What version of Subversion is used on the server?  *svn, version
>>> 1.7.14 (r1542130)*
>>>
>>> How big is the repository? ---  *1.5 TB*
>>>
>>> How many revisions in the repository? --- *Please confirm how to
>>> and where to find revisions in the repository*
>>>
>>> What format is the repository backend? (bdb or fsfs?)  *Please
>>> confirm where to check the format of repository backend*
>>>
>>> Regards*,*
>>>
>>>
>>>  
>>> 
>>> 
>>>
>>> Roshan Pardeshi
>>> Senior Executive
>>> National Commodity & Derivatives Exchange Limited
>>>
>>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>>> 9167426129
>>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>>>  /  022 - 6640 3225
>>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>>> roshan.parde...@ncdex.com
>>> 
>>> /as...@ncdex.com
>>> 
>>> Toll-free number 1800 266 2339 / 1800 103 4861
>>> <#m_4205676612975724340_m_262593516953184_m_3282584026429926061_m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>>>
>>>
>>>
>>> On Tue, Jul 2, 2024 at 9:58 PM Nathan Hartman 
>>> wrote:
>>>
 On Tue, Jul 2, 2024 at 11:23 AM Roshan Pardeshi <
 roshan.parde...@ncdex.com> wrote:

> Hello,
>
> We require to delete the branches(folder and files) from SVN server to
> release some space from disk as we are facing space crunch on disk in SVN
> server.
>
> Please help on this as what command we should use to delete the
> branches(folder and files). We have used below command but its not working
>
> 1. svn delete branch name
> 2. svnadmin delete branch name
> 3. svn rm branch name
> 4.  svnadmin  rm branch name
> 5. del branch name
>
> Regards,
>


 Hi,

 Please note that deleting a branch in Subversion does not remove the
 information from your server, nor free any disk space. Since Subversion
 always keeps historical information, the data will still be there, even if
 it appears to be gone moving forward from the latest revision. It is always
 possible to update to an older revision to make the deleted data reappear.
 

Re: Deletion of Branches(Folder and Files) from SVN server

[Daniel Sahlberg]

Den fre 5 juli 2024 kl 12:44 skrev Roshan Pardeshi <
roshan.parde...@ncdex.com>:

> Hello Nathan/ Team,
>
> Waitng for your revert on trail nail.
>

The short answer is that you can't decrease the disk usage from the
repository. The repository is immutable and you can't change history.

A branch is in general quite lightweight and only stores the information
that has changed in that particular branch so I'm not sure exactly how much
data you will save by deleting old branches.

If you REALLY need to remove things, you could use `svnrdump` or `svnadmin
dump` with the --include/--exclude options to only dump the revisions/paths
you want to keep. Then you load the dumpfle to a new repository using
`svnadmin load` (you should use the --ignore-uuid option when loading).
When you do this, all existing working copies will be invalid and the users
need to check out new working copies.

Please check the help texts for more information.

Kind regards,
Daniel



>
> Regards,
>
>
>  
> 
> 
>
> Roshan Pardeshi
> Senior Executive
> National Commodity & Derivatives Exchange Limited
> <#m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_>
> 9167426129 <#m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_> /  022
> - 6640 3225 <#m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_>
> roshan.parde...@ncdex.com
> /
> as...@ncdex.com
> 
> Toll-free number 1800 266 2339 / 1800 103 4861
> <#m_5264752297521101632_SignatureSanitizer_SafeHtmlFilter_>
>
>
>
> On Wed, Jul 3, 2024 at 7:46 PM Roshan Pardeshi 
> wrote:
>
>> Hello Nathan,
>>
>> Please find the inputs below inline.
>>
>> What version of Subversion is used on the server?  *svn, version
>> 1.7.14 (r1542130)*
>>
>> How big is the repository? ---  *1.5 TB*
>>
>> How many revisions in the repository? --- *Please confirm how to and
>> where to find revisions in the repository*
>>
>> What format is the repository backend? (bdb or fsfs?)  *Please
>> confirm where to check the format of repository backend*
>>
>> Regards*,*
>>
>>
>>  
>> 
>> 
>>
>> Roshan Pardeshi
>> Senior Executive
>> National Commodity & Derivatives Exchange Limited
>>
>> <#m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>> 9167426129
>> <#m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>>  /  022 - 6640 3225
>> <#m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>> roshan.parde...@ncdex.com
>> 
>> /as...@ncdex.com
>> 
>> Toll-free number 1800 266 2339 / 1800 103 4861
>> <#m_5264752297521101632_m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>>
>>
>>
>> On Tue, Jul 2, 2024 at 9:58 PM Nathan Hartman 
>> wrote:
>>
>>> On Tue, Jul 2, 2024 at 11:23 AM Roshan Pardeshi <
>>> roshan.parde...@ncdex.com> wrote:
>>>
 Hello,

 We require to delete the branches(folder and files) from SVN server to
 release some space from disk as we are facing space crunch on disk in SVN
 server.

 Please help on this as what command we should use to delete the
 branches(folder and files). We have used below command but its not working

 1. svn delete branch name
 2. svnadmin delete branch name
 3. svn rm branch name
 4.  svnadmin  rm branch name
 5. del branch name

 Regards,

>>>
>>>
>>> Hi,
>>>
>>> Please note that deleting a branch in Subversion does not remove the
>>> information from your server, nor free any disk space. Since Subversion
>>> always keeps historical information, the data will still be there, even if
>>> it appears to be gone moving forward from the latest revision. It is always
>>> possible to update to an older revision to make the deleted data reappear.
>>> This is the purpose of version control.
>>>
>>> If you can tell us a little more about the Subversion server and the
>>> repository, we can suggest possible steps you can take. Specifically:
>>>
>>> What version of Subversion is used on the server?
>>>
>>> How big is the repository?
>>>
>>> How many revisions in the repository?
>>>
>>> What format is the repository backend? (bdb or fsfs?)
>>>
>>> Thanks,
>>> Nathan
>>>
>>>
>>>
> Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading
> platform. *www.ncdex.com *
>
> *Tweet: @ncdex, Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
>
> *Disclaimer:*
>
> *This email and any and all attachment/s hereto are intended solely for
> the addressee/s, are strictly 

Re: Deletion of Branches(Folder and Files) from SVN server

[Roshan Pardeshi]

Hello Nathan/ Team,

Waitng for your revert on trail nail.

Regards,


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Wed, Jul 3, 2024 at 7:46 PM Roshan Pardeshi 
wrote:

> Hello Nathan,
>
> Please find the inputs below inline.
>
> What version of Subversion is used on the server?  *svn, version
> 1.7.14 (r1542130)*
>
> How big is the repository? ---  *1.5 TB*
>
> How many revisions in the repository? --- *Please confirm how to and
> where to find revisions in the repository*
>
> What format is the repository backend? (bdb or fsfs?)  *Please
> confirm where to check the format of repository backend*
>
> Regards*,*
>
>
>  
> 
> 
>
> Roshan Pardeshi
> Senior Executive
> National Commodity & Derivatives Exchange Limited
> <#m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
> 9167426129 <#m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_> /  022
> - 6640 3225 <#m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
> roshan.parde...@ncdex.com
> /
> as...@ncdex.com
> 
> Toll-free number 1800 266 2339 / 1800 103 4861
> <#m_-7064375209309644506_SignatureSanitizer_SafeHtmlFilter_>
>
>
>
> On Tue, Jul 2, 2024 at 9:58 PM Nathan Hartman 
> wrote:
>
>> On Tue, Jul 2, 2024 at 11:23 AM Roshan Pardeshi <
>> roshan.parde...@ncdex.com> wrote:
>>
>>> Hello,
>>>
>>> We require to delete the branches(folder and files) from SVN server to
>>> release some space from disk as we are facing space crunch on disk in SVN
>>> server.
>>>
>>> Please help on this as what command we should use to delete the
>>> branches(folder and files). We have used below command but its not working
>>>
>>> 1. svn delete branch name
>>> 2. svnadmin delete branch name
>>> 3. svn rm branch name
>>> 4.  svnadmin  rm branch name
>>> 5. del branch name
>>>
>>> Regards,
>>>
>>
>>
>> Hi,
>>
>> Please note that deleting a branch in Subversion does not remove the
>> information from your server, nor free any disk space. Since Subversion
>> always keeps historical information, the data will still be there, even if
>> it appears to be gone moving forward from the latest revision. It is always
>> possible to update to an older revision to make the deleted data reappear.
>> This is the purpose of version control.
>>
>> If you can tell us a little more about the Subversion server and the
>> repository, we can suggest possible steps you can take. Specifically:
>>
>> What version of Subversion is used on the server?
>>
>> How big is the repository?
>>
>> How many revisions in the repository?
>>
>> What format is the repository backend? (bdb or fsfs?)
>>
>> Thanks,
>> Nathan
>>
>>
>>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: Deletion of Branches(Folder and Files) from SVN server

[Lorenz via users]

Hi,

Roshan Pardeshi wrote:
>Hello Nathan,
>
>Please find the inputs below inline.
>
>What version of Subversion is used on the server?  *svn, version 1.7.14
>(r1542130)*
>
>How big is the repository? ---  *1.5 TB*
>
>How many revisions in the repository? --- *Please confirm how to and
>where to find revisions in the repository*
>
>What format is the repository backend? (bdb or fsfs?)  *Please confirm
>where to check the format of repository backend*

svnadmin info path-to-repo
-- 

Lorenz


>
>Regards*,*
>
>
> 
>
>
>
>Roshan Pardeshi
>Senior Executive
>National Commodity & Derivatives Exchange Limited
><#SignatureSanitizer_SafeHtmlFilter_>
>9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
><#SignatureSanitizer_SafeHtmlFilter_>
>roshan.parde...@ncdex.com
>/
>as...@ncdex.com
>
>Toll-free number 1800 266 2339 / 1800 103 4861
><#SignatureSanitizer_SafeHtmlFilter_>
>
>
>
>On Tue, Jul 2, 2024 at 9:58?PM Nathan Hartman 
>wrote:
>
>> On Tue, Jul 2, 2024 at 11:23 AM Roshan Pardeshi 
>> wrote:
>>
>>> Hello,
>>>
>>> We require to delete the branches(folder and files) from SVN server to
>>> release some space from disk as we are facing space crunch on disk in SVN
>>> server.
>>>
>>> Please help on this as what command we should use to delete the
>>> branches(folder and files). We have used below command but its not working
>>>
>>> 1. svn delete branch name
>>> 2. svnadmin delete branch name
>>> 3. svn rm branch name
>>> 4.  svnadmin  rm branch name
>>> 5. del branch name
>>>
>>> Regards,
>>>
>>
>>
>> Hi,
>>
>> Please note that deleting a branch in Subversion does not remove the
>> information from your server, nor free any disk space. Since Subversion
>> always keeps historical information, the data will still be there, even if
>> it appears to be gone moving forward from the latest revision. It is always
>> possible to update to an older revision to make the deleted data reappear.
>> This is the purpose of version control.
>>
>> If you can tell us a little more about the Subversion server and the
>> repository, we can suggest possible steps you can take. Specifically:
>>
>> What version of Subversion is used on the server?
>>
>> How big is the repository?
>>
>> How many revisions in the repository?
>>
>> What format is the repository backend? (bdb or fsfs?)
>>
>> Thanks,
>> Nathan
>>
>>
>>

Re: Deletion of Branches(Folder and Files) from SVN server

[Roshan Pardeshi]

Hello Nathan,

Please find the inputs below inline.

What version of Subversion is used on the server?  *svn, version 1.7.14
(r1542130)*

How big is the repository? ---  *1.5 TB*

How many revisions in the repository? --- *Please confirm how to and
where to find revisions in the repository*

What format is the repository backend? (bdb or fsfs?)  *Please confirm
where to check the format of repository backend*

Regards*,*


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Tue, Jul 2, 2024 at 9:58 PM Nathan Hartman 
wrote:

> On Tue, Jul 2, 2024 at 11:23 AM Roshan Pardeshi 
> wrote:
>
>> Hello,
>>
>> We require to delete the branches(folder and files) from SVN server to
>> release some space from disk as we are facing space crunch on disk in SVN
>> server.
>>
>> Please help on this as what command we should use to delete the
>> branches(folder and files). We have used below command but its not working
>>
>> 1. svn delete branch name
>> 2. svnadmin delete branch name
>> 3. svn rm branch name
>> 4.  svnadmin  rm branch name
>> 5. del branch name
>>
>> Regards,
>>
>
>
> Hi,
>
> Please note that deleting a branch in Subversion does not remove the
> information from your server, nor free any disk space. Since Subversion
> always keeps historical information, the data will still be there, even if
> it appears to be gone moving forward from the latest revision. It is always
> possible to update to an older revision to make the deleted data reappear.
> This is the purpose of version control.
>
> If you can tell us a little more about the Subversion server and the
> repository, we can suggest possible steps you can take. Specifically:
>
> What version of Subversion is used on the server?
>
> How big is the repository?
>
> How many revisions in the repository?
>
> What format is the repository backend? (bdb or fsfs?)
>
> Thanks,
> Nathan
>
>
>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: Deletion of Branches(Folder and Files) from SVN server

[Nathan Hartman]

On Tue, Jul 2, 2024 at 11:23 AM Roshan Pardeshi 
wrote:

> Hello,
>
> We require to delete the branches(folder and files) from SVN server to
> release some space from disk as we are facing space crunch on disk in SVN
> server.
>
> Please help on this as what command we should use to delete the
> branches(folder and files). We have used below command but its not working
>
> 1. svn delete branch name
> 2. svnadmin delete branch name
> 3. svn rm branch name
> 4.  svnadmin  rm branch name
> 5. del branch name
>
> Regards,
>


Hi,

Please note that deleting a branch in Subversion does not remove the
information from your server, nor free any disk space. Since Subversion
always keeps historical information, the data will still be there, even if
it appears to be gone moving forward from the latest revision. It is always
possible to update to an older revision to make the deleted data reappear.
This is the purpose of version control.

If you can tell us a little more about the Subversion server and the
repository, we can suggest possible steps you can take. Specifically:

What version of Subversion is used on the server?

How big is the repository?

How many revisions in the repository?

What format is the repository backend? (bdb or fsfs?)

Thanks,
Nathan

Deletion of Branches(Folder and Files) from SVN server

[Roshan Pardeshi]

Hello,

We require to delete the branches(folder and files) from SVN server to
release some space from disk as we are facing space crunch on disk in SVN
server.

Please help on this as what command we should use to delete the
branches(folder and files). We have used below command but its not working

1. svn delete branch name
2. svnadmin delete branch name
3. svn rm branch name
4.  svnadmin  rm branch name
5. del branch name

Regards,


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: Nginx reverse proxy corrupting filenames

[Gustavo Chaves]

Em qui., 20 de jun. de 2024 às 16:15, Daniel Sahlberg
 escreveu:
>
> Have you seen the FAQ item about reverse proxies:

Yes, I have.

> I have absolutely no experience with Nginx but this seems to set the 
> Destination header, much like the examples in the FAQ for IIS. But it seems 
> it keep the hostname and port - maybe you need to change it a bit more to 
> match what Apache Httpd is expecting (hostname localhost, port 3691).

It makes sense!

I tried to reconfigure it so that it'd change the hostname and the
port in the Destination header. So far it hasn't worked, but I'll keep
trying a little more.

> If you get this to work, would you consider writing an instruction that we 
> could add to the FAQ? Nginx has been mentioned in the past but I don't know 
> if anyone got it to work.

Will do!

Thank you very much, Daniel.

-- 
Gustavo

Re: PoshSvn – Subversion for PowerShell

[Timofey Zhakov]

On Thu, Jun 20, 2024 at 8:58 PM Daniel Sahlberg
 wrote:
>
> Den tors 20 juni 2024 kl 20:27 skrev Timofey Zhakov :
>>
>>
>> The actual name of the project is 'PoshSvn'; not 'Poshsvn'. Could you
>> please fix it?
>
>
> Oops, I know I missed something. Sorry and thanks for the review. Fixed in 
> r1918475 - ok now?

Yes, it's OK. Thank you!

-- 
Timofei Zhakov

Re: Nginx reverse proxy corrupting filenames

[Daniel Sahlberg]

Hi Gustavo!

Have you seen the FAQ item about reverse proxies:

https://subversion.apache.org/faq.html#reverseproxy

It doesn't have any specific information about Nginx but maybe you can get
a hint at the correct information based on the reverse proxy instructions
for Apache Httpd and IIS.

Den tors 20 juni 2024 kl 19:18 skrev Gustavo Chaves :

> I have a Subversion vesion 1.14.1 running behind a reverse proxy
> implemented by nginx version 1.18.0 on a Ubuntu 22.04 server.
>
> I'm having problems renaming files in it. I came up with the following
> procedure to reproduce the problem:
>
> > $ export LANG=C.UTF-8
> > $ export LANGUAGE=en
> > $ REPO=https://svn.domain.mine/repo
> >
> > $ svn co $REPO/trunk repo
> > Checked out revision 19.
> >
> > $ cd repo
> >
> > $ echo doit >'plano de acao.txt'
> >
> > $ svn add 'plano de acao.txt'
> > A plano de acao.txt
> >
> > $ svn commit -m'add file'
> > Adding plano de acao.txt
> > Transmitting file data .done
> > Committing transaction...
> > Committed revision 20.
> >
> > $ ls -lA
> > total 8
> > drwxrwxr-x 4 gustavo gustavo 4096 Jun 20 13:39  .svn
> > -rw-rw-r-- 1 gustavo gustavo5 Jun 20 13:40 'plano de acao.txt'
> >
> > $ svn mv 'plano de acao.txt' 'action plan.txt'
> > A action plan.txt
> > D plano de acao.txt
> >
> > $ svn commit -m'rename file'
> > Adding action plan.txt
> > Deleting   plano de acao.txt
> > Committing transaction...
> > Committed revision 21.
> >
> > $ ls -lA
> > total 8
> > drwxrwxr-x 4 gustavo gustavo 4096 Jun 20 13:39  .svn
> > -rw-rw-r-- 1 gustavo gustavo5 Jun 20 13:40 'action plan.txt'
> >
> > $ svn up
> > Updating '.':
> > svn: E175009: The XML response contains invalid XML
> > svn: E130003: Malformed XML: no element found at line 10
> >
> > $ cd ..
> >
> > $ rm -rf repo
> >
> > $ svn co $REPO/trunk repo
> > Arepo/action%20plan.txt
> > Checked out revision 21.
> >
> > $ cd repo
> >
> > $ ls -lA
> > total 8
> > drwxrwxr-x 4 gustavo gustavo 4096 Jun 20 13:42 .svn
> > -rw-rw-r-- 1 gustavo gustavo5 Jun 20 13:42 action%20plan.txt
> >
> > $ svn up
> > Updating '.':
> > At revision 21.
>
> Note the error message in the first "svn up" and also that the space
> in the filename is checked out as "%20".
>
> I can reproduce this problem only when I access the repository via an
> URL that goes through the nginx reverse proxy. If I try via an URL
> that goes directly to Apache httpd or locally (file://) the problem
> does not happen.
>
> This is the Nginx's server configuration I'm using for the proxy:
>
> > server {
> >   listen  443 ssl;
> >   server_name svn.domain.mine;
> >
> >   client_body_timeout 3600s;
> >   client_max_body_size 10m;
> >   keepalive_timeout 3600s;
> >   send_timeout 3600s;
> >
> >   location / {
> > proxy_pass   http://localhost:3691;
> > proxy_set_header X-Forwarded-For $remote_addr;
> > proxy_set_header Host$host;
> > proxy_buffering off;
> > proxy_request_buffering off;
> >
> > # See
> https://sigterm.sh/2012/10/09/nginx-apache-2-and-subversion-502-bad-gateway-error/
> > set $fixed_destination $http_destination;
> > if ( $http_destination ~* ^https(.*)$ )
> > {
> >   set $fixed_destination http$1;
> > }
> > proxy_set_header Destination $fixed_destination;
>

I have absolutely no experience with Nginx but this seems to set the
Destination header, much like the examples in the FAQ for IIS. But it seems
it keep the hostname and port - maybe you need to change it a bit more to
match what Apache Httpd is expecting (hostname localhost, port 3691).

>   }
> > }
>
> I wasn't able to find any mention of a similar problem via Google or
> in Subversion's Jira.
>
> Can you help me figure this out, please?
>

If you get this to work, would you consider writing an instruction that we
could add to the FAQ? Nginx has been mentioned in the past but I don't know
if anyone got it to work.

Kind regards,
Daniel Sahlberg

Re: PoshSvn – Subversion for PowerShell

[Daniel Sahlberg]

Den tors 20 juni 2024 kl 20:27 skrev Timofey Zhakov :

>
> The actual name of the project is 'PoshSvn'; not 'Poshsvn'. Could you
> please fix it?
>

Oops, I know I missed something. Sorry and thanks for the review. Fixed in
r1918475 - ok now?

Kind regards,
Daniel

Re: PoshSvn – Subversion for PowerShell

[Timofey Zhakov]

On Thu, Jun 20, 2024 at 8:06 PM Daniel Sahlberg
 wrote:
>
> Den sön 19 maj 2024 kl 13:47 skrev Timofey Zhakov :
>>
>> Dear Daniel,
>>
>> On Fri, May 17, 2024 at 9:54 AM Daniel Sahlberg 
>>  wrote:
>>>
>>> Den fre 17 maj 2024 kl 06:45 skrev Nathan Hartman 
>>> :

 On Thu, May 16, 2024 at 1:50 PM Timofey Zhakov  wrote:
 >
 > Hello everyone!
 >
 > I like Subversion and use it for my projects.
 >
 > PoshSvn is a PowerShell module which provides a tab competition and
 > typed output for the Subversion cmdlets. I found it useful for
 > scripting and everyday life
>>
>>   [...]
>>>
>>> Dear Timofei,
>>>
>>> Very impressive work and I think this is the biggest addition to the 
>>> Subversion ecosystem in may years.
>>
>> Thanks!
>>
>>>
>>>
>>> I'm a Windows user although I use PowerShell way to seldom. I will try to 
>>> find time to test this out a little bit in the next few weeks.
>>>
>>> I was thinking about adding a link to your project on the Subversion 
>>> website. There is already page for Binary packages[1] and this would make a 
>>> nice addition. (Although, we have previously limited that page to strictly 
>>> Apache Subversion builds and this a different kind of client, so we might 
>>> have to create a new page for "ecosystem" - this should be discussed in the 
>>> dev@ list).
>>
>> Yes, it would be nice to add a link to my project to the Subversion website. 
>> The PoshSvn MSI installer also provides Subversion binaries, so it might be 
>> on the page for Binary packages.
>
>
> I finally got down to this e-mail and added the link to the staging website 
> in r1918474.
>
> See https://subversion-staging.apache.org/packages.html#windows
>
> I'll merge to publish shortly.

Thank you so much!

The actual name of the project is 'PoshSvn'; not 'Poshsvn'. Could you
please fix it?

--
Timofei Zhakov

Nginx reverse proxy corrupting filenames

[Gustavo Chaves]

I have a Subversion vesion 1.14.1 running behind a reverse proxy
implemented by nginx version 1.18.0 on a Ubuntu 22.04 server.

I'm having problems renaming files in it. I came up with the following
procedure to reproduce the problem:

> $ export LANG=C.UTF-8
> $ export LANGUAGE=en
> $ REPO=https://svn.domain.mine/repo
>
> $ svn co $REPO/trunk repo
> Checked out revision 19.
>
> $ cd repo
>
> $ echo doit >'plano de acao.txt'
>
> $ svn add 'plano de acao.txt'
> A plano de acao.txt
>
> $ svn commit -m'add file'
> Adding plano de acao.txt
> Transmitting file data .done
> Committing transaction...
> Committed revision 20.
>
> $ ls -lA
> total 8
> drwxrwxr-x 4 gustavo gustavo 4096 Jun 20 13:39  .svn
> -rw-rw-r-- 1 gustavo gustavo5 Jun 20 13:40 'plano de acao.txt'
>
> $ svn mv 'plano de acao.txt' 'action plan.txt'
> A action plan.txt
> D plano de acao.txt
>
> $ svn commit -m'rename file'
> Adding action plan.txt
> Deleting   plano de acao.txt
> Committing transaction...
> Committed revision 21.
>
> $ ls -lA
> total 8
> drwxrwxr-x 4 gustavo gustavo 4096 Jun 20 13:39  .svn
> -rw-rw-r-- 1 gustavo gustavo5 Jun 20 13:40 'action plan.txt'
>
> $ svn up
> Updating '.':
> svn: E175009: The XML response contains invalid XML
> svn: E130003: Malformed XML: no element found at line 10
>
> $ cd ..
>
> $ rm -rf repo
>
> $ svn co $REPO/trunk repo
> Arepo/action%20plan.txt
> Checked out revision 21.
>
> $ cd repo
>
> $ ls -lA
> total 8
> drwxrwxr-x 4 gustavo gustavo 4096 Jun 20 13:42 .svn
> -rw-rw-r-- 1 gustavo gustavo5 Jun 20 13:42 action%20plan.txt
>
> $ svn up
> Updating '.':
> At revision 21.

Note the error message in the first "svn up" and also that the space
in the filename is checked out as "%20".

I can reproduce this problem only when I access the repository via an
URL that goes through the nginx reverse proxy. If I try via an URL
that goes directly to Apache httpd or locally (file://) the problem
does not happen.

This is the Nginx's server configuration I'm using for the proxy:

> server {
>   listen  443 ssl;
>   server_name svn.domain.mine;
>
>   client_body_timeout 3600s;
>   client_max_body_size 10m;
>   keepalive_timeout 3600s;
>   send_timeout 3600s;
>
>   location / {
> proxy_pass   http://localhost:3691;
> proxy_set_header X-Forwarded-For $remote_addr;
> proxy_set_header Host$host;
> proxy_buffering off;
> proxy_request_buffering off;
>
> # See 
> https://sigterm.sh/2012/10/09/nginx-apache-2-and-subversion-502-bad-gateway-error/
> set $fixed_destination $http_destination;
> if ( $http_destination ~* ^https(.*)$ )
> {
>   set $fixed_destination http$1;
> }
> proxy_set_header Destination $fixed_destination;
>   }
> }

I wasn't able to find any mention of a similar problem via Google or
in Subversion's Jira.

Can you help me figure this out, please?

--
Gustavo

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Paul Leo]

List responders -

Once again thanks everyone for taking the time to respond and all of 
your suggestions.


On 6/19/2024 2:58 AM, Daniel Sahlberg wrote:
Den tis 18 juni 2024 kl 23:19 skrev Paul Leo 
:

...

The reason I am posting here instead of TortoiseSVN is I would
like to know whether it would be safer to have folks just do a new
checkout from new server once old server is shutdown, (and diff
folders if needed) instead of trying relocate, or should I have
them edit the wc.db and replace or try and change the uuid on the
new server to match the old one.


Since you use TortoiseSVN, the other option would be to remove the 
.svn folder and do a new checkout in the same directory. TortoiseSVN 
is quite nice that it picks up the existing files and says "Versioned" 
on them and you can usually continue as before. The command line 
client seems to mark the existing files as "Conflict" and require a 
lot of manual work to resolve. Of course, test it first but it might 
be an easier solution than manually carrying over any changes to the 
new working copy.


I'd avoid editing wc.db - it usually works but I'd be careful asking 
endusers to do it.


Kind regards,
Daniel

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Nico Kadel-Garcia]

On Wed, Jun 19, 2024 at 3:31 AM Andreas Stieger  wrote:
>
>
> On 2024-06-18 23:19, Paul Leo wrote:
> > If I try a relocate in TortoiseSVN, I get an error saying the uuid of
> > the new server is different than the WC of the local repo.   I presume
> > this is because of the DNS name change.
>
>
> No, this is because the UUID is different.

It's similar to the TLS certificate for HTTPS access, or the SSH
hostkey for SSH access. It helps ensure that you connect to the
correct, expected source of "truth" for your source control system.

> > I've done some searching and have followed a suggestion and edited the
> > wc.db and replaced old server uuid with new server uuid, tried the
> > relocate command again and things seem to be working and pointing to
> > new server.
> >
>
> No, see "svnadmin help setuuid"

Seconded. You can seriously hurt yourself manually editing such files.

> > I also know that doing a new checkout from the new server may be the
> > simplest solution. But perhaps some folks will not commit all of their
> > changes before switchover because they are not ready.
> >
>
> Make the old one read-only via a pre-commit hook if you can.
>
>
> Andreas

Give that man a cookie. "Split brain" is a real risk if you
accidentally kept both repositories live and accepting commits.

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Daniel Sahlberg]

Den tis 18 juni 2024 kl 23:19 skrev Paul Leo <
paul@dataphilesconsulting.com>:
...

> The reason I am posting here instead of TortoiseSVN is I would like to
> know whether it would be safer to have folks just do a new checkout from
> new server once old server is shutdown, (and diff folders if needed)
> instead of trying relocate, or should I have them edit the wc.db and
> replace or try and change the uuid on the new server to match the old one.
>

Since you use TortoiseSVN, the other option would be to remove the .svn
folder and do a new checkout in the same directory. TortoiseSVN is quite
nice that it picks up the existing files and says "Versioned" on them and
you can usually continue as before. The command line client seems to mark
the existing files as "Conflict" and require a lot of manual work to
resolve. Of course, test it first but it might be an easier solution than
manually carrying over any changes to the new working copy.

I'd avoid editing wc.db - it usually works but I'd be careful asking
endusers to do it.

Kind regards,
Daniel

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Andreas Stieger]

On 2024-06-18 23:19, Paul Leo wrote:

If I try a relocate in TortoiseSVN, I get an error saying the uuid of
the new server is different than the WC of the local repo.   I presume
this is because of the DNS name change.



No, this is because the UUID is different.



I've done some searching and have followed a suggestion and edited the
wc.db and replaced old server uuid with new server uuid, tried the
relocate command again and things seem to be working and pointing to
new server.



No, see "svnadmin help setuuid"



I also know that doing a new checkout from the new server may be the
simplest solution. But perhaps some folks will not commit all of their
changes before switchover because they are not ready.



Make the old one read-only via a pre-commit hook if you can.


Andreas

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Paul Leo]

Thanks Ryan.  I guess I can't believe everything on the internet, where 
I got the DNS name story


The commands used to create and sync the repo were:

svnsync initialize file:///srv/svn_repos/ibis/main 
https://svn.ibisph.org/svn/main


svnsync synchronize file:///srv/svn_repos/ibis/main 
https://svn.ibisph.org/svn/main


I didn't receive any errors during the sync

So I assumed that the uuid would be the same but they are different.

Perhaps the safest way for folks to switch would be to create a new folder

Checkout from new server

Diff with old folder from old server, and bring over any changes folks 
want and then commit to new server.


Thanks

On 6/18/2024 4:05 PM, Ryan Carsten Schmidt wrote:

On Jun 18, 2024, at 16:19, Paul Leo wrote:

If I try a relocate in TortoiseSVN, I get an error saying the uuid of the new 
server is different than the WC of the local repo.   I presume this is because 
of the DNS name change.

The DNS name has nothing to do with the UUID.

If the new repository is *identical* to the old repository (all of the old 
repository's revisions were copied and they have exactly the same contents) 
then you will want the UUIDs to be the same so that you can relocate existing 
working copies. The old repository's UUID is automatically copied to the new 
repository when you import a dumpfile into a newly created repository unless 
you use a command line flag to tell it to generate a new UUID.

On the other hand, if the new repository differs at all from the old one (for 
example you filtered out revisions or you imported the dumpfile into an 
existing non-empty repository) then the new repository UUID must be different 
and relocation is not possible and new working copies must be checked out.

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Ryan Carsten Schmidt]

On Jun 18, 2024, at 16:19, Paul Leo wrote:
> 
> If I try a relocate in TortoiseSVN, I get an error saying the uuid of the new 
> server is different than the WC of the local repo.   I presume this is 
> because of the DNS name change.

The DNS name has nothing to do with the UUID.

If the new repository is *identical* to the old repository (all of the old 
repository's revisions were copied and they have exactly the same contents) 
then you will want the UUIDs to be the same so that you can relocate existing 
working copies. The old repository's UUID is automatically copied to the new 
repository when you import a dumpfile into a newly created repository unless 
you use a command line flag to tell it to generate a new UUID.

On the other hand, if the new repository differs at all from the old one (for 
example you filtered out revisions or you imported the dumpfile into an 
existing non-empty repository) then the new repository UUID must be different 
and relocation is not possible and new working copies must be checked out.

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Paul Leo]

Once again thanks for all your past help

The new repository is up and running. But we haven't cut over yet.

I have asked folks to commit all changes that they would like included 
in new repo.


I'm using svnsync multiple times per day, with no issues.

There's a good chance that DNS name may not be able to stay the same.

TortoiseSvn is used almost exclusively for commits. and checkouts.

If I try a relocate in TortoiseSVN, I get an error saying the uuid of 
the new server is different than the WC of the local repo.   I presume 
this is because of the DNS name change.


I've done some searching and have followed a suggestion and edited the 
wc.db and replaced old server uuid with new server uuid, tried the 
relocate command again and things seem to be working and pointing to new 
server.


I also know that doing a new checkout from the new server may be the 
simplest solution. But perhaps some folks will not commit all of their 
changes before switchover because they are not ready.


The reason I am posting here instead of TortoiseSVN is I would like to 
know whether it would be safer to have folks just do a new checkout from 
new server once old server is shutdown, (and diff folders if needed) 
instead of trying relocate, or should I have them edit the wc.db and 
replace or try and change the uuid on the new server to match the old one.


I've done some reading in the SVN-redbook, but am concerned that perhaps 
there are things that I may be missing because the redbook may be out of 
date.


I've also read of some issues of changing uuid on server, so if that is 
what should be done, I would like specific instructions/suggestions.


Thanks,

Paul

On 6/7/2024 10:17 AM, Paul Leo wrote:


Tak Daniel.

Appreciate the detailed response.  I have asked for the two hooks that 
seemed to be copied from the templates.


If the dump doesn't work, I may have them try and tar up the whole 
repo directory.


I do have the auth tables, and will try them once repo is up and 
running, otherwise, I will create new user/passwords.  The community 
is small enough so that this should not be an issue.


On 6/7/2024 2:16 AM, Daniel Sahlberg wrote:
Den tors 6 juni 2024 kl 21:40 skrev Paul Leo 
:


We need to migrate an SVN repository from CentOS 7, Subversion
1.94 to
Ubuntu 24.04, SVN 1.14.3.

We don't have any login access to the current server.

The current hosting server plans to perform an SVN dump of the
repository, and make it available through something like Google
Drive.

We would obtain the dump file and then use svnadmin load,
importing the
repository.


As others have already pointed out svnadmin dump/load or svnrdump are 
the main candidates. Another option is to have your hosting provider 
pack the repository folder in its entirety (to a tar.gz) which you 
could unpack on the new server and use as-is.



There are only a few hooks that are currently used.  The main one
being
to force a commit message when committing.


Although the dump file does NOT contain any hook scripts. These need 
to be extracted from the [/path/to/repo]/hooks directory on the 
server. If you don't have access to the server yourself (and the 
hosting provider doesn't have a web interface to manage the hook 
scripts) you need to ask them to copy the scripts manually. (If your 
hosing provider choose to pack the complete repository folder the 
hooks are of course included).



We will use Apache httpd and basic authentication for committing to
repository, as in done currently


The authentication (login) and authorization (permissions) are not 
included in the dump file either. If you want to keep the 
username/passwords the hosting provider need to give you these files 
as well (path and filename depends on the setup in Apache httpd).



We would change DNS to new server IP.


I assume you mean you use a DNS entry 
(https://svn.example.com/repos/.. 
.) which will be updated. In this 
case you should not need to do anything. If you change some part of 
the URL (either new hostname, adding SSL/TLS or the path to the 
repositories) you need to run


svn relocate [new_url]

in each working copy.


I've read through the svnbook, and the above seems plausible.

I am just wondering if anyone has some guidance and suggestions,
since
we are making a significant jump to newer version of SVN.


There should be no major difference.


Thanks for your help


Kind regards,
Daniel

Re: SVN over NFS/CIFS (Windows client to Linux server)

[Daniel Sahlberg]

Den tis 18 juni 2024 kl 17:49 skrev Johnston, Tim <
tim.johns...@christiedigital.com>:

> We are using SVN 1.7 repositories which are checked out to a Linux file
> server. Users access their files via TortoiseSVN (1.7.15, which is also
> built against SVN 1.7.x), either via CIFS or NFS.
>

That is a really old version, with an equally old version of SQLite.


>
> When accessing via CIFS (with the Linux side serving via Samba), we
> occasionally encounter SQLite database corruption. My understanding is that
> this is caused by differences between the Windows and POSIX locking
> implementations (inside libsvn).
>

I'm not sure if it is Subversion or SQLite that is having the most problems
but general wisdom is to not store a working copy on a network share.


>
> When accessing via the official Windows NFS client (talking to a Linux NFS
> server), we are unable to even check out a repository via TortoiseSVN. It
> fails immediately with a locking error.
>
> I find it very difficult to search for this issue, partly because SVN has
> an unrelated "file locking" feature, and partly because users have posted
> about a number of other simpler SQLite corruption issues with SVN..
>
> So my question is this: what is the current state of SVN clients on
> Windows, accessing a Linux file share, with respect to file locking /
> SQLite etc?
> Are there options for this problem with newer Windows (Tortoise)SVN client
> versions? Or is this problem still the same in the newest versions?
>

I don't think any significant work has been done towards supporting working
copies on network shares. Subversion relies on proper file locking and if
this fails (which I assume is the cause of your trouble) then all bets are
off.

SQLite goes quite far in recommending to use another database engine if
over-the-network functionality is required:
https://www.sqlite.org/useovernet.html

These are the two FAQ items I can find mentioning problems storing a
working copy / sqlite database on a network share:
https://tortoisesvn.net/faq.html#wconshare
https://www.sqlite.org/faq.html#q5

Our own FAQ suggests that storing a working copy on an NFS share should be
fine, but I presume the Windows NFS client is not as well behaved as Unix
NFS clients.
https://subversion.apache.org/faq.html#nfs


>
> Any recommendations would be appreciated!
>

Why do you need to store the working copy on a network share? Can you
adjust your workflow to make sure every user has their own working copy,
stored on local disk?

Kind regards,
Daniel

SVN over NFS/CIFS (Windows client to Linux server)

[Johnston, Tim]

We are using SVN 1.7 repositories which are checked out to a Linux file server. 
Users access their files via TortoiseSVN (1.7.15, which is also built against 
SVN 1.7.x), either via CIFS or NFS.

When accessing via CIFS (with the Linux side serving via Samba), we 
occasionally encounter SQLite database corruption. My understanding is that 
this is caused by differences between the Windows and POSIX locking 
implementations (inside libsvn).

When accessing via the official Windows NFS client (talking to a Linux NFS 
server), we are unable to even check out a repository via TortoiseSVN. It fails 
immediately with a locking error.

I find it very difficult to search for this issue, partly because SVN has an 
unrelated "file locking" feature, and partly because users have posted about a 
number of other simpler SQLite corruption issues with SVN..

So my question is this: what is the current state of SVN clients on Windows, 
accessing a Linux file share, with respect to file locking / SQLite etc?
Are there options for this problem with newer Windows (Tortoise)SVN client 
versions? Or is this problem still the same in the newest versions?

Any recommendations would be appreciated!

Re: Loss by accident, clean up unversioned files

[Bo Berglund]

On Fri, 14 Jun 2024 20:40:40 +0530, Ayyanar Raja  wrote:

>Dear Andreas,
>
>Why it is happened. What is the root actually?
>
>In future, Google Groups will be closed completely, where is our forum
>running now ?

This is not a forum, it is a mail list


-- 
Bo Berglund
Developer in Sweden

Re: Loss by accident, clean up unversioned files

[Daniel Sahlberg]

You are discussing this in the wrong forum. This is for the Subversion
command line client (and the related libraries).

Your question belong in the TortoiseSVN Google groups. Hopefully someone
will pick it up there. I'm planning to look at it - but at the moment I'm
busy with other stuff.

Kind regards,
Daniel

Den fre 14 juni 2024 kl 17:15 skrev Ayyanar Raja :

> Dear Andreas,
>
> Why it is happened. What is the root actually?
>

> In future, Google Groups will be closed completely, where is our forum
> running now ?
>
> --
> Best Regards,
> Ayyanar Raja
> Mobile: +91-7639269672
> Email: rsa2...@gmail.com
>
> On Fri, 14 Jun 2024, 8:37 pm Andreas Stieger, 
> wrote:
>
>> On 2024-06-14 16:52, Ayyanar Raja wrote:
>>
>> Is there anyway I can recover files ?
>>
>>
>> Your files are gone.
>>
>> Andreas
>>
>>
>>

Re: Loss by accident, clean up unversioned files

[Ayyanar Raja]

Dear Andreas,

Why it is happened. What is the root actually?

In future, Google Groups will be closed completely, where is our forum
running now ?

--
Best Regards,
Ayyanar Raja
Mobile: +91-7639269672
Email: rsa2...@gmail.com

On Fri, 14 Jun 2024, 8:37 pm Andreas Stieger, 
wrote:

> On 2024-06-14 16:52, Ayyanar Raja wrote:
>
> Is there anyway I can recover files ?
>
>
> Your files are gone.
>
> Andreas
>
>
>

Re: Loss by accident, clean up unversioned files

[Andreas Stieger]

  
  
On 2024-06-14 16:52, Ayyanar Raja
  wrote:


  
  
Is there anyway I can recover files ?
  



Your files are gone.
Andreas



  

Re: Loss by accident, clean up unversioned files

[Ayyanar Raja]

Is there anyway I can recover files ?

It is happened by unknowingly, It is not intentional to do so.

--
Best Regards,
Ayyanar Raja
Mobile: +91-7639269672
Email: rsa2...@gmail.com

On Fri, 14 Jun 2024, 7:54 pm Nico Kadel-Garcia,  wrote:

> On Fri, Jun 14, 2024 at 6:38 AM Ayyanar Raja  wrote:
> >
> > Hi Team,
> >
> > As per the below mail, I've unknowingly deleted the unversioned files.
> How to recover them?
> >
> > Why is this not yet fixed ?
> >
> > --
> > Best Regards,
> > Ayyanar Raja
> > Mobile: +91-7639269672
> > Email: rsa2...@gmail.com
>
> "Stop doing that". Changes to system config files should be in source
> control *first*, not after the fact. I've had that argument with
> various people. It can create a lot of bulk in Subversion systems,
> since there is no way to completely expunge extraneous or discarded
> work, but it's much safer to pull changes from a development branch,
> not edit locally and "commit when it's done".
>

Re: Loss by accident, clean up unversioned files

[Nico Kadel-Garcia]

On Fri, Jun 14, 2024 at 6:38 AM Ayyanar Raja  wrote:
>
> Hi Team,
>
> As per the below mail, I've unknowingly deleted the unversioned files. How to 
> recover them?
>
> Why is this not yet fixed ?
>
> --
> Best Regards,
> Ayyanar Raja
> Mobile: +91-7639269672
> Email: rsa2...@gmail.com

"Stop doing that". Changes to system config files should be in source
control *first*, not after the fact. I've had that argument with
various people. It can create a lot of bulk in Subversion systems,
since there is no way to completely expunge extraneous or discarded
work, but it's much safer to pull changes from a development branch,
not edit locally and "commit when it's done".

Re: [External] : Re: Fwd: Loss by accident, clean up unversioned files

[Trent Fisher via users]

On 6/14/2024 9:13 AM, Ayyanar Raja wrote:


NoDear Andreas,

Thanks for your reply. I'm looking forward your support on this to 
recover files.


Actually I'm new to SVN. When I'm trying to deleted SVN commited file, 
I unknowingly cleaned up unversioned files.


But, More than those SVN file, I need my unversioned files.


> Why is this not yet fixed ?

I raised this question for the Dev team.


But this is outside the scope of Subversion, or really, any version 
control system.  I have worked with nearly a dozen version control 
systems over the years, and not one of them preserve unversioned files.  
And in the case of Mercurial and Git, even checked in files could be 
lost if they haven't been pushed and the workspace gets damaged/erased.  
What you are describing would be an OS/filesystem feature where deleted 
files are preserved someplace (which is really a sort of version control 
system in disguise)


If something is important, it should be checked in.  If you're not 
checking in because you don't want others to see, or be affected by, 
incomplete work, then use a branch.  Check in early and check in often!


I often say that there are three kinds of things in the world: things 
checked into version control, things generated from things in version 
control, and garbage.

Re: Fwd: Loss by accident, clean up unversioned files

[Ayyanar Raja]

NoDear Andreas,

Thanks for your reply. I'm looking forward your support on this to recover
files.

Actually I'm new to SVN. When I'm trying to deleted SVN commited file, I
unknowingly cleaned up unversioned files.

But, More than those SVN file, I need my unversioned files.


> Why is this not yet fixed ?

I raised this question for the Dev team.


--
Best Regards,
Ayyanar Raja
Mobile: +91-7639269672
Email: rsa2...@gmail.com

On Fri, 14 Jun 2024, 6:25 pm Andreas Stieger, 
wrote:

>
> On 2024-06-14 12:30, Ayyanar Raja wrote:
> > On Saturday, July 10, 2021 at 5:22:36 PM UTC+5:30 Jose Gaspar wrote:
> >>
> >> Done, by accident, a clean up including unversioned files.
> >> TortoiseSVN indicates deleted unversioned files can be recovered from
> >> the recycle bin:
> >>
> >>
> https://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-rename.html
> >>
> >
> > As per the below mail, I've unknowingly deleted the unversioned files.
> > How to recover them?
>
>
> Subversion, by design, does not version unversioned files. Requesting to
> delete them will do exactly that. If they should be permanently
> versioned, you should commit them. Read about branches, in particular
> feature branches, to create a permanent record of intermediate work
> inside the repository.
>
> The TSVN extension for the recycle bin functionality is custom to them.
> I looked into adding API support for this via the Windows API/ XDG where
> supported but this would go beyond the tool.
>
> > Why is this not yet fixed ?
>
> I believe that desktop backup, and point-in-time recovery for
> uncommitted work are out of scope for Subversion. The recommend method
> is to work on branches.
>
> Andreas
>
>
>
>
>

Re: Fwd: Loss by accident, clean up unversioned files

[Andreas Stieger]

On 2024-06-14 12:30, Ayyanar Raja wrote:

On Saturday, July 10, 2021 at 5:22:36 PM UTC+5:30 Jose Gaspar wrote:


Done, by accident, a clean up including unversioned files.
TortoiseSVN indicates deleted unversioned files can be recovered from
the recycle bin:

https://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-rename.html



As per the below mail, I've unknowingly deleted the unversioned files.
How to recover them?



Subversion, by design, does not version unversioned files. Requesting to
delete them will do exactly that. If they should be permanently
versioned, you should commit them. Read about branches, in particular
feature branches, to create a permanent record of intermediate work
inside the repository.

The TSVN extension for the recycle bin functionality is custom to them.
I looked into adding API support for this via the Windows API/ XDG where
supported but this would go beyond the tool.


Why is this not yet fixed ?


I believe that desktop backup, and point-in-time recovery for
uncommitted work are out of scope for Subversion. The recommend method
is to work on branches.

Andreas

Fwd: Loss by accident, clean up unversioned files

[Ayyanar Raja]

Hi Team,

As per the below mail, I've unknowingly deleted the unversioned files. How
to recover them?

Why is this not yet fixed ?

--
Best Regards,
Ayyanar Raja
Mobile: +91-7639269672
Email: rsa2...@gmail.com

-- Forwarded message -
From: Ayyanar Raja via TortoiseSVN 
Date: Fri, 14 Jun 2024, 3:51 pm
Subject: Re: Loss by accident, clean up unversioned files
To: TortoiseSVN 


Anyone got update on this ? I got same issue today ??

On Saturday, July 10, 2021 at 5:22:36 PM UTC+5:30 Jose Gaspar wrote:

>
> Done, by accident, a clean up including unversioned files. TortoiseSVN
> indicates deleted unversioned files can be recovered from the recycle bin:
>
> https://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-rename.html
>
> Could not find any of the deleted files in my recycle bin. The recycle bin
> has enough free space (49GB, lost content may be around 1GB). The files
> disappeared also from the scan of Recuva and EaseUS Data Recovery.
>
> I have no idea what caused such an effective erasure of files. I did
> interrupt (canceled) the process as soon as I saw the unversioned files
> were being deleted. Did save one folder in about twenty. I believe the
> unrecoverable deletion may be related with using an NVME disk or with
> working on a substituted drive (using subst of a C: folder).
>
>
>
-- 
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/5c886620-6163-46db-b692-d205f4ed7fbfn%40googlegroups.com

.

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Paul Leo]

Tak Daniel.

Appreciate the detailed response.  I have asked for the two hooks that 
seemed to be copied from the templates.


If the dump doesn't work, I may have them try and tar up the whole repo 
directory.


I do have the auth tables, and will try them once repo is up and 
running, otherwise, I will create new user/passwords.  The community is 
small enough so that this should not be an issue.


On 6/7/2024 2:16 AM, Daniel Sahlberg wrote:
Den tors 6 juni 2024 kl 21:40 skrev Paul Leo 
:


We need to migrate an SVN repository from CentOS 7, Subversion
1.94 to
Ubuntu 24.04, SVN 1.14.3.

We don't have any login access to the current server.

The current hosting server plans to perform an SVN dump of the
repository, and make it available through something like Google Drive.

We would obtain the dump file and then use svnadmin load,
importing the
repository.


As others have already pointed out svnadmin dump/load or svnrdump are 
the main candidates. Another option is to have your hosting provider 
pack the repository folder in its entirety (to a tar.gz) which you 
could unpack on the new server and use as-is.



There are only a few hooks that are currently used.  The main one
being
to force a commit message when committing.


Although the dump file does NOT contain any hook scripts. These need 
to be extracted from the [/path/to/repo]/hooks directory on the 
server. If you don't have access to the server yourself (and the 
hosting provider doesn't have a web interface to manage the hook 
scripts) you need to ask them to copy the scripts manually. (If your 
hosing provider choose to pack the complete repository folder the 
hooks are of course included).



We will use Apache httpd and basic authentication for committing to
repository, as in done currently


The authentication (login) and authorization (permissions) are not 
included in the dump file either. If you want to keep the 
username/passwords the hosting provider need to give you these files 
as well (path and filename depends on the setup in Apache httpd).



We would change DNS to new server IP.


I assume you mean you use a DNS entry 
(https://svn.example.com/repos/.. .) 
which will be updated. In this case you should not need to do 
anything. If you change some part of the URL (either new hostname, 
adding SSL/TLS or the path to the repositories) you need to run


svn relocate [new_url]

in each working copy.


I've read through the svnbook, and the above seems plausible.

I am just wondering if anyone has some guidance and suggestions,
since
we are making a significant jump to newer version of SVN.


There should be no major difference.


Thanks for your help


Kind regards,
Daniel

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Paul Leo]

List - Thanks for all previous replies

Nico,

I can assure you that the work is legitimate.   I support a consortium 
of 8 or so state health departments. They all use an application called 
IBIS (here's one version https://ibis.doh.nm.gov/).


I am working with Utah Dept of HHS, and Hawaii Data Warehouse who 
contracts with the Hawaii Dept of Health. Currently the content is 
stored in the SVN repository hosted in UT.  That server is managed by UT 
Dept of HHS, and because of state security I am not permitted to have 
login access to that server.  That server is scheduled to be turned of 
at the end of this month. Hawaii has offered to host the repository. So 
I am working with them to set it up.   UT proposed using the dump file 
which they would share via some network cloud storage.


I had asked the about svnsync, and am concerned that they may have some 
kind of high bandwidth or large "downloads" detection. I have not heard 
back from them so I am attempting to use what they propose.


I should be able to try loading this weekend, and see whether or not the 
load chokes.  If it does I will work with UT for other ways to migrate.


Thanks for you warning about large repos, and your suggestion.

On 6/7/2024 3:15 AM, Nico Kadel-Garcia wrote:

On Fri, Jun 7, 2024 at 1:31 AM Lorenz via users
 wrote:

Paul Leo wrote:


We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to
Ubuntu 24.04, SVN 1.14.3.

We don't have any login access to the current server.

The current hosting server plans to perform an SVN dump of the
repository, and make it available through something like Google Drive.

We would obtain the dump file and then use svnadmin load, importing the
repository.

There are only a few hooks that are currently used.  The main one being
to force a commit message when committing.

We will use Apache httpd and basic authentication for committing to
repository, as in done currently

We would change DNS to new server IP.


"Missing login access" is not the same as "missing bacup access". If
you can save the SSH hostkeys, and the TLS certificates which may be
on the host for transfer to the new host, you probably want to do so
to keep transfers consistent and avoid arguments about changed host
specific keys. If you don't have backup access why are you
responsible for this work? And are you planning a man-in-the-middle
replication and replacement?

If the work is legitimate, might I suggest using "svnsync" for the
transfer, rather than svnad,om dump and restore? It won't preserve all
your locally modified post or pre commit hooks, but what you describe
is a simple setup, oddnesses done to those scripts should be recorded
as Infrastructurre As Code fpr a production system.

Unfortunately, if the repo has gotten too large over the years,
svnadmin duump and restore, and svnsync, will choke to death before
completion. This is what happens with the primary Subversion source
repo, which can no longer be reliably replicated.




I've read through the svnbook, and the above seems plausible.

I am just wondering if anyone has some guidance and suggestions, since
we are making a significant jump to newer version of SVN.

Thanks for your help


You might want to retain the repository UUID, otherwise you would need
to re-checkout your working copies
--

Lorenz

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Nico Kadel-Garcia]

On Fri, Jun 7, 2024 at 1:31 AM Lorenz via users
 wrote:
>
> Paul Leo wrote:
>
> >We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to
> >Ubuntu 24.04, SVN 1.14.3.
> >
> >We don't have any login access to the current server.
> >
> >The current hosting server plans to perform an SVN dump of the
> >repository, and make it available through something like Google Drive.
> >
> >We would obtain the dump file and then use svnadmin load, importing the
> >repository.
> >
> >There are only a few hooks that are currently used.  The main one being
> >to force a commit message when committing.
> >
> >We will use Apache httpd and basic authentication for committing to
> >repository, as in done currently
> >
> >We would change DNS to new server IP.


"Missing login access" is not the same as "missing bacup access". If
you can save the SSH hostkeys, and the TLS certificates which may be
on the host for transfer to the new host, you probably want to do so
to keep transfers consistent and avoid arguments about changed host
specific keys. If you don't have backup access why are you
responsible for this work? And are you planning a man-in-the-middle
replication and replacement?

If the work is legitimate, might I suggest using "svnsync" for the
transfer, rather than svnad,om dump and restore? It won't preserve all
your locally modified post or pre commit hooks, but what you describe
is a simple setup, oddnesses done to those scripts should be recorded
as Infrastructurre As Code fpr a production system.

Unfortunately, if the repo has gotten too large over the years,
svnadmin duump and restore, and svnsync, will choke to death before
completion. This is what happens with the primary Subversion source
repo, which can no longer be reliably replicated.



> >
> >I've read through the svnbook, and the above seems plausible.
> >
> >I am just wondering if anyone has some guidance and suggestions, since
> >we are making a significant jump to newer version of SVN.
> >
> >Thanks for your help
> >
>
> You might want to retain the repository UUID, otherwise you would need
> to re-checkout your working copies
> --
>
> Lorenz
>

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Daniel Sahlberg]

Den tors 6 juni 2024 kl 21:40 skrev Paul Leo <
paul@dataphilesconsulting.com>:

> We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to
> Ubuntu 24.04, SVN 1.14.3.
>
> We don't have any login access to the current server.
>
> The current hosting server plans to perform an SVN dump of the
> repository, and make it available through something like Google Drive.
>
> We would obtain the dump file and then use svnadmin load, importing the
> repository.
>

As others have already pointed out svnadmin dump/load or svnrdump are the
main candidates. Another option is to have your hosting provider pack the
repository folder in its entirety (to a tar.gz) which you could unpack on
the new server and use as-is.


>
> There are only a few hooks that are currently used.  The main one being
> to force a commit message when committing.
>

Although the dump file does NOT contain any hook scripts. These need to be
extracted from the [/path/to/repo]/hooks directory on the server. If you
don't have access to the server yourself (and the hosting provider doesn't
have a web interface to manage the hook scripts) you need to ask them to
copy the scripts manually. (If your hosing provider choose to pack the
complete repository folder the hooks are of course included).


> We will use Apache httpd and basic authentication for committing to
> repository, as in done currently
>

The authentication (login) and authorization (permissions) are not included
in the dump file either. If you want to keep the username/passwords the
hosting provider need to give you these files as well (path and filename
depends on the setup in Apache httpd).


>
> We would change DNS to new server IP.
>

I assume you mean you use a DNS entry (https://svn.example.com/repos/...)
which will be updated. In this case you should not need to do anything. If
you change some part of the URL (either new hostname, adding SSL/TLS or the
path to the repositories) you need to run

svn relocate [new_url]

in each working copy.


> I've read through the svnbook, and the above seems plausible.
>
> I am just wondering if anyone has some guidance and suggestions, since
> we are making a significant jump to newer version of SVN.
>

There should be no major difference.


>
> Thanks for your help
>
>
Kind regards,
Daniel

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Andreas Stieger]

Hello,

On 2024-06-06 21:40, Paul Leo wrote:

[...] migrate an SVN repository from CentOS 7, Subversion 1.94 to
Ubuntu 24.04, SVN 1.14.3.
[...]



The current hosting server plans to perform an SVN dump of the
repository, and make it available through something like Google Drive.
We would obtain the dump file and then use svnadmin load, importing
the repository.


No cooperation from the hosting provider needed. See "svnrdump help
dump", and yes this does exactly what you need. Assuming you don't have
any path based access controls this is the same as a local dump.


I am just wondering if anyone has some guidance and suggestions, since
we are making a significant jump to newer version of SVN.


dump/load is the right thing to do in this case.

Andreas

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Ryan Carsten Schmidt]

On Jun 7, 2024, at 00:32, Lorenz via users wrote:
> 
> You might want to retain the repository UUID, otherwise you would need
> to re-checkout your working copies

Loading the dumpfile into a new repository will preserve the UUID unless you 
tell it not to. 

Re: Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Lorenz via users]

Paul Leo wrote:

>We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to 
>Ubuntu 24.04, SVN 1.14.3.
>
>We don't have any login access to the current server.
>
>The current hosting server plans to perform an SVN dump of the 
>repository, and make it available through something like Google Drive.
>
>We would obtain the dump file and then use svnadmin load, importing the 
>repository.
>
>There are only a few hooks that are currently used.  The main one being 
>to force a commit message when committing.
>
>We will use Apache httpd and basic authentication for committing to 
>repository, as in done currently
>
>We would change DNS to new server IP.
>
>I've read through the svnbook, and the above seems plausible.
>
>I am just wondering if anyone has some guidance and suggestions, since 
>we are making a significant jump to newer version of SVN.
>
>Thanks for your help
>

You might want to retain the repository UUID, otherwise you would need
to re-checkout your working copies
-- 

Lorenz

Migration from CentOS 7, Subversion 1.94 to Ubuntu 24.04, SVN 1.14.3

[Paul Leo]

We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to 
Ubuntu 24.04, SVN 1.14.3.


We don't have any login access to the current server.

The current hosting server plans to perform an SVN dump of the 
repository, and make it available through something like Google Drive.


We would obtain the dump file and then use svnadmin load, importing the 
repository.


There are only a few hooks that are currently used.  The main one being 
to force a commit message when committing.


We will use Apache httpd and basic authentication for committing to 
repository, as in done currently


We would change DNS to new server IP.

I've read through the svnbook, and the above seems plausible.

I am just wondering if anyone has some guidance and suggestions, since 
we are making a significant jump to newer version of SVN.


Thanks for your help

When performing an SVN update operation on a file that does not exist locally, how the changeset is used.

[????]

hope for an answer, thanks very very very much.





798603...@qq.com

Re: [EXTERNAL] Re: svn checkout Hangs/Crashes/Succeeds Over HTTP

[Daniel Sahlberg]

Den mån 27 maj 2024 kl 14:18 skrev Johan Corveleyn :

> On Sat, May 25, 2024 at 12:12 AM Williams, James P. {Jim}
> (JSC-CD4)[KBR Wyle Services, LLC] via users
>  wrote:
> >
> > > Den lör 11 maj 2024 kl 03:00 skrev Williams, James P. {Jim}
> (JSC-CD4)[KBR Wyle Services, LLC] via users :
> >
> > > You previously mentioned Subversion 1.14.1, is that on the server or
> on the client?
> >
> > I'm using 1.14.1 on both the client and server.
> >
> > > Still it would be interesting to compare just to rule out a problem
> within the repository. You can use svnserve directly or tunneled over SSH,
> see the Subversion book:
> >
> > With svnserve 1.14.1, I see no problems.  Checkouts complete every
> time.  I'm not sure what to conclude about that.  It's a different
> protocol, so it doesn't necessarily exonerate the client or the network.
> >
> > > >   #0  epoll_wait   /usr/lib64/libc.so.6
> >
> > > Waiting for a reply from the server ... ?
> >
> > Yeah, that'd be my guess.  When the hang occurs, I've got about 90% of
> the working copy checked out.  I expect the client is waiting for more
> bytes to arrive on the socket.
> >
> > > Do you see any activity on the server (CPU / disk) during this time?
> >
> > The server is well-behaved throughout all of my tests.  It shows no CPU
> spike or log messages hinting that it's noticed a problem.
>
> That's why my bet is still on "something between client and server"
> (proxy, reverse-proxy, security scanning soft, ...) that messes with
> the network transfer (http or https). That would explain the symptoms
> you're seeing (client hangs waiting for network (and sometimes
> crashes), server has nothing to do and doesn't report anything
> special).
>

I agree with Johan and I understand it might be hard to nail down the
actual issue.

I don't think I have asked this before:
- Can you log in to the server and do an svn checkout https://localhost/[...]
locally and does this succeed? You might have to update the Apache HTTPD
configuration to allow the vhost to reply to "localhost" (or you could add
the server name to the local hosts file pointing to 127.0.0.1 and do a
checkout of https://[server]/[url]). What I'd like to accomplish is a
checkout that doesn't leave the machine. Does this make a difference?

Kind regards,
Daniel

Re: GUI interface to Subversion via web browser?

[Kris Deugau]

Johan Corveleyn wrote:

What lots of people these days are looking for (myself included) is a
modern "Code Forge" [1][2][3], like GitHub/Lab/... or like the Forgejo
project [4] with its cloud-hosted platform Codeberg [5], but then for
Subversion.

I'd like a modern web interface (hostable on-premise or in the cloud)
that includes:
- Version control repositories (and management thereof)
- Online viewing, searching, diffing, ... (like ViewVC)
- Online editing, committing directly from the web interface
- Ability to manage patches aka pull requests
- Mailing lists and Forums
- Notification system (with ability to individually configure "watch" patterns)
- Issue tracker
- Code reviews
- Wiki
- General (plugable) "Actions" framework
- CI system with buildagents / bots
- Artifact repository
- Enterprise level user management
- ...
- Also accessible from mobile devices of course

Oh, and if possible it should flexibly integrate with external systems
that may already be present in your environment, like if you have a
JIRA issue tracker or wiki or ... you would want to integrate that one
instead of the "default / reference" implementation.


Trac?  https://trac.edgewall.org

I don't think it ticks all of your boxes, but it hits most of them.

-kgd

Re: Re: [EXTERNAL] Re: Moved file resolution fails

[Nathan Hartman]

On Thu, May 30, 2024 at 5:09 PM Sands, Daniel N. via users <
users@subversion.apache.org> wrote:

>
> On 2024/02/15 17:42:59 "Sands, Daniel N. via users" wrote:
> > On Thu, 2024-02-15 at 08:55 -0500, Nico Kadel-Garcia wrote:
> > > [You don't often get email from nka...@gmail.com. Learn why this is
> > > important at https://aka.ms/LearnAboutSenderIdentification ]
> > >
> > > On Wed, Feb 14, 2024 at 4:59 PM Sands, Daniel N. via users
> > >  wrote:
> > >
> > > > So lesson learned:  Always make a pristine copy of the trunk
> before
> > > > making ANY changes, so that there is a revision to fall back on
> > > > where
> > > > the two branches exactly match.
> > >
> > > That's what tags are for!
> >
> > I'd heard of tagging but wasn't sure how to do it since I'm not
> > responsible for the releases... but it looks like you tag by using
> the
> > copy command.  Even worse, the text under "complex tagging" shows
> > copying your working directory to a new repo, which is what breaks
> the
> > file move/rename detection.
> >
> > On a further note, my real repo has 260 moves due to source tree
> > restructuring.  There were 290 deletions.  The current move detection
> > algorithm is an O(n^2) search to find all moves, where it ends up
> > querying the SVN server 260*290 times for merge info, per file
> > conflict.  Perhaps it would be a good cost savings to cache the merge
> > info for each file during the search, so that there are O(n) trips to
> > the server and everything else is resolved locally?
> >
> I came up with a patch for this issue.  It cuts the resolve time down
> from literal hours in my case, to less than a minute.  I can't say it's
> production ready, but it's a template at least.
>
> It attacks the core of the problem, where every time it comes up with a
> candidate pair to check, it downloads the history from the repo on each
> file.  This happened for the same left-side file hundreds of times
> while it tried each candidate right-side file.
>
> The patch leaves in (commented-out) printfs to show the problem in
> action.  The other part is, now that I have to persist data as long as
> the client context, do the temporary results pools get used for
> anything at all?  Finally, there is one change to a public API that
> would need to be fixed.
>
> >
> >
>


Hi,

Any chance you can send your patch uncompressed, with an extension like
".patch.txt"?

Thanks,

Nathan

RE: Re: [EXTERNAL] Re: Moved file resolution fails

[Sands, Daniel N. via users]

On 2024/02/15 17:42:59 "Sands, Daniel N. via users" wrote:
> On Thu, 2024-02-15 at 08:55 -0500, Nico Kadel-Garcia wrote:
> > [You don't often get email from nka...@gmail.com. Learn why this is
> > important at https://aka.ms/LearnAboutSenderIdentification ]
> > 
> > On Wed, Feb 14, 2024 at 4:59 PM Sands, Daniel N. via users
> >  wrote:
> > 
> > > So lesson learned:  Always make a pristine copy of the trunk
before
> > > making ANY changes, so that there is a revision to fall back on
> > > where
> > > the two branches exactly match.
> > 
> > That's what tags are for!
> 
> I'd heard of tagging but wasn't sure how to do it since I'm not
> responsible for the releases... but it looks like you tag by using
the
> copy command.  Even worse, the text under "complex tagging" shows
> copying your working directory to a new repo, which is what breaks
the
> file move/rename detection.
> 
> On a further note, my real repo has 260 moves due to source tree
> restructuring.  There were 290 deletions.  The current move detection
> algorithm is an O(n^2) search to find all moves, where it ends up
> querying the SVN server 260*290 times for merge info, per file
> conflict.  Perhaps it would be a good cost savings to cache the merge
> info for each file during the search, so that there are O(n) trips to
> the server and everything else is resolved locally?
> 
I came up with a patch for this issue.  It cuts the resolve time down
from literal hours in my case, to less than a minute.  I can't say it's
production ready, but it's a template at least.

It attacks the core of the problem, where every time it comes up with a
candidate pair to check, it downloads the history from the repo on each
file.  This happened for the same left-side file hundreds of times
while it tried each candidate right-side file.

The patch leaves in (commented-out) printfs to show the problem in
action.  The other part is, now that I have to persist data as long as
the client context, do the temporary results pools get used for
anything at all?  Finally, there is one change to a public API that
would need to be fixed.

> 
> 



svn-1.14-3.cache.diff.xz
Description: svn-1.14-3.cache.diff.xz

Subversion mergeinfo command bug

[iceyuan1991]

Hello,Recently, we encountered a bug while using mergeinfo in SVN. Here is an example:Our source branch has the following branch changes (through copy or rename) history:Branch 1: /products/xy1/develop/mos2/trunk, revision a-bBranch 2: /products/xy1/develop/mos2/server, revision b-cBranch 3: /products/xy1/develop/mos2/server/branches/zlp_20240306, revision c-dFrom the current code, in the svn_client__mergeinfo_log function, when constructing merge_source_fspaths, all the changed branches are added to merge_source_fspaths: ```for (hi = apr_hash_first(scratch_pool, source_history);  hi;  hi = apr_hash_next(hi)){ const char *key = apr_hash_this_key(hi); svn_rangelist_t *subtree_merged_rangelist = apr_hash_this_val(hi); svn_rangelist_t *intersecting_rangelist; svn_pool_clear(iterpool); SVN_ERR(svn_rangelist_intersect(_rangelist,                                 youngest_rangelist,                                 subtree_merged_rangelist,                                 FALSE, iterpool)); APR_ARRAY_PUSH(merge_source_fspaths, const char *) = key; if (intersecting_rangelist->nelts)   log_target = key;}```In filter_log_entry_with_rangelist function, when searching for the changed_path for each revision, there is some code based on merge_source_fspaths to match the common prefix and calculate the relative path as follows:```for (i = 0; i merge_source_fspaths->nelts; i++){ merge_source_fspath = APR_ARRAY_IDX(fleb->merge_source_fspaths,                                     i, const char *); merge_source_rel_target   = svn_fspath__skip_ancestor(merge_source_fspath, path);   …```When a revision has a changed_path such as /products/xy1/develop/mos2/server/branches/zlp_20240306/engine/src/gameplay/mosprop/src/prop_desc.cpp, its corresponding merge_source is /products/xy1/develop/mos2/server/branches/zlp_20240306. However, due to the fact that the for-loop does not guarantee order, if merge_source_fspath first matches /products/xy1/develop/mos2/server, it will still proceed with the subsequent processing because of the common prefix, eventually obtaining an incorrect relative path merge_source_rel_target, leading to an incorrect judgment in the subsequent steps.One modification approach is, since when calling logs_for_mergeinfo_rangelist in the svn_client__mergeinfo_log function, the revision range of master_inheritable_rangelist is used:```--- a/ext/Subversion/subversion/libsvn_client/mergeinfo.c+++ b/ext/Subversion/subversion/libsvn_client/mergeinfo.c@@ -2139,6 +2139,7 @@ svn_client__mergeinfo_log(svn_boolean_t finding_merged,          const char *key = apr_hash_this_key(hi);          svn_rangelist_t *subtree_merged_rangelist = apr_hash_this_val(hi);          svn_rangelist_t *intersecting_rangelist;+          svn_rangelist_t *intersecting_rangelist_merge_source_filter;          svn_pool_clear(iterpool);          SVN_ERR(svn_rangelist_intersect(_rangelist,@@ -2146,7 +2147,13 @@ svn_client__mergeinfo_log(svn_boolean_t finding_merged,                                          subtree_merged_rangelist,                                          FALSE, iterpool));-          APR_ARRAY_PUSH(merge_source_fspaths, const char *) = key;+          SVN_ERR(svn_rangelist_intersect(_rangelist_merge_source_filter,+                                          master_inheritable_rangelist,+                                          subtree_merged_rangelist,+                                          FALSE, iterpool));++          if (intersecting_rangelist_merge_source_filter->nelts)+            APR_ARRAY_PUSH(merge_source_fspaths, const char *) = key;          if (intersecting_rangelist->nelts)            log_target = key;```




  










Yuanzhongliang




iceyuan1...@gmail.com







 

Re: GUI interface to Subversion via web browser?

[Bo Berglund]

On Wed, 29 May 2024 10:54:27 -, Michael Osipov  wrote:

>For other WebSVN issues, please raise withe GitHub project, I will respond.

Done, first post: https://github.com/websvnphp/websvn/issues/220


-- 
Bo Berglund
Developer in Sweden

Re: GUI interface to Subversion via web browser?

[Michael Osipov]

On 2024/05/26 19:57:46 Bo Berglund wrote:
> On Sun, 26 May 2024 10:24:27 -, Michael Osipov  
> wrote:
> 
> >> WebSVN is still actively maintained (version 2.8.4 was released 2 months 
> >> ago) and offers the features you're looking for (view files, logs and 
> >> diffs) and more.
> >> 
> >> I'm not aware of any screenshots, but installing it for evaluation 
> >> purposes is reasonably straightforward.
> >
> >More or less solve maintainer of WebSVN here. I try to keep it alive with 
> >fixes and small improvements for the entire community. Thought, I cannot 
> >compare it to ViewVC, never used.
> >
> >> For small to medium-scale projects, I find it a really helpful addition 
> >> to the Subversion server. For large-scale projects with more than a 
> >> thousand branches or tags, performance will become an issue.
> >
> >Yes, that is a long standing problem [1] I'd like to solve, but cannot ATM 
> >due to lack of time and knowledge in that area.
> >
> >Michael
> 
> Thanks for the explanation!
> 
> Our repository contains a fair number of projects organized as:
> "project type"/"project name"/trunk,branches,tags
> 
> The "project type" level consists of 11 named type directories.
> Below each type are the actual project directories with the project name as 
> the
> dir name.
> And within each project we start with trunk-tags-branches dirs until we get to
> the actual data.
> 
> There ia usually just 1 or 2 persons working on each project.
> 
> And the number of commits are rather limited as well as the tags and branches.
> The latter are mostly non-existing or just a handful.
> 
> My problem with ApacheSVN interface:
> 
> With the Apache SVN installation where I keep the backups (using svnsync) it 
> is
> not possible to display the top level so the project types can be shown and
> stepped into.
> 
> I just get a "Forbidden" error if I try to use the URL that should get me to 
> the
> top.
> 
> If I know the top level name I can get to a navigable list and drill down from
> there.
> 
> So all other levels I can navigate with the web browser, but there is not much
> one can do there, for instance viewing the log message tree for a file etc.
> 
> And if I click a file in the list it will be downloaded to my PC rather than
> shown on screen. I expected it to show up on screen to be viewed (if it is a
> text file).
> 
> This is what I would like to be able to do as well as diffing revisions of a
> file etc.
> 
> Questions:
> 1) Does WebSVN need to be installed as part of the SVN installation on Linux 
> or
> is it just a different way to navigate the repository such that it could in 
> fact
> run on a *different* computer than the SVN server?

WebSVN requires the official Subversion client to be installed.

> 2) Is WebSVN strictly a read-only tool, i.e. it does not try to write anything
> into the repository?

Correct. Read-only/view.

For other WebSVN issues, please raise withe GitHub project, I will respond.

Michael

Re: GUI interface to Subversion via web browser?

[Nico Kadel-Garcia]

On Fri, May 24, 2024 at 10:03 AM Johan Corveleyn  wrote:
>
> On Fri, May 24, 2024 at 3:18 PM Mark Phippard  wrote:
> > On Fri, May 24, 2024 at 9:11 AM Johan Corveleyn  wrote:
>
> > > What lots of people these days are looking for (myself included) is a
> > > modern "Code Forge" ...
> >
> > Beanstalk has always seemed like a solid service:  https://beanstalkapp.com/
> > And Assembla still exists: https://get.assembla.com/
> >
> >
> > > Seriously, if we'd ever start such a sub-project under the Apache
> > > Subversion umbrella one day, I'd be interested in joining the effort
> > > :-).
> >
> > The Apache project for this is Allura: https://allura.apache.org/
>
> Thanks for these suggestions Mark. Interesting to look around a bit.
>
> Concerning Allura: I find it quite strange that this project is
> completely disconnected from the Subversion project, being both Apache
> projects. We don't know each other at all. This is the first time the
> name "Allura" is mentioned on users@s.a.o ever since I was subscribed
> (since 2010). On dev@s.a.o it was mentioned only once in 2013, during
> a discussion on where to move the issue tracker. Sounds like marketing
> / making contact with potentially interested communities was not high
> on the agenda.

"Apache related" lost its technology links when httpd was forked from
the original apache code, and  Apache became an organization and a
software license, not a supported software package.

Re: SVN issue - Repository - not able to login

[Roshan Pardeshi]

Hello Daniel,

We have checked from below link but not find the solution. If we create a
new repository named as *Utilities *that repository is getting created but
when user is trying to login that repository by using URL as -
*svn://192.168.213.190/SVN/Utilities
* authorization window is not coming
which ask for username and password.

https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn
.serverconfig.svnserve.auth.general


Regards,


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Mon, May 27, 2024 at 7:02 PM Daniel Sahlberg 
wrote:

> Den mån 27 maj 2024 kl 14:50 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hello Daniel,
>>
>> We are using below mentioned path for access in SVN through
>> TortoiseSVN->Repo Browser.
>>
>> svn://___.__.__.___(server ip)/SVN/aedge
>>
>
> So you are using svnserve.
>
> Can you double check your settings in the Subversion book:
> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>
> Can you copy relevant sections from the svnserve.conf file in the
> repository on the server? Can you double check that the file you are using
> for password-db actually exists and that it contains relevant data?
>
> Please try to include as much information as possible in your e-mail and
> the more you are able to check yourself on the basis of the documentation
> and available resources the easier it will be to help you.
>
> Kind regards,
> Daniel Sahlberg
>
>
> 
>
>
>>
>> Regards,
>>
>>
>>  
>> 
>> 
>>
>> Roshan Pardeshi
>> Senior Executive
>> National Commodity & Derivatives Exchange Limited
>>
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>> 9167426129
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>>  /  022 - 6640 3225
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>> roshan.parde...@ncdex.com
>> 
>> /as...@ncdex.com
>> 
>> Toll-free number 1800 266 2339 / 1800 103 4861
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>>
>>
>>
>> On Thu, May 23, 2024 at 9:42 PM Daniel Sahlberg <
>> daniel.l.sahlb...@gmail.com> wrote:
>>
>>> Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
>>> roshan.parde...@ncdex.com>:
>>>
 Hello Team,

 Please find the my input inline below.

 Which protocol are you using to access the repository? - Tortoise SVN -
 Repo Browser

>>>
>>> Are you using Apache/mod_dav_svn (http[s]://..), svnserve
>>> (svn://.) or ssh+svnserve (svn+ssh://.)? (Or even file://..., but
>>> in that case you will not get an authentication prompt).
>>>
>>>
 Do you have other repositories where this works? - No

 Can you share your server configuration? - its a Redhat Linux with 16
 GB RAM and 4 core CPU.

>>>
>>> I mean the Apache httpd configuration if you use mod_dav_svn or the
>>> svnserve configuration if you use svnserve.
>>>
>>> The Subversion book has some great examples of how to setup
>>> authentication:
>>>
>>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>>>
>>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn
>>>
>>> Kind regards,
>>> Daniel
>>>
>>>
>> Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading
>> platform. *www.ncdex.com *
>>
>> *Tweet: @ncdex, Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
>>
>> *Disclaimer:*
>>
>> *This email and any and all attachment/s hereto are intended solely for
>> the addressee/s, are strictly confidential and may be privileged. If you
>> are not the intended recipient, any reading, dissemination, copying or any
>> other use of this e-mail and the attachment/s is prohibited. If you have
>> received this email in error, please notify the 

Re: SVN issue - Repository - not able to login

[Daniel Sahlberg]

Den mån 27 maj 2024 kl 14:50 skrev Roshan Pardeshi <
roshan.parde...@ncdex.com>:

> Hello Daniel,
>
> We are using below mentioned path for access in SVN through
> TortoiseSVN->Repo Browser.
>
> svn://___.__.__.___(server ip)/SVN/aedge
>

So you are using svnserve.

Can you double check your settings in the Subversion book:
https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general

Can you copy relevant sections from the svnserve.conf file in the
repository on the server? Can you double check that the file you are using
for password-db actually exists and that it contains relevant data?

Please try to include as much information as possible in your e-mail and
the more you are able to check yourself on the basis of the documentation
and available resources the easier it will be to help you.

Kind regards,
Daniel Sahlberg




>
> Regards,
>
>
>  
> 
> 
>
> Roshan Pardeshi
> Senior Executive
> National Commodity & Derivatives Exchange Limited
>
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
> 9167426129
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>  /  022 - 6640 3225
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
> roshan.parde...@ncdex.com
> /
> as...@ncdex.com
> 
> Toll-free number 1800 266 2339 / 1800 103 4861
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>
>
>
> On Thu, May 23, 2024 at 9:42 PM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
>> Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
>> roshan.parde...@ncdex.com>:
>>
>>> Hello Team,
>>>
>>> Please find the my input inline below.
>>>
>>> Which protocol are you using to access the repository? - Tortoise SVN -
>>> Repo Browser
>>>
>>
>> Are you using Apache/mod_dav_svn (http[s]://..), svnserve
>> (svn://.) or ssh+svnserve (svn+ssh://.)? (Or even file://..., but
>> in that case you will not get an authentication prompt).
>>
>>
>>> Do you have other repositories where this works? - No
>>>
>>> Can you share your server configuration? - its a Redhat Linux with 16 GB
>>> RAM and 4 core CPU.
>>>
>>
>> I mean the Apache httpd configuration if you use mod_dav_svn or the
>> svnserve configuration if you use svnserve.
>>
>> The Subversion book has some great examples of how to setup
>> authentication:
>>
>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>>
>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn
>>
>> Kind regards,
>> Daniel
>>
>>
> Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading
> platform. *www.ncdex.com *
>
> *Tweet: @ncdex, Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
>
> *Disclaimer:*
>
> *This email and any and all attachment/s hereto are intended solely for
> the addressee/s, are strictly confidential and may be privileged. If you
> are not the intended recipient, any reading, dissemination, copying or any
> other use of this e-mail and the attachment/s is prohibited. If you have
> received this email in error, please notify the sender immediately by email
> and also permanently delete the email. Copyright reserved.*
>
> *All communications, incoming and outgoing, may be recorded and are
> monitored for legitimate business purposes. NCDEX is not responsible for
> any damage caused by virus or alteration of the e-mail or the accompanying
> attachment/s by a third party or otherwise. NCDEX disclaims all liability
> for any loss or damage whatsoever arising out of or resulting from the
> receipt, use, transmission or interruption of this email. Any views or
> opinions expressed in this email are those of the author only.*
>

Re: SVN issue - Repository - not able to login

[Roshan Pardeshi]

Hello Daniel,

We are using below mentioned path for access in SVN through
TortoiseSVN->Repo Browser.

svn://___.__.__.___(server ip)/SVN/aedge

Regards,


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Thu, May 23, 2024 at 9:42 PM Daniel Sahlberg 
wrote:

> Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hello Team,
>>
>> Please find the my input inline below.
>>
>> Which protocol are you using to access the repository? - Tortoise SVN -
>> Repo Browser
>>
>
> Are you using Apache/mod_dav_svn (http[s]://..), svnserve
> (svn://.) or ssh+svnserve (svn+ssh://.)? (Or even file://..., but
> in that case you will not get an authentication prompt).
>
>
>> Do you have other repositories where this works? - No
>>
>> Can you share your server configuration? - its a Redhat Linux with 16 GB
>> RAM and 4 core CPU.
>>
>
> I mean the Apache httpd configuration if you use mod_dav_svn or the
> svnserve configuration if you use svnserve.
>
> The Subversion book has some great examples of how to setup authentication:
>
> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>
> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn
>
> Kind regards,
> Daniel
>
>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: [EXTERNAL] Re: svn checkout Hangs/Crashes/Succeeds Over HTTP

[Johan Corveleyn]

On Sat, May 25, 2024 at 12:12 AM Williams, James P. {Jim}
(JSC-CD4)[KBR Wyle Services, LLC] via users
 wrote:
>
> > Den lör 11 maj 2024 kl 03:00 skrev Williams, James P. {Jim} (JSC-CD4)[KBR 
> > Wyle Services, LLC] via users :
>
> > You previously mentioned Subversion 1.14.1, is that on the server or on the 
> > client?
>
> I'm using 1.14.1 on both the client and server.
>
> > Still it would be interesting to compare just to rule out a problem within 
> > the repository. You can use svnserve directly or tunneled over SSH, see the 
> > Subversion book:
>
> With svnserve 1.14.1, I see no problems.  Checkouts complete every time.  I'm 
> not sure what to conclude about that.  It's a different protocol, so it 
> doesn't necessarily exonerate the client or the network.
>
> > >   #0  epoll_wait   /usr/lib64/libc.so.6
>
> > Waiting for a reply from the server ... ?
>
> Yeah, that'd be my guess.  When the hang occurs, I've got about 90% of the 
> working copy checked out.  I expect the client is waiting for more bytes to 
> arrive on the socket.
>
> > Do you see any activity on the server (CPU / disk) during this time?
>
> The server is well-behaved throughout all of my tests.  It shows no CPU spike 
> or log messages hinting that it's noticed a problem.

That's why my bet is still on "something between client and server"
(proxy, reverse-proxy, security scanning soft, ...) that messes with
the network transfer (http or https). That would explain the symptoms
you're seeing (client hangs waiting for network (and sometimes
crashes), server has nothing to do and doesn't report anything
special).

-- 
Johan

Re: GUI interface to Subversion via web browser?

[Ryan Carsten Schmidt]

On May 26, 2024, at 14:58, Bo Berglund wrote:

> My problem with ApacheSVN interface:
> 
> With the Apache SVN installation where I keep the backups (using svnsync) it 
> is
> not possible to display the top level so the project types can be shown and
> stepped into.
> 
> I just get a "Forbidden" error if I try to use the URL that should get me to 
> the
> top.

Use "SVNListParentPath On"

https://svnbook.red-bean.com/en/1.6/svn.ref.mod_dav_svn.conf.html

Re: GUI interface to Subversion via web browser?

[Bo Berglund]

On Sun, 26 May 2024 10:24:27 -, Michael Osipov  wrote:

>> WebSVN is still actively maintained (version 2.8.4 was released 2 months 
>> ago) and offers the features you're looking for (view files, logs and 
>> diffs) and more.
>> 
>> I'm not aware of any screenshots, but installing it for evaluation 
>> purposes is reasonably straightforward.
>
>More or less solve maintainer of WebSVN here. I try to keep it alive with 
>fixes and small improvements for the entire community. Thought, I cannot 
>compare it to ViewVC, never used.
>
>> For small to medium-scale projects, I find it a really helpful addition 
>> to the Subversion server. For large-scale projects with more than a 
>> thousand branches or tags, performance will become an issue.
>
>Yes, that is a long standing problem [1] I'd like to solve, but cannot ATM due 
>to lack of time and knowledge in that area.
>
>Michael

Thanks for the explanation!

Our repository contains a fair number of projects organized as:
"project type"/"project name"/trunk,branches,tags

The "project type" level consists of 11 named type directories.
Below each type are the actual project directories with the project name as the
dir name.
And within each project we start with trunk-tags-branches dirs until we get to
the actual data.

There ia usually just 1 or 2 persons working on each project.

And the number of commits are rather limited as well as the tags and branches.
The latter are mostly non-existing or just a handful.

My problem with ApacheSVN interface:

With the Apache SVN installation where I keep the backups (using svnsync) it is
not possible to display the top level so the project types can be shown and
stepped into.

I just get a "Forbidden" error if I try to use the URL that should get me to the
top.

If I know the top level name I can get to a navigable list and drill down from
there.

So all other levels I can navigate with the web browser, but there is not much
one can do there, for instance viewing the log message tree for a file etc.

And if I click a file in the list it will be downloaded to my PC rather than
shown on screen. I expected it to show up on screen to be viewed (if it is a
text file).

This is what I would like to be able to do as well as diffing revisions of a
file etc.

Questions:
1) Does WebSVN need to be installed as part of the SVN installation on Linux or
is it just a different way to navigate the repository such that it could in fact
run on a *different* computer than the SVN server?

2) Is WebSVN strictly a read-only tool, i.e. it does not try to write anything
into the repository?

TIA


-- 
Bo Berglund
Developer in Sweden

Re: GUI interface to Subversion via web browser?

[Michael Osipov]

On 2024/05/22 08:23:54 Philippe Andersson wrote:
> On 22/05/2024 10:06, Bo Berglund wrote:
> > ... I hope this is not totally OT ...
> > 
> > I am running an SVN server on an Ubuntu 20.04 LTS system and I have the 
> > Apache
> > connection so I can access it via its web interface.
> > 
> > This works but is *very limited* in functionality, so I am looking for some 
> > kind
> > of GUI interface that can be added to my Ubuntu SVN installation and gives 
> > me
> > functionality to view file revisions, logs etc and also diff revisions 
> > using the
> > web view.
> > 
> > Many years ago (like 20+ years) when I worked at a company using CVS there 
> > was a
> > web interface which had very useful functions in this regard. It was all 
> > running
> > on Windows Server.
> > 
> > It was named ViewCVS (Python based) and was accessed using a web browser 
> > towards
> > the CVS server.
> > 
> > I have tried to search for something similar for SVN and found WebSVN on 
> > Github:
> > https://github.com/websvnphp/websvn
> > 
> > and:
> > 
> > https://websvnphp.github.io/
> > 
> > However, I have yet to find any examples on how its displays look or work 
> > and it
> > also seems to be a rather old project...
> WebSVN is still actively maintained (version 2.8.4 was released 2 months 
> ago) and offers the features you're looking for (view files, logs and 
> diffs) and more.
> 
> I'm not aware of any screenshots, but installing it for evaluation 
> purposes is reasonably straightforward.

More or less solve maintainer of WebSVN here. I try to keep it alive with fixes 
and small improvements for the entire community. Thought, I cannot compare it 
to ViewVC, never used.

> For small to medium-scale projects, I find it a really helpful addition 
> to the Subversion server. For large-scale projects with more than a 
> thousand branches or tags, performance will become an issue.

Yes, that is a long standing problem [1] I'd like to solve, but cannot ATM due 
to lack of time and knowledge in that area.

Michael

[1] https://github.com/websvnphp/websvn/issues/78

RE: [EXTERNAL] Re: svn checkout Hangs/Crashes/Succeeds Over HTTP

[Williams, James P. {Jim} (JSC-CD4)[KBR Wyle Services, LLC] via users]

> Den lör 11 maj 2024 kl 03:00 skrev Williams, James P. {Jim} (JSC-CD4)[KBR 
> Wyle Services, LLC] via users :
> You previously mentioned Subversion 1.14.1, is that on the server or on the 
> client?

I'm using 1.14.1 on both the client and server.

> Still it would be interesting to compare just to rule out a problem within 
> the repository. You can use svnserve directly or tunneled over SSH, see the 
> Subversion book:

With svnserve 1.14.1, I see no problems.  Checkouts complete every time.  I'm 
not sure what to conclude about that.  It's a different protocol, so it doesn't 
necessarily exonerate the client or the network.

> >   #0  epoll_wait   /usr/lib64/libc.so.6
> Waiting for a reply from the server ... ?

Yeah, that'd be my guess.  When the hang occurs, I've got about 90% of the 
working copy checked out.  I expect the client is waiting for more bytes to 
arrive on the socket.

> Do you see any activity on the server (CPU / disk) during this time?

The server is well-behaved throughout all of my tests.  It shows no CPU spike 
or log messages hinting that it's noticed a problem.

> Memory allocation?

Yeah, both forms of core dumps I've seen have memory/pool allocation at the top 
of the stack.  Maybe some odd reentrancy case is being tickled that's not often 
seen.  It points at a likely secondary problem, a bug in the client.

> Parsing the XML message from the server?
> Can you catch/view the actual XML message sent from the server? I'm thinking 
> if this is mangled in some strange way that is upsetting the XML parser.

We're not able to install tools like wireshark, if that's what you're 
suggesting.  I don't see a way to get to that XML other than doctoring SVN 
source.

> Again something with memory allocation - same here, can you see what the 
> server is actually sending?

Same answer.

> I don't immediately see the call stacks above and the fact that it would fail 
> more often if the WC is on an NFS drive. Possibly if the NFS drive is slower 
> and this causes some kind of timeout? Can you create a ramdisk and have the 
> WC there temporary and see if there is a difference?

I think NFS definitely slows things down, and that change in timing makes the 
hangs and crashes more likely.  Unfortunately, I don't have the access needed 
to create a ramdisk.  I'm able to checkout onto a local or NFS-mounted disk 
though.  I would think the former is equivalent.  No?

Thanks for the reply, Daniel.

Jim

From: Daniel Sahlberg 
Sent: Saturday, May 11, 2024 1:51 PM
To: Williams, James P. {Jim} (JSC-CD4)[KBR Wyle Services, LLC] 

Cc: users@subversion.apache.org
Subject: Re: [EXTERNAL] Re: svn checkout Hangs/Crashes/Succeeds Over HTTP

CAUTION: This email originated from outside of NASA.  Please take care when 
clicking links or opening attachments.  Use the "Report Message" button to 
report suspicious messages to the NASA SOC.


Hi,

I've added a few comments/questions below.

Kind regards,
Daniel Sahlberg

Den lör 11 maj 2024 kl 03:00 skrev Williams, James P. {Jim} (JSC-CD4)[KBR Wyle 
Services, LLC] via users 
mailto:users@subversion.apache.org>>:
> How did you upgrade your server from RHEL 6 to RHEL 8?

Because so much changed from RHEL 6 to 8, including Apache from 2.2.15 to 
2.4.37, all the Apache modules, etc., I started from the skeleton configuration 
the operating system provides and made mostly the same customizations we had 
for RHEL 6, or modernized them where the docs said things changed.  Mostly, 
that was tweaks to authentication (from LDAP to Kerberos), SSL, and the SVN 
endpoints.  Browser access to all SVN and ViewVC pages seems to work fine.

You previously mentioned Subversion 1.14.1, is that on the server or on the 
client?

[...]

> And do the problems happen if you use svn:// rather than https:// ?

I thought svn:// worked only with svnserve, which we don't run.  Are you 
suggesting I try to run it as a test, or that I consider abandoning Apache in 
favor of it?  Yikes; that'd be painful.

I hear you on the HTTP integration.  We have about 2000 repos and a few hundred 
developers.  I've supported that server for at least 15 years, and it hasn't 
been too bad...until now.

I have personally only ever used Subversion over http/https (except for testing 
purposes) and I haven't had any of the problems described by Nico - I guess 
YMMV...

Still it would be interesting to compare just to rule out a problem within the 
repository. You can use svnserve directly or tunneled over SSH, see the 
Subversion book:

https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.sshauth


On Fri, May 10, 2024 at 4:17 PM Williams, James P. {Jim} (JSC-CD4)[KBR
Wyle Services, LLC] via users 
mailto:users@subversion.apache.org>> wrote:
>
> I'm upgrading an Apache HTTP server of our SVN repos on RedHat Enterprise 
> Linux 8.  Using Subversion 1.14.1, svn checkout of even a small, simple repo 
> with about 150 files hangs about 90% of the time, 

Re: GUI interface to Subversion via web browser?

[Nathan Hartman]

On Fri, May 24, 2024 at 10:03 AM Johan Corveleyn  wrote:
>
> On Fri, May 24, 2024 at 3:18 PM Mark Phippard  wrote:
> > On Fri, May 24, 2024 at 9:11 AM Johan Corveleyn  wrote:
>
> > > What lots of people these days are looking for (myself included) is a
> > > modern "Code Forge" ...
> >
> > Beanstalk has always seemed like a solid service:  https://beanstalkapp.com/
> > And Assembla still exists: https://get.assembla.com/
> >
> >
> > > Seriously, if we'd ever start such a sub-project under the Apache
> > > Subversion umbrella one day, I'd be interested in joining the effort
> > > :-).
> >
> > The Apache project for this is Allura: https://allura.apache.org/
>
> Thanks for these suggestions Mark. Interesting to look around a bit.
>
> Concerning Allura: I find it quite strange that this project is
> completely disconnected from the Subversion project, being both Apache
> projects. We don't know each other at all. This is the first time the
> name "Allura" is mentioned on users@s.a.o ever since I was subscribed
> (since 2010). On dev@s.a.o it was mentioned only once in 2013, during
> a discussion on where to move the issue tracker. Sounds like marketing
> / making contact with potentially interested communities was not high
> on the agenda.
>
> --
> Johan


Well now, this is interesting. Just a quick glance into the Allura
site and at [1] under "Code Repository" it says Allura supports Git,
Mercurial, and Subversion. The feature comparison page at [2] may be
interesting, as it helps discover some other similar and open source
products.

I sent a "hello" message to Allura's dev list :-) [3]

[1] https://forge-allura.apache.org/p/allura/wiki/Features/

[2] https://forge-allura.apache.org/p/allura/wiki/Feature%20Comparison/

[3] https://lists.apache.org/thread/gns66ls2v3hqzkxmgwl5ykpqkd4dxpn1

Cheers,
Nathan

Re: GUI interface to Subversion via web browser?

[Sean McBride]

On 24 May 2024, at 9:10, Johan Corveleyn wrote:

> What lots of people these days are looking for (myself included) is a
>
> modern "Code Forge" [1][2][3], like GitHub/Lab/... or like the Forgejo
>
> project [4] with its cloud-hosted platform Codeberg [5], but then for
>
> Subversion.

I've never tried, but I once considered this:

https://rhodecode.com/

which supports svn.

Sean

Re: GUI interface to Subversion via web browser?

[Jeffrey Walton]

On Fri, May 24, 2024 at 9:10 AM Johan Corveleyn  wrote:
>
> On Wed, May 22, 2024 at 10:06 AM Bo Berglund  wrote:
> > I am running an SVN server on an Ubuntu 20.04 LTS system and I have the 
> > Apache
> > connection so I can access it via its web interface.
> >
> > This works but is *very limited* in functionality, so I am looking for some 
> > kind
> > of GUI interface that can be added to my Ubuntu SVN installation and gives 
> > me
> > functionality to view file revisions, logs etc and also diff revisions 
> > using the
> > web view.
>
> What lots of people these days are looking for (myself included) is a
> modern "Code Forge" [1][2][3], like GitHub/Lab/... or like the Forgejo
> project [4] with its cloud-hosted platform Codeberg [5], but then for
> Subversion.

++. Mee too.

I've had enough of Git, its anti-patterns, and its unusability. I'm
ready to go back to the good old days of Mercurial and Subversion. I
long for the simplistic days of "it just works."

> I'd like a modern web interface (hostable on-premise or in the cloud)
> that includes:
> - Version control repositories (and management thereof)
> - Online viewing, searching, diffing, ... (like ViewVC)
> - Online editing, committing directly from the web interface
> - Ability to manage patches aka pull requests
> - Mailing lists and Forums
> - Notification system (with ability to individually configure "watch" 
> patterns)
> - Issue tracker
> - Code reviews
> - Wiki
> - General (plugable) "Actions" framework
> - CI system with buildagents / bots
> - Artifact repository
> - Enterprise level user management
> - ...
> - Also accessible from mobile devices of course
>
> Oh, and if possible it should flexibly integrate with external systems
> that may already be present in your environment, like if you have a
> JIRA issue tracker or wiki or ... you would want to integrate that one
> instead of the "default / reference" implementation.
>
> I'm dreaming of course, but wouldn't that be nice?
>
> Seriously, if we'd ever start such a sub-project under the Apache
> Subversion umbrella one day, I'd be interested in joining the effort
> :-).
>
> [1] https://www.wikidata.org/wiki/Wikidata:WikiProject_Informatics/Forges
> [2] https://en.wikipedia.org/wiki/Forge_(software)
> [3] https://en.wikipedia.org/wiki/Comparison_of_source-code-hosting_facilities
> [4] https://forgejo.org/
> [5] https://codeberg.org/

Re: GUI interface to Subversion via web browser?

[Johan Corveleyn]

On Fri, May 24, 2024 at 3:18 PM Mark Phippard  wrote:
> On Fri, May 24, 2024 at 9:11 AM Johan Corveleyn  wrote:

> > What lots of people these days are looking for (myself included) is a
> > modern "Code Forge" ...
>
> Beanstalk has always seemed like a solid service:  https://beanstalkapp.com/
> And Assembla still exists: https://get.assembla.com/
>
>
> > Seriously, if we'd ever start such a sub-project under the Apache
> > Subversion umbrella one day, I'd be interested in joining the effort
> > :-).
>
> The Apache project for this is Allura: https://allura.apache.org/

Thanks for these suggestions Mark. Interesting to look around a bit.

Concerning Allura: I find it quite strange that this project is
completely disconnected from the Subversion project, being both Apache
projects. We don't know each other at all. This is the first time the
name "Allura" is mentioned on users@s.a.o ever since I was subscribed
(since 2010). On dev@s.a.o it was mentioned only once in 2013, during
a discussion on where to move the issue tracker. Sounds like marketing
/ making contact with potentially interested communities was not high
on the agenda.

-- 
Johan

Re: GUI interface to Subversion via web browser?

[Mark Phippard]

On Fri, May 24, 2024 at 9:11 AM Johan Corveleyn  wrote:
>
> On Wed, May 22, 2024 at 10:06 AM Bo Berglund  wrote:
> > I am running an SVN server on an Ubuntu 20.04 LTS system and I have the 
> > Apache
> > connection so I can access it via its web interface.
> >
> > This works but is *very limited* in functionality, so I am looking for some 
> > kind
> > of GUI interface that can be added to my Ubuntu SVN installation and gives 
> > me
> > functionality to view file revisions, logs etc and also diff revisions 
> > using the
> > web view.
>
> What lots of people these days are looking for (myself included) is a
> modern "Code Forge" [1][2][3], like GitHub/Lab/... or like the Forgejo
> project [4] with its cloud-hosted platform Codeberg [5], but then for
> Subversion.
>
> I'd like a modern web interface (hostable on-premise or in the cloud)
> that includes:
> - Version control repositories (and management thereof)
> - Online viewing, searching, diffing, ... (like ViewVC)
> - Online editing, committing directly from the web interface
> - Ability to manage patches aka pull requests
> - Mailing lists and Forums
> - Notification system (with ability to individually configure "watch" 
> patterns)
> - Issue tracker
> - Code reviews
> - Wiki
> - General (plugable) "Actions" framework
> - CI system with buildagents / bots
> - Artifact repository
> - Enterprise level user management
> - ...
> - Also accessible from mobile devices of course
>
> Oh, and if possible it should flexibly integrate with external systems
> that may already be present in your environment, like if you have a
> JIRA issue tracker or wiki or ... you would want to integrate that one
> instead of the "default / reference" implementation.
>
> I'm dreaming of course, but wouldn't that be nice?

Beanstalk has always seemed like a solid service:  https://beanstalkapp.com/
And Assembla still exists: https://get.assembla.com/


> Seriously, if we'd ever start such a sub-project under the Apache
> Subversion umbrella one day, I'd be interested in joining the effort
> :-).

The Apache project for this is Allura: https://allura.apache.org/

Mark

Re: GUI interface to Subversion via web browser?

[Johan Corveleyn]

On Wed, May 22, 2024 at 10:06 AM Bo Berglund  wrote:
> I am running an SVN server on an Ubuntu 20.04 LTS system and I have the Apache
> connection so I can access it via its web interface.
>
> This works but is *very limited* in functionality, so I am looking for some 
> kind
> of GUI interface that can be added to my Ubuntu SVN installation and gives me
> functionality to view file revisions, logs etc and also diff revisions using 
> the
> web view.

What lots of people these days are looking for (myself included) is a
modern "Code Forge" [1][2][3], like GitHub/Lab/... or like the Forgejo
project [4] with its cloud-hosted platform Codeberg [5], but then for
Subversion.

I'd like a modern web interface (hostable on-premise or in the cloud)
that includes:
- Version control repositories (and management thereof)
- Online viewing, searching, diffing, ... (like ViewVC)
- Online editing, committing directly from the web interface
- Ability to manage patches aka pull requests
- Mailing lists and Forums
- Notification system (with ability to individually configure "watch" patterns)
- Issue tracker
- Code reviews
- Wiki
- General (plugable) "Actions" framework
- CI system with buildagents / bots
- Artifact repository
- Enterprise level user management
- ...
- Also accessible from mobile devices of course

Oh, and if possible it should flexibly integrate with external systems
that may already be present in your environment, like if you have a
JIRA issue tracker or wiki or ... you would want to integrate that one
instead of the "default / reference" implementation.

I'm dreaming of course, but wouldn't that be nice?

Seriously, if we'd ever start such a sub-project under the Apache
Subversion umbrella one day, I'd be interested in joining the effort
:-).

[1] https://www.wikidata.org/wiki/Wikidata:WikiProject_Informatics/Forges
[2] https://en.wikipedia.org/wiki/Forge_(software)
[3] https://en.wikipedia.org/wiki/Comparison_of_source-code-hosting_facilities
[4] https://forgejo.org/
[5] https://codeberg.org/

-- 
Johan

Re: GUI interface to Subversion via web browser?

[Yasuhito FUTATSUKI]

On 2024/05/24 1:56, Williams, James P. {Jim} (JSC-CD4)[KBR Wyle Services, LLC] 
via users wrote:
>>> ViewVC 1.2.3 does not support Python 3.
>>
>> The fact that their newest release, 1.2.3, still requires python 2 does
>> not exactly fill me with confidence with respect to the health of the
>> project. :(
> 
> For what it's worth, I've been using the latest ViewVC commits along master 
> for about a year and have seen no problems.  That's been with Python 3.8 and 
> 3.11 so far.  I had to ensure some environment variables were exported to CGI 
> scripts so ViewVC can find SVN's Python bindings, something like this in the 
> server start script,
> 
>export PYTHONPATH=path-to-svn-python-bindings:$PYTHONPATH
>export LD_LIBRARY_PATH=path-to-svn-libs:$LD_LIBRARY_PATH
> 
> and this in the server configuration files,
> 
>PassEnv PYTHONPATH LD_LIBRARY_PATH
> 
> As simple as that looks, I had to add debugging to ViewVC to figure out why 
> the CGI script was having problems, but that has nothing to do with using 
> master commits.

The only release blocker of ViewVC 1.3.0 is the cvsdb support.

https://github.com/viewvc/viewvc/issues/250#issuecomment-1332383135
https://github.com/viewvc/viewvc/issues/250#issuecomment-1332515609
https://github.com/viewvc/viewvc/issues/213

However there is no progress for the issue over a year, because
there is no one interested in it *and* having much time *and* having
ability to write the code for it. So both the worry for the health
of the project and stability of the code of master branch seems
to be correct for me.

Cheers,
-- 
Yasuhito FUTATSUKI 

RE: [EXTERNAL] [BULK] Re: GUI interface to Subversion via web browser?

[Williams, James P. {Jim} (JSC-CD4)[KBR Wyle Services, LLC] via users]

> > ViewVC 1.2.3 does not support Python 3.
> 
> The fact that their newest release, 1.2.3, still requires python 2 does
> not exactly fill me with confidence with respect to the health of the
> project. :(

For what it's worth, I've been using the latest ViewVC commits along master for 
about a year and have seen no problems.  That's been with Python 3.8 and 3.11 
so far.  I had to ensure some environment variables were exported to CGI 
scripts so ViewVC can find SVN's Python bindings, something like this in the 
server start script,

   export PYTHONPATH=path-to-svn-python-bindings:$PYTHONPATH
   export LD_LIBRARY_PATH=path-to-svn-libs:$LD_LIBRARY_PATH

and this in the server configuration files,

   PassEnv PYTHONPATH LD_LIBRARY_PATH

As simple as that looks, I had to add debugging to ViewVC to figure out why the 
CGI script was having problems, but that has nothing to do with using master 
commits.

Good luck.

Jim

Re: GUI interface to Subversion via web browser?

[Sean McBride]

On 22 May 2024, at 17:52, Yasuhito FUTATSUKI wrote:

> ViewVC 1.2.3 does not support Python 3.

The fact that their newest release, 1.2.3, still requires python 2 does not 
exactly fill me with confidence with respect to the health of the project. :(

Sean

Re: SVN issue - Repository - not able to login

[Daniel Sahlberg]

Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
roshan.parde...@ncdex.com>:

> Hello Team,
>
> Please find the my input inline below.
>
> Which protocol are you using to access the repository? - Tortoise SVN -
> Repo Browser
>

Are you using Apache/mod_dav_svn (http[s]://..), svnserve (svn://.)
or ssh+svnserve (svn+ssh://.)? (Or even file://..., but in that case
you will not get an authentication prompt).


> Do you have other repositories where this works? - No
>
> Can you share your server configuration? - its a Redhat Linux with 16 GB
> RAM and 4 core CPU.
>

I mean the Apache httpd configuration if you use mod_dav_svn or the
svnserve configuration if you use svnserve.

The Subversion book has some great examples of how to setup authentication:
https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn

Kind regards,
Daniel

Re: SVN issue - Repository - not able to login

[Roshan Pardeshi]

Hello Team,

Please find the my input inline below.

Which protocol are you using to access the repository? - Tortoise SVN -
Repo Browser

Do you have other repositories where this works? - No

Can you share your server configuration? - its a Redhat Linux with 16 GB
RAM and 4 core CPU.

Regards,




 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Thu, May 23, 2024 at 7:41 PM Daniel Sahlberg 
wrote:

> Den tors 23 maj 2024 kl 16:07 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hi All,
>>
>> We are not getting Authentication window(using TortoriseSVN Repo Browser)
>>  after creating a new repository in SVN to access that repository
>>
>> Else if we are getting authentication window then after input of username
>> and password of user its showing error message as "Authentication
>> failed"
>>
>> Requesting to please help on this issue.
>>
>> Below is the steps we are following to create repository
>>
>> Home path: /home/svnadmin
>> # cd /SVN
>> # svnadmin create YAALA (Repository Name: YAALA)
>>
>
> Which protocol are you using to access the repository?
>
> Do you have other repositories where this works?
>
> Can you share your server configuration?
>
> Kind regards,
> Daniel Sahlberg
>
>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: SVN issue - Repository - not able to login

[Daniel Sahlberg]

Den tors 23 maj 2024 kl 16:07 skrev Roshan Pardeshi <
roshan.parde...@ncdex.com>:

> Hi All,
>
> We are not getting Authentication window(using TortoriseSVN Repo Browser)
>  after creating a new repository in SVN to access that repository
>
> Else if we are getting authentication window then after input of username
> and password of user its showing error message as "Authentication
> failed"
>
> Requesting to please help on this issue.
>
> Below is the steps we are following to create repository
>
> Home path: /home/svnadmin
> # cd /SVN
> # svnadmin create YAALA (Repository Name: YAALA)
>

Which protocol are you using to access the repository?

Do you have other repositories where this works?

Can you share your server configuration?

Kind regards,
Daniel Sahlberg

SVN issue - Repository - not able to login

[Roshan Pardeshi]

Hi All,

We are not getting Authentication window(using TortoriseSVN Repo Browser)
 after creating a new repository in SVN to access that repository

Else if we are getting authentication window then after input of username
and password of user its showing error message as "Authentication
failed"

Requesting to please help on this issue.

Below is the steps we are following to create repository

Home path: /home/svnadmin
# cd /SVN
# svnadmin create YAALA (Repository Name: YAALA)

Regards,


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: GUI interface to Subversion via web browser?

[Yasuhito FUTATSUKI]

Hello,

On 2024/05/22 19:05, Bo Berglund wrote:
> On Wed, 22 May 2024 10:14:36 +0200, Daniel Sahlberg
>  wrote:

>> ViewCVS evolved to ViewVC
>>
>> https://viewvc.org
>>
>> A prominent user is the Apache Software Foundation, see
>>
>> http://svn.apache.org/viewvc
>>
> 
> Thanks for that!
> 
> I think I will test this first. I located its sources on GitHub!!!
> 
> https://github.com/viewvc/viewvc/
> 
> Seems to be modified last on 2023-01-04 (rev 1.2.3)
> 
> Latest release as of now:
> https://viewvc.org/downloads/viewvc-1.2.3.tar.gz
> or here
> https://github.com/viewvc/viewvc/releases/tag/1.2.3
> 
> 
> So I will download it and see if I can get it running on my local svn server
> (Ubuntu) requirements seem to be:
> 
> Python 3.6+
>   $ python3 --version
>   Python 3.8.10
> 
> Subversion 1.14.0+ 
>   $ svn --version
>   svn, version 1.13.0 (r1867053)
>   Oops! My Ubuntu 20.04 LTS has only svn 1.13.0 !!
> 
> How can I fix that svn problem?

ViewVC 1.2.3 does not support Python 3. It runs on Python 2 and
it needs Subversion Python 2 bindings. If you are using Subversion
installed by apt, it might be available as python-subversion.

https://packages.ubuntu.com/focal/python-subversion


If you want to run ViewVC on Python 3.x, you need to use snapshot
on master branch (unreleased 1.3-dev) from https://viewvc.org/nightly/
or get it from git repo. In the case, you need Subversion >= 1.14
because of Python 3 bindings support.

Cheers,
-- 
Yasuhito FUTATSUKI 

Re: GUI interface to Subversion via web browser?

[Daniel Sahlberg]

Den ons 22 maj 2024 kl 13:27 skrev Bo Berglund :

> On Wed, 22 May 2024 12:05:25 +0200, Bo Berglund 
> wrote:
>
> >Subversion 1.14.0+
> >  $ svn --version
> >  svn, version 1.13.0 (r1867053)
> >  Oops! My Ubuntu 20.04 LTS has only svn 1.13.0 !!
> >
> >How can I fix that svn problem?
> >
> >$ apt policy svn
> >svn:
> >  Installed: (none)
> >  Candidate: (none)
> >
> >Seems like svn was *not* installed via apt at all...
> >I have used it on this machine for many years and it should not be at 1.13
> >unless "something" updated it.
> >
> >$ which svn
> >/usr/bin/svn
> >
> >What/who put it there?
> >Apache?
>
> SORRY!
>
> I made an error here, I'm so used to typing binary's name svn that I
> forgot to
> use the true package name with apt:
>
> $ apt policy subversion
> subversion:
>   Installed: 1.13.0-3ubuntu0.2
>   Candidate: 1.13.0-3ubuntu0.2
>
> So it seems like subversion has been stuck at this revision on Ubuntu
> 20.04 LTS!
>
> If I test on another device running Ubuntu 22.04 LTS (this is a desktop
> system):
>
> $ apt policy subversion
> subversion:
>   Installed: 1.14.1-3ubuntu0.22.04.1
>   Candidate: 1.14.1-3ubuntu0.22.04.1
>
> Question:
>
> Is it possible to upgrade subversion from the apt installed version which
> is
> locked to the distribution level to a more recent version available on
> 22.04 or
> even 24.04?


That is more a question for a Ubuntu forum. I think there is a backport
repository available for Ubuntu but I don't know if it carries Subversion
1.14.1 (for 20.04). I would assume you can't take packages from newer
Ubuntu releases - in that case you are probably better off by upgrading to
that version..

If you can't find a binary package you can maybe build Subversion yourself.
In that case make sure to build the Python bindings for Python 3.

Kind regards,
Daniel

Re: GUI interface to Subversion via web browser?

[Bo Berglund]

On Wed, 22 May 2024 12:05:25 +0200, Bo Berglund  wrote:

>Subversion 1.14.0+ 
>  $ svn --version
>  svn, version 1.13.0 (r1867053)
>  Oops! My Ubuntu 20.04 LTS has only svn 1.13.0 !!
>
>How can I fix that svn problem?
>
>$ apt policy svn
>svn:
>  Installed: (none)
>  Candidate: (none)
>
>Seems like svn was *not* installed via apt at all...
>I have used it on this machine for many years and it should not be at 1.13
>unless "something" updated it.
>
>$ which svn
>/usr/bin/svn
>
>What/who put it there?
>Apache?

SORRY!

I made an error here, I'm so used to typing binary's name svn that I forgot to
use the true package name with apt:

$ apt policy subversion
subversion:
  Installed: 1.13.0-3ubuntu0.2
  Candidate: 1.13.0-3ubuntu0.2

So it seems like subversion has been stuck at this revision on Ubuntu 20.04 LTS!

If I test on another device running Ubuntu 22.04 LTS (this is a desktop system):

$ apt policy subversion
subversion:
  Installed: 1.14.1-3ubuntu0.22.04.1
  Candidate: 1.14.1-3ubuntu0.22.04.1

Question:

Is it possible to upgrade subversion from the apt installed version which is
locked to the distribution level to a more recent version available on 22.04 or
even 24.04?


-- 
Bo Berglund
Developer in Sweden

Re: GUI interface to Subversion via web browser?

[Bo Berglund]

On Wed, 22 May 2024 10:14:36 +0200, Daniel Sahlberg
 wrote:

>> Many years ago (like 20+ years) when I worked at a company using CVS there
>> was a
>> web interface which had very useful functions in this regard. It was all
>> running
>> on Windows Server.
>>
>> It was named ViewCVS (Python based) and was accessed using a web browser
>> towards
>> the CVS server.
>
>
>ViewCVS evolved to ViewVC
>
>https://viewvc.org
>
>A prominent user is the Apache Software Foundation, see
>
>http://svn.apache.org/viewvc
>

Thanks for that!

I think I will test this first. I located its sources on GitHub!!!

https://github.com/viewvc/viewvc/

Seems to be modified last on 2023-01-04 (rev 1.2.3)

Latest release as of now:
https://viewvc.org/downloads/viewvc-1.2.3.tar.gz
or here
https://github.com/viewvc/viewvc/releases/tag/1.2.3


So I will download it and see if I can get it running on my local svn server
(Ubuntu) requirements seem to be:

Python 3.6+
  $ python3 --version
  Python 3.8.10

Subversion 1.14.0+ 
  $ svn --version
  svn, version 1.13.0 (r1867053)
  Oops! My Ubuntu 20.04 LTS has only svn 1.13.0 !!

How can I fix that svn problem?

$ apt policy svn
svn:
  Installed: (none)
  Candidate: (none)

Seems like svn was *not* installed via apt at all...
I have used it on this machine for many years and it should not be at 1.13
unless "something" updated it.

$ which svn
/usr/bin/svn

What/who put it there?
Apache?


-- 
Bo Berglund
Developer in Sweden

Re: GUI interface to Subversion via web browser?

[Justin MASSIOT | Zentek]

Hello,

You can find screen captures of the three previously mentioned tools just
here:
https://superuser.com/questions/559261/looking-for-a-web-based-svn-code-browser-alternative-for-trac-anything-like-g
Some ticket trackers like Redmine also have Subversion browsing
capabilities.

If you're willing to manage you repositories as well as browsing them, I
would recommend having a look at:
* SCM-Manager: https://scm-manager.org/docs/3.1.x/en/user/repo/code/
* RhodeCode: https://rhodecode.com/features
Both are compatible with Subversion, Git and Mercurial backends.

Justin MASSIOT  |  Zentek


On Wed, 22 May 2024 at 10:25, Philippe Andersson  wrote:

> On 22/05/2024 10:06, Bo Berglund wrote:
> > ... I hope this is not totally OT ...
> >
> > I am running an SVN server on an Ubuntu 20.04 LTS system and I have the
> Apache
> > connection so I can access it via its web interface.
> >
> > This works but is *very limited* in functionality, so I am looking for
> some kind
> > of GUI interface that can be added to my Ubuntu SVN installation and
> gives me
> > functionality to view file revisions, logs etc and also diff revisions
> using the
> > web view.
> >
> > Many years ago (like 20+ years) when I worked at a company using CVS
> there was a
> > web interface which had very useful functions in this regard. It was all
> running
> > on Windows Server.
> >
> > It was named ViewCVS (Python based) and was accessed using a web browser
> towards
> > the CVS server.
> >
> > I have tried to search for something similar for SVN and found WebSVN on
> Github:
> > https://github.com/websvnphp/websvn
> >
> > and:
> >
> > https://websvnphp.github.io/
> >
> > However, I have yet to find any examples on how its displays look or
> work and it
> > also seems to be a rather old project...
> WebSVN is still actively maintained (version 2.8.4 was released 2 months
> ago) and offers the features you're looking for (view files, logs and
> diffs) and more.
>
> I'm not aware of any screenshots, but installing it for evaluation
> purposes is reasonably straightforward.
>
> For small to medium-scale projects, I find it a really helpful addition
> to the Subversion server. For large-scale projects with more than a
> thousand branches or tags, performance will become an issue.
>
> HTH
>
> Ph. A.
>
> --
>
> *Philippe Andersson*
> Unix System Administrator
> IBA Particle Therapy |
> Tel: +32-10-475.983
> Fax: +32-10-487.707
> eMail: p...@iba-group.com
> 
>
>
>

Re: GUI interface to Subversion via web browser?

[Philippe Andersson]

On 22/05/2024 10:06, Bo Berglund wrote:

... I hope this is not totally OT ...

I am running an SVN server on an Ubuntu 20.04 LTS system and I have the Apache
connection so I can access it via its web interface.

This works but is *very limited* in functionality, so I am looking for some kind
of GUI interface that can be added to my Ubuntu SVN installation and gives me
functionality to view file revisions, logs etc and also diff revisions using the
web view.

Many years ago (like 20+ years) when I worked at a company using CVS there was a
web interface which had very useful functions in this regard. It was all running
on Windows Server.

It was named ViewCVS (Python based) and was accessed using a web browser towards
the CVS server.

I have tried to search for something similar for SVN and found WebSVN on Github:
https://github.com/websvnphp/websvn

and:

https://websvnphp.github.io/

However, I have yet to find any examples on how its displays look or work and it
also seems to be a rather old project...
WebSVN is still actively maintained (version 2.8.4 was released 2 months 
ago) and offers the features you're looking for (view files, logs and 
diffs) and more.


I'm not aware of any screenshots, but installing it for evaluation 
purposes is reasonably straightforward.


For small to medium-scale projects, I find it a really helpful addition 
to the Subversion server. For large-scale projects with more than a 
thousand branches or tags, performance will become an issue.


HTH

Ph. A.

--

*Philippe Andersson*
Unix System Administrator
IBA Particle Therapy |
Tel: +32-10-475.983
Fax: +32-10-487.707
eMail: p...@iba-group.com

Re: GUI interface to Subversion via web browser?

[Daniel Sahlberg]

ons 22 maj 2024 kl. 10:06 skrev Bo Berglund :

> ... I hope this is not totally OT ...
>
> I am running an SVN server on an Ubuntu 20.04 LTS system and I have the
> Apache
> connection so I can access it via its web interface.
>
> This works but is *very limited* in functionality, so I am looking for
> some kind
> of GUI interface that can be added to my Ubuntu SVN installation and gives
> me
> functionality to view file revisions, logs etc and also diff revisions
> using the
> web view.
>
> Many years ago (like 20+ years) when I worked at a company using CVS there
> was a
> web interface which had very useful functions in this regard. It was all
> running
> on Windows Server.
>
> It was named ViewCVS (Python based) and was accessed using a web browser
> towards
> the CVS server.


ViewCVS evolved to ViewVC

https://viewvc.org

A prominent user is the Apache Software Foundation, see

http://svn.apache.org/viewvc



>
> I have tried to search for something similar for SVN and found WebSVN on
> Github:
> https://github.com/websvnphp/websvn
>
> and:
>
> https://websvnphp.github.io/
>
> However, I have yet to find any examples on how its displays look or work
> and it
> also seems to be a rather old project...
>
> I have also recently used VisualSVN, which has some improvements over
> Apache
> Subversion but it is a Windows only system AFAICT and I do not like to use
> that
> platform...
>
> And it is not being updated with the operating system so it gets older over
> time.


VisualSVN is, in my experience, updated regularly. Of course you have to
install the update but that is quite easy within the management UI.

Personally I think the web interface from VisualSVN beats everything else
at the moment.

But if you don’t want to use Windows then it is no option.


>
> So is there something available apart from WebSVN and are there some howto
> sites
> showing actual screenshots from its use?
>
>
> --
> Bo Berglund
> Developer in Sweden



Kind regards
Daniel



>
>

GUI interface to Subversion via web browser?

[Bo Berglund]

... I hope this is not totally OT ...

I am running an SVN server on an Ubuntu 20.04 LTS system and I have the Apache
connection so I can access it via its web interface.

This works but is *very limited* in functionality, so I am looking for some kind
of GUI interface that can be added to my Ubuntu SVN installation and gives me
functionality to view file revisions, logs etc and also diff revisions using the
web view.

Many years ago (like 20+ years) when I worked at a company using CVS there was a
web interface which had very useful functions in this regard. It was all running
on Windows Server.

It was named ViewCVS (Python based) and was accessed using a web browser towards
the CVS server. 

I have tried to search for something similar for SVN and found WebSVN on Github:
https://github.com/websvnphp/websvn

and:

https://websvnphp.github.io/

However, I have yet to find any examples on how its displays look or work and it
also seems to be a rather old project...

I have also recently used VisualSVN, which has some improvements over Apache
Subversion but it is a Windows only system AFAICT and I do not like to use that
platform...

And it is not being updated with the operating system so it gets older over
time.

So is there something available apart from WebSVN and are there some howto sites
showing actual screenshots from its use?


-- 
Bo Berglund
Developer in Sweden

Re: `svnadmin create` on an existing set of source files

[Daniel Sahlberg]

ons 22 maj 2024 kl. 05:28 skrev Jeffrey Walton :

> Hi Everyone,
>
> I have my source files in /var/test-svn. The test-svn directory has
> *.h and *.c files. I am trying to create a repo from them.
>
> As root, I perform the following:
>
> # cd /var
> # svnadmin create --fs-type fsfs test-svn
> svnadmin: E200011: Repository creation failed
> svnadmin: E200011: Could not create top-level directory
> svnadmin: E200011: 'test-svn' exists and is non-empty
>
> I think I am missing something from my reading, like at
> <
> https://svnbook.red-bean.com/en/1.7/svn.ref.svnadmin.html#svn.ref.svnadmin.c
> >
> and .
> My apologies for my rusty knowledge of subversion. I've been stuck in
> the git world for far too long.
>
> So the question is, how do I create a repo from an existing set of
> project files?
>
> Jeff



Be aware of a difference between Git and Subversion:
In Git, there is only a "repository" (which contains both the history in
the .git directory and all source files).
In Subversion, the "repository" is a specific directory (containing the
history for each file) and then you checkout a separate directory "working
copy" where you have the actual source files.

So you need to do

cd /var
svnadmin create test-repo
svn import test-svn file:///var/test-repo

You can the check out a new working copy

svn co file:///var/repo wc

Hope this helps!

Kind regards
Daniel Sahlberg

`svnadmin create` on an existing set of source files

[Jeffrey Walton]

Hi Everyone,

I have my source files in /var/test-svn. The test-svn directory has
*.h and *.c files. I am trying to create a repo from them.

As root, I perform the following:

# cd /var
# svnadmin create --fs-type fsfs test-svn
svnadmin: E200011: Repository creation failed
svnadmin: E200011: Could not create top-level directory
svnadmin: E200011: 'test-svn' exists and is non-empty

I think I am missing something from my reading, like at

and .
My apologies for my rusty knowledge of subversion. I've been stuck in
the git world for far too long.

So the question is, how do I create a repo from an existing set of
project files?

Jeff

Re: Migrate from Git to SVN on Fedora server

[Jeffrey Walton]

On Tue, May 21, 2024 at 6:28 PM Nico Kadel-Garcia  wrote:
>
> On Tue, May 21, 2024 at 6:55 AM Jeffrey Walton  wrote:
> >
> > I'd like to migrate some source code from Git to SVN on my Fedora
> > server. The rub is, I'd like to use Nginx instead of Apache.
>
> Why? What do you expect to get from Nginx that is not built into
> Subversion's httpd integration?

Nginx is more efficient and appears to be more secure than Apache.
Plus, nginx is already running on this box.

Jeff

Re: Migrate from Git to SVN on Fedora server

[Nico Kadel-Garcia]

On Tue, May 21, 2024 at 6:55 AM Jeffrey Walton  wrote:
>
> Hi Everyone,
>
> I'd like to migrate some source code from Git to SVN on my Fedora
> server. The rub is, I'd like to use Nginx instead of Apache.

Why? What do you expect to get from Nginx that is not built into
Subversion's httpd integration?

Re: Migrate from Git to SVN on Fedora server

[Nathan Hartman]

On Tue, May 21, 2024 at 6:55 AM Jeffrey Walton  wrote:

> Hi Everyone,
>
> I'd like to migrate some source code from Git to SVN on my Fedora
> server. The rub is, I'd like to use Nginx instead of Apache.
>
> I think I can switch the repo from Git to SVN by performing the
> following at the server:
>
> cd /var/test-src
> find . -name '.git' -exec rm -rf {} \;
> svnadmin create /var/test-src
>
> That should stand up the SVN server on the existing source code (that
> was formerly under Git). Also see
> .
>
> What I am less sure about is, how to put a Nginx web front-end on the
> SVN repo. What I have come across is using Apache+Nginx with Nginx in
> a proxy configuration. I would prefer to have a purely Nginx web
> server.
>
> Does anyone have a recommendation for a Nginx web front-end?
>
> Thanks in advance.
>

Hi Jeffrey,

The reason why you can find setups that use Apache-only or Apache+Nginx,
but not Nginx alone, is because access to Subversion repositories through
Apache requires use of an Apache module (mod_dav_svn). Currently there
isn't such a module for Nginx.

Hope this helps,
Nathan

Re: Migrate from Git to SVN on Fedora server

[Daniel Sahlberg]

Den tis 21 maj 2024 kl 12:55 skrev Jeffrey Walton :

> Hi Everyone,
>
> I'd like to migrate some source code from Git to SVN on my Fedora
> server. The rub is, I'd like to use Nginx instead of Apache.
>

Hi,

Welcome!

Be aware of a difference between Git and Subversion:
In Git, there is only a "repository" (which contains both the history in
the .git directory and all source files).
In Subversion, the "repository" is a specific directory (containing the
history for each file) and then you checkout a "working copy" where you
have the actual source files.


>
> I think I can switch the repo from Git to SVN by performing the
> following at the server:
>
> cd /var/test-src
> find . -name '.git' -exec rm -rf {} \;
> svnadmin create /var/test-src
>

That will only perform part of the job.

First of all you only seem to remove ALL Git repositories but you only
create ONE repository. You should probably create one repository for each
Git repository you had, the repository should be somewhere ELSE than the
directory where you store your source files (/var/repositories/[repository
name]).

Second you need to add the source files from the directory where you had
your Git repository. Easiest is probably to run svn import.

You would probably have to create a small bash script to call in the find
which performs both rm -rf, svnadmin create and svn import.

Last word of caution: when you delete the .git directory you will also
delete all history. Depending on your usecase that might be what you want.



>
> That should stand up the SVN server on the existing source code (that
> was formerly under Git). Also see
> .
>
> What I am less sure about is, how to put a Nginx web front-end on the
> SVN repo. What I have come across is using Apache+Nginx with Nginx in
> a proxy configuration. I would prefer to have a purely Nginx web
> server.
>
> Does anyone have a recommendation for a Nginx web front-end?
>

If you want to access Subversion over HTTP/HTTPS, you need to run Apache
Httpd. If you want to use Nginx in front of Httpd, you can probably find
useful information about how to setup a reverse proxy in front of Httpd.
See https://subversion.apache.org/faq.html#reverseproxy

There are also other options to access the repository, see the Subversion
book: https://svnbook.red-bean.com/en/1.7/svn.serverconfig.choosing.html

Kind regards,
Daniel

Migrate from Git to SVN on Fedora server

[Jeffrey Walton]

Hi Everyone,

I'd like to migrate some source code from Git to SVN on my Fedora
server. The rub is, I'd like to use Nginx instead of Apache.

I think I can switch the repo from Git to SVN by performing the
following at the server:

cd /var/test-src
find . -name '.git' -exec rm -rf {} \;
svnadmin create /var/test-src

That should stand up the SVN server on the existing source code (that
was formerly under Git). Also see
.

What I am less sure about is, how to put a Nginx web front-end on the
SVN repo. What I have come across is using Apache+Nginx with Nginx in
a proxy configuration. I would prefer to have a purely Nginx web
server.

Does anyone have a recommendation for a Nginx web front-end?

Thanks in advance.

Re: PoshSvn – Subversion for PowerShell

[Justin MASSIOT | Zentek]

Awesome work Timofey, bravo and thanks for sharing!

Justin MASSIOT  |  Zentek


On Fri, 17 May 2024 at 09:55, Daniel Sahlberg 
wrote:

> Den fre 17 maj 2024 kl 06:45 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
>
>> On Thu, May 16, 2024 at 1:50 PM Timofey Zhakov  wrote:
>> >
>> > Hello everyone!
>> >
>> > I like Subversion and use it for my projects.
>> >
>> > PoshSvn is a PowerShell module which provides a tab competition and
>> > typed output for the Subversion cmdlets. I found it useful for
>> > scripting and everyday life.
>> >
>> > For example to get the status of a working copy, you could use the
>> > svn-status cmdlet:
>> >
>> > [[[
>> > PS C:\> svn-status
>> >
>> > Status  Path
>> > --  
>> > M   PoshSvn\CmdLets\SvnAdd.cs
>> > M   PoshSvn\CmdLets\SvnLog.cs
>> > M   PoshSvn\SvnCmdletBase.cs
>> > M   README.md
>> > ]]]
>> >
>> > This is useful for scripting because of typed output. For example:
>> >
>> > [[[
>> > PS C:\> $info = svn-info https://svn.apache.org/repos/asf
>> > PS C:\> $info.Revision
>> > 1917749
>> > PS C:\> $info.LastChangedAuthor
>> > projects_role
>> > ]]]
>> >
>> > Documentation is available at: https://www.poshsvn.com/
>> >
>> > The installation is very easy. Just type `Install-Module PoshSvn` in
>> > the PowerShell command prompt.
>> >
>> > This module is fully free and open source.
>> >
>> > Any kind of feedback would be much appreciated.
>> >
>> > Thanks!
>> >
>> > --
>> > Timofei Zhakov
>>
>>
>> Thanks for sharing!
>>
>> I'm not a Windows user or a PowerShell user so I can't try it out for
>> myself, but I am always glad to hear about new additions to the
>> Subversion ecosystem.
>>
>> If you ever feel like participating in Subversion development, there
>> are plenty of opportunities around here :-)
>>
>> Cheers,
>> Nathan
>>
>
> Dear Timofei,
>
> Very impressive work and I think this is the biggest addition to the
> Subversion ecosystem in may years.
>
> I'm a Windows user although I use PowerShell way to seldom. I will try to
> find time to test this out a little bit in the next few weeks.
>
> I was thinking about adding a link to your project on the Subversion
> website. There is already page for Binary packages[1] and this would make a
> nice addition. (Although, we have previously limited that page to strictly
> Apache Subversion builds and this a different kind of client, so we might
> have to create a new page for "ecosystem" - this should be discussed in the
> dev@ list).
>
> Kind regards,
> Daniel Sahlberg
>
> [1] https://subversion.apache.org/packages.html
>
>

Re: [EXTERNAL] Re: svn checkout Hangs/Crashes/Succeeds Over HTTP

[Daniel Sahlberg]

Den fre 17 maj 2024 kl 00:20 skrev Williams, James P. {Jim} (JSC-CD4)[KBR
Wyle Services, LLC] via users :

> > BTW: as Daniel asked: You previously mentioned Subversion 1.14.1, is
> > that on the server or on the client?
>
> I've been testing with SVN 1.14.1 on both the client and server.
>

Perfect, thanks for confirming. Do you happen to know what version of Serf
is used on the client and what version of OpenSSL do you have on the
client/server?


>
> > Regardless, since the issue manifests on the client-side by hangs and
> > crashes while waiting for / processing data from the server (hangs
> > inside libsvn_ra_serf), I'd suggest also to investigate whether there
> > is something in between your client and your server that might be
> > interfering. A proxy or reverse proxy perhaps? Or some security
> > software on the client that interferes with the network (as some
> > antivirus suites do on Windows)? If so, try to bypass it (or disable /
> > create an exclude rule), as a diagnostic step to see whether this
> > might be the cause.
>
> I don't think we have anything inserted between client and server, but
> will ask those smarter than me if they know of such a thing.
>
> I do have an update.  My system administrator was surprised to see the
> server machine configured to support both version 4 and 6 IP addresses.  He
> thought the latter were turned off.  After that change, checkouts were
> noticeably faster, and hangs and crashes were noticeably less frequent.
> The repo size needed to trigger them appeared to grow some.  Though a step
> forward, the configuration still isn't useable.  It might also point at
> further network configuration problems as a cause, though the SVN client
> probably shouldn't crash in any case.
>

Are the client and the server both "close" (networkwise) or do they
communicate over a WAN/internet link?

Is it possible to - at least temporarily - add a VHost without SSL
encryption to see if this makes a difference? That would also make it
easier to catch the traffic using Wireshark to see the last packages before
a crash. In particular, I'm interested in the content of the packages that
trigger the xml parsing error (the call to svn_xml_parse). For the cases
when it hangs, does one side say "goodbye" (ie, FIN) or does it seem like
package drops (ie, traffic just stops flowing).

When it hangs, does it ever release? I would assume that the client would
finally time out.

Kind regards,
Daniel

Re: PoshSvn – Subversion for PowerShell

[Daniel Sahlberg]

Den fre 17 maj 2024 kl 06:45 skrev Nathan Hartman :

> On Thu, May 16, 2024 at 1:50 PM Timofey Zhakov  wrote:
> >
> > Hello everyone!
> >
> > I like Subversion and use it for my projects.
> >
> > PoshSvn is a PowerShell module which provides a tab competition and
> > typed output for the Subversion cmdlets. I found it useful for
> > scripting and everyday life.
> >
> > For example to get the status of a working copy, you could use the
> > svn-status cmdlet:
> >
> > [[[
> > PS C:\> svn-status
> >
> > Status  Path
> > --  
> > M   PoshSvn\CmdLets\SvnAdd.cs
> > M   PoshSvn\CmdLets\SvnLog.cs
> > M   PoshSvn\SvnCmdletBase.cs
> > M   README.md
> > ]]]
> >
> > This is useful for scripting because of typed output. For example:
> >
> > [[[
> > PS C:\> $info = svn-info https://svn.apache.org/repos/asf
> > PS C:\> $info.Revision
> > 1917749
> > PS C:\> $info.LastChangedAuthor
> > projects_role
> > ]]]
> >
> > Documentation is available at: https://www.poshsvn.com/
> >
> > The installation is very easy. Just type `Install-Module PoshSvn` in
> > the PowerShell command prompt.
> >
> > This module is fully free and open source.
> >
> > Any kind of feedback would be much appreciated.
> >
> > Thanks!
> >
> > --
> > Timofei Zhakov
>
>
> Thanks for sharing!
>
> I'm not a Windows user or a PowerShell user so I can't try it out for
> myself, but I am always glad to hear about new additions to the
> Subversion ecosystem.
>
> If you ever feel like participating in Subversion development, there
> are plenty of opportunities around here :-)
>
> Cheers,
> Nathan
>

Dear Timofei,

Very impressive work and I think this is the biggest addition to the
Subversion ecosystem in may years.

I'm a Windows user although I use PowerShell way to seldom. I will try to
find time to test this out a little bit in the next few weeks.

I was thinking about adding a link to your project on the Subversion
website. There is already page for Binary packages[1] and this would make a
nice addition. (Although, we have previously limited that page to strictly
Apache Subversion builds and this a different kind of client, so we might
have to create a new page for "ecosystem" - this should be discussed in the
dev@ list).

Kind regards,
Daniel Sahlberg

[1] https://subversion.apache.org/packages.html

Re: PoshSvn – Subversion for PowerShell

[Nathan Hartman]

On Thu, May 16, 2024 at 1:50 PM Timofey Zhakov  wrote:
>
> Hello everyone!
>
> I like Subversion and use it for my projects.
>
> PoshSvn is a PowerShell module which provides a tab competition and
> typed output for the Subversion cmdlets. I found it useful for
> scripting and everyday life.
>
> For example to get the status of a working copy, you could use the
> svn-status cmdlet:
>
> [[[
> PS C:\> svn-status
>
> Status  Path
> --  
> M   PoshSvn\CmdLets\SvnAdd.cs
> M   PoshSvn\CmdLets\SvnLog.cs
> M   PoshSvn\SvnCmdletBase.cs
> M   README.md
> ]]]
>
> This is useful for scripting because of typed output. For example:
>
> [[[
> PS C:\> $info = svn-info https://svn.apache.org/repos/asf
> PS C:\> $info.Revision
> 1917749
> PS C:\> $info.LastChangedAuthor
> projects_role
> ]]]
>
> Documentation is available at: https://www.poshsvn.com/
>
> The installation is very easy. Just type `Install-Module PoshSvn` in
> the PowerShell command prompt.
>
> This module is fully free and open source.
>
> Any kind of feedback would be much appreciated.
>
> Thanks!
>
> --
> Timofei Zhakov


Thanks for sharing!

I'm not a Windows user or a PowerShell user so I can't try it out for
myself, but I am always glad to hear about new additions to the
Subversion ecosystem.

If you ever feel like participating in Subversion development, there
are plenty of opportunities around here :-)

Cheers,
Nathan

RE: [EXTERNAL] Re: svn checkout Hangs/Crashes/Succeeds Over HTTP

[Williams, James P. {Jim} (JSC-CD4)[KBR Wyle Services, LLC] via users]

> > > > I've tried with multiple repos of different sizes and ages.  The
> > > smaller repo I mentioned has about 150 files in trunk, mostly 50 KB
> or
> > > smaller, and about 500 revisions.  A larger repo with the same
> problems
> > > has about 5000 files in trunk and 10,000 revisions.
> > >
> > > That *hints* at an httpd tuning issue, but I'm not sure. Check the
> httpd
> > > logs?
> >
> > The httpd logs show no signs of a problem.  Success and failure cases
> look the same in the logs.
> 
> In your initial post your mentioned:
> 
> >>> svn 1.10.2 was failing the same way before we upgraded to 1.14.1 as
> a possible fix.
> 
> So the problem isn't new after the upgrade.

Agreed.  I see no change in behavior, good or bad, between SVN 1.10.2 and 
1.14.1 for the many tests I've run.

> BTW: as Daniel asked: You previously mentioned Subversion 1.14.1, is
> that on the server or on the client?

I've been testing with SVN 1.14.1 on both the client and server.

> Regardless, since the issue manifests on the client-side by hangs and
> crashes while waiting for / processing data from the server (hangs
> inside libsvn_ra_serf), I'd suggest also to investigate whether there
> is something in between your client and your server that might be
> interfering. A proxy or reverse proxy perhaps? Or some security
> software on the client that interferes with the network (as some
> antivirus suites do on Windows)? If so, try to bypass it (or disable /
> create an exclude rule), as a diagnostic step to see whether this
> might be the cause.

I don't think we have anything inserted between client and server, but will ask 
those smarter than me if they know of such a thing.

I do have an update.  My system administrator was surprised to see the server 
machine configured to support both version 4 and 6 IP addresses.  He thought 
the latter were turned off.  After that change, checkouts were noticeably 
faster, and hangs and crashes were noticeably less frequent.  The repo size 
needed to trigger them appeared to grow some.  Though a step forward, the 
configuration still isn't useable.  It might also point at further network 
configuration problems as a cause, though the SVN client probably shouldn't 
crash in any case.

Thanks for the reply.

Jim