Hello to all users, contributors and Committers!
The Travel Assistance Committee (TAC) are pleased to announce that
travel assistance applications for Community over Code EU 2024 are now
open!
We will be supporting Community over Code EU, Bratislava, Slovakia,
June 3th - 5th, 2024.
TAC exists
Den mån 19 juni 2023 kl 00:29 skrev Nathan Hartman :
> On Sat, Jun 17, 2023 at 7:33 AM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
>> Den fre 16 juni 2023 kl 09:49 skrev Osipov, Michael (SMD IT IN) via users
>> :
>>
>>> Scratch that. My thread from five years ago is still valid:
>>>
On 2023-06-20 13:45, Daniel Sahlberg wrote:
Den tis 20 juni 2023 kl 13:00 skrev Osipov, Michael (SMD IT IN)
mailto:michael.osi...@siemens.com>>:
From a user's perspective this does not make sense at all:
> osipovmi@deblndw011x:~/var/Projekte/Playground
> $ echo foo >
Den tis 20 juni 2023 kl 13:00 skrev Osipov, Michael (SMD IT IN) <
michael.osi...@siemens.com>:
>
> From a user's perspective this does not make sense at all:
> > osipovmi@deblndw011x:~/var/Projekte/Playground
> > $ echo foo > m...@apache.org
> > osipovmi@deblndw011x:~/var/Projekte/Playground
> >
On 2023-06-17 16:32, Daniel Sahlberg wrote:
Den fre 16 juni 2023 kl 09:49 skrev Osipov, Michael (SMD IT IN) via
users mailto:us...@subversion.apache.org>>:
Scratch that. My thread from five years ago is still valid:
https://lists.apache.org/thread/lonftwtj2kmnjf5mlp91jyxz9xlsgv3d
Den mån 19 juni 2023 kl 00:29 skrev Nathan Hartman :
> On Sat, Jun 17, 2023 at 7:33 AM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
>> Den fre 16 juni 2023 kl 09:49 skrev Osipov, Michael (SMD IT IN) via users
>> :
>>
>>> Scratch that. My thread from five years ago is still valid:
>>>
On Sat, Jun 17, 2023 at 7:33 AM Daniel Sahlberg
wrote:
> Den fre 16 juni 2023 kl 09:49 skrev Osipov, Michael (SMD IT IN) via users <
> us...@subversion.apache.org>:
>
>> Scratch that. My thread from five years ago is still valid:
>>
Den fre 16 juni 2023 kl 09:49 skrev Osipov, Michael (SMD IT IN) via users <
us...@subversion.apache.org>:
> Scratch that. My thread from five years ago is still valid:
> https://lists.apache.org/thread/lonftwtj2kmnjf5mlp91jyxz9xlsgv3d
>
> The issue sill persists. The doc improvement from Daniel
Yasuhito FUTATSUKI wrote on Thu, 09 Jan 2020 01:06 +00:00:
> (I'm sorry I cannot spare much time in this month later, so
> it is next month if I work for this issue...)
No worries; the bug has been there since time immemorial. There's no
urgency to fix it.
Cheers,
Daniel
On 2020/01/08 2:03, Daniel Shahaf wrote:
> Yasuhito FUTATSUKI wrote on Tue, Jan 07, 2020 at 06:52:20 +0900:
>> I found tools/hook-scripts/mailer/mailer.py can produce very long
>> subject header line without folding. It can be easily over 1000
>> characters [1] if s
> > --- tools/hook-scripts/mailer/mailer.py (revision 1872398)
> > +++ tools/hook-scripts/mailer/mailer.py (working copy)
> > @@ -159,7 +159,13 @@
> > truncate_subject = 0
> >
> > if truncate_subject and len(subject) > truncate_subject:
Yasuhito FUTATSUKI wrote on Tue, Jan 07, 2020 at 06:52:20 +0900:
> I found tools/hook-scripts/mailer/mailer.py can produce very long
> subject header line without folding. It can be easily over 1000
> characters [1] if some large source tree is imported in a repository
> and trun
repo/hooks/mailer.py", line
489, in generate
self.output.start(group, params)
File "/home/futatuki/tmp/svn-test/mailer_test/newrepo/hooks/mailer.py", line
394, in start
self.write(self.mail_headers(group, params))
File "/home/futatuki/tmp/svn-test/mailer_test/newr
+ tools/hook-scripts/mailer/mailer.py (working copy)
@@ -159,7 +159,13 @@
truncate_subject = 0
if truncate_subject and len(subject) > truncate_subject:
- subject = subject[:(truncate_subject - 3)] + "..."
+ # To avoid breaking utf-8 multi-bytes char
Hi,
I found tools/hook-scripts/mailer/mailer.py can produce very long
subject header line without folding. It can be easily over 1000
characters [1] if some large source tree is imported in a repository
and truncate_subject config value is not specified appropriately.
The mailer.py script send
Branko Čibej wrote on Tue, Dec 22, 2015 at 14:46:56 +0100:
> On 21.12.2015 15:45, Daniel Shahaf wrote:
> > Andreas Stieger wrote on Sun, Dec 20, 2015 at 17:27:12 +0100:
> >> Hi,
> >>
> >> Daniel Shahaf wrote:
> >>> Perhaps the subject line of rel
On 21.12.2015 15:45, Daniel Shahaf wrote:
> Andreas Stieger wrote on Sun, Dec 20, 2015 at 17:27:12 +0100:
>> Hi,
>>
>> Daniel Shahaf wrote:
>>> Perhaps the subject line of release announcements should indicate
>>> whether that release includes a security
Andreas Stieger wrote on Sun, Dec 20, 2015 at 17:27:12 +0100:
> Hi,
>
> Daniel Shahaf wrote:
> > Perhaps the subject line of release announcements should indicate
> > whether that release includes a security fix?
>
> Desirable as from distribution point of view
Hi,
Daniel Shahaf wrote:
> Perhaps the subject line of release announcements should indicate
> whether that release includes a security fix?
Desirable as from distribution point of view (if we didn't already know through
private pre-disclosures)
> For example:
> Subject: Apach
Perhaps the subject line of release announcements should indicate
whether that release includes a security fix?
For example:
Subject: Apache Subversion 1.8.6 released [SECURITY]
Subject: Apache Subversion 1.8.7 released
Subject: Apache Subversion 1.8.8 released
Subject: Apache
ゆうちょのATMは9時からだったので、それまで待ってからお金おろして帰りますね
--
Support
Hi,
The attached patch fixes the README file for the cmdline tests to
reflect the files which are actually present in the svntest subdirectory.
[[[
Fix for the README file for the cmdline tests
* subversion/tests/cmdline/README
Fix the section about the contents of the svntest subdirectory
Ping.
This thread has received no new comments.
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Sunday, 27 January 2013 03:07
To: dev@subversion.apache.org
Cc: Janos Gyerik
Subject: Fwd: [Janos Gyerik: Re: [PATCH] minor change to mailer.py for
subject
Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
Sent: Sunday, 27 January 2013 03:07
To: dev@subversion.apache.org
Cc: Janos Gyerik
Subject: Fwd: [Janos Gyerik: Re: [PATCH] minor change to mailer.py for
subject formatting]
Forwarding back to the list
(@Janos I'll have
@subversion.apache.org
Subject: Re: [Janos Gyerik: Re: [PATCH] minor change to mailer.py for subject
formatting]
The patch has been merged a long time ago. Unfortunately there was a bug in
it, but to my knowledge that has also been fixed and committed in the trunk.
On Thu, Mar 7, 2013 at 3:58
On 01/27/2013 10:02 AM, Janos Gyerik wrote:
If it helps, here's a last try:
- wrapped the 3 long lines to 80 columns
- PEP8 fixes (only on these 3 lines), such as removed space after {,
before :, before }
The only PEP8 violation that remain on these lines is continuation
line
On Mon, Jan 28, 2013 at 5:59 AM, C. Michael Pilato cmpil...@collab.net wrote:
My only remaining minor nit is the variable name itself. First, other
variable names in this script use underscores to separate words: for_repos,
label_from, etc. Secondly, it's really only the basename of the
Ben Reser wrote on Mon, Jan 28, 2013 at 09:25:30 -0800:
On Mon, Jan 28, 2013 at 5:59 AM, C. Michael Pilato cmpil...@collab.net
wrote:
My only remaining minor nit is the variable name itself. First, other
variable names in this script use underscores to separate words: for_repos,
On Jan 28, 2013 3:59 AM, C. Michael Pilato cmpil...@collab.net wrote:
On 01/27/2013 10:02 AM, Janos Gyerik wrote:
If it helps, here's a last try:
- wrapped the 3 long lines to 80 columns
- PEP8 fixes (only on these 3 lines), such as removed space after {,
before :, before }
The only
On 01/28/2013 12:29 PM, Daniel Shahaf wrote:
Ben Reser wrote on Mon, Jan 28, 2013 at 09:25:30 -0800:
On Mon, Jan 28, 2013 at 5:59 AM, C. Michael Pilato cmpil...@collab.net
wrote:
My only remaining minor nit is the variable name itself. First, other
variable names in this script use
C. Michael Pilato wrote on Mon, Jan 28, 2013 at 13:21:55 -0500:
On 01/28/2013 12:29 PM, Daniel Shahaf wrote:
I'll commit with cmpilato's tweaks (indentation and varname) as I agree
with them both.
r1439592.
@Greg - ACK, but 'repos' _is_ consistent with the naming scheme of just
about
And thanks, Janos, for the contribution and patient survival of our
iterative patch review process. :-)
It would have been a shorter process if I had got it right in the
first place ;-)
And you're totally welcome!
Janos
On Mon, Jan 28, 2013 at 8:23 PM, Daniel Shahaf d...@daniel.shahaf.name
Forwarding back to the list
(@Janos I'll have a look later when I check my svn-dev mailbox, rather
than my personal one)
- Forwarded message from Janos Gyerik janos.gye...@gmail.com -
From: Janos Gyerik janos.gye...@gmail.com
Subject: Re: [PATCH] minor change to mailer.py for subject
my svn-dev mailbox, rather
than my personal one)
- Forwarded message from Janos Gyerik janos.gye...@gmail.com -
From: Janos Gyerik janos.gye...@gmail.com
Subject: Re: [PATCH] minor change to mailer.py for subject formatting
To: Daniel Shahaf d...@daniel.shahaf.name
Date: Sat, 26 Jan
Index: tools/hook-scripts/mailer/mailer.py
===
--- tools/hook-scripts/mailer/mailer.py (revision 1438886)
+++ tools/hook-scripts/mailer/mailer.py (working copy)
@@ -98,7 +98,7 @@ def main(pool, cmd, config_fname,
@@
#
# from_addr = %(author)s...@example.com
#
+# The substitution variable repodir is provided, and is set to
+# the directory name of the repository. This can be useful to set
+# a custom subject that can be re-used in multiple repositories:
#
+# commit_subject_prefix = [svn-%(repodir)s
Hi,
This is a minor change to the mailer.py script often used with the
post-commit hook.
The purpose of the change is to make it possible to dynamically insert
the directory name of the repository in the subject text. Simply it
replaces the term REPONAME in the commit_subject_prefix setting
Please attach patches as MIME text/plain (usually naming them *.txt does
that). More below.
+if prefix and re.search(r'REPONAME', prefix):
Needlessly complicated, ('REPONAME' in prefix) would do.
Also I think you should use the %() syntax like mailer.conf.example
does. Is that possible?
On 01/26/2013 03:03 PM, Daniel Shahaf wrote:
Please attach patches as MIME text/plain (usually naming them *.txt does
that). More below.
+if prefix and re.search(r'REPONAME', prefix):
Needlessly complicated, ('REPONAME' in prefix) would do.
Also I think you should use the %()
Hey guys,
Thanks a lot for your comments!
Please check the new patch I attached, I hope it's good now.
It will allow this kind of setting in mailer.conf:
commit_subject_prefix = [svn-%(repodir)s]
Thanks,
Janos
On Sun, Jan 27, 2013 at 5:36 AM, C. Michael Pilato cmpil...@collab.net wrote:
On
On Sat, Jan 26, 2013 at 9:19 PM, Janos Gyerik janos.gye...@gmail.com wrote:
Hey guys,
Thanks a lot for your comments!
Please check the new patch I attached, I hope it's good now.
It will allow this kind of setting in mailer.conf:
commit_subject_prefix = [svn-%(repodir)s]
1) Your patch
= %(author)s...@example.com
#
+# The substitution variable repodir is provided, and is set to
+# the directory name of the repository. This can be useful to set
+# a custom subject that can be re-used in multiple repositories:
#
+# commit_subject_prefix = [svn-%(repodir)s]
+#
+# For example
[[[
WC rep cache optimization for some file systems like NTFS on Windows
]]]
Hello,
Please review my patch (see attached file patch.txt). It improve svn client
performance on file systems like NTFS on Windows. Maybe on some other file
systems, e.g. NFS, but I didn't test it. This patch switch
Vasily Tunegov vasily.tune...@gmail.com writes:
Please review my patch (see attached file patch.txt). It improve svn client
performance on file systems like NTFS on Windows. Maybe on some other file
systems, e.g. NFS, but I didn't test it. This patch switch rep cache db
journal mode from
Hi, Philip
I'm using SQLite 3.7.14.
I tried to test checkout for our project code base, hosted on svn 1.7.6
server (93 984 Files, 3 204 Folders, 1.97GB). There are results:
svn co snv://server/project/branches/branche src -q
Standard disk:
svn.r1387070 - 256.8 sec
svn.patch - 152.2 sec
My
users
of the db will use it. I don't think we can enable it as default (like
you said)
Bert Huijben (Cell phone)
From: Vasily Tunegov
Sent: 19-9-2012 7:30
To: Philip Martin
Cc: dev@subversion.apache.org
Subject: Re: Subject: [PATCH] WC rep cache optimization for some file
systems like NTFS on Windows
enable the WAL on the file and other users
of the db will use it. I don't think we can enable it as default (like
you said)
Bert Huijben (Cell phone)
From: Vasily Tunegov
Sent: 19-9-2012 7:30
To: Philip Martin
Cc: dev@subversion.apache.org
Subject: Re: Subject: [PATCH] WC rep cache
On Wed, Sep 19, 2012 at 2:18 PM, Vasily Tunegov vasily.tune...@gmail.comwrote:
I understand what WAL mode is not suitable for svn. But my patch uses
PERSIST mode which give very good results, e.g. for NTFS on Windows as I
shown in tests.
One problem, as says Philip Martin, is reduced
Mark Phippard markp...@gmail.com writes:
Off-topic but related. What has happened to Philip's patch to enable
exclusive locking for SQLite which solves the performance issue with NFS?
I thought we were going to try to enable that via some runtime option or
perhaps when we detect the working
Philip Martin philip.mar...@wandisco.com writes:
Mark Phippard markp...@gmail.com writes:
Off-topic but related. What has happened to Philip's patch to enable
exclusive locking for SQLite which solves the performance issue with NFS?
I thought we were going to try to enable that via some
own install you can enable the WAL on the file and other users
of the db will use it. I don't think we can enable it as default (like
you said)
Bert Huijben (Cell phone)
From: Vasily Tunegov
Sent: 19-9-2012 7:30
To: Philip Martin
Cc: dev@subversion.apache.org
Subject: Re: Subject: [PATCH] WC
or opinions on its behalf. All email
sent to or from this address is subject to electronic storage and review by
WANdisco. Although WANdisco operates anti-virus programs, it does not
accept responsibility for any damage whatsoever caused by viruses being
passed.
Hi,
I get the following message when trying to update my directory
(after having done this approx. 500times without a problem!):
=
---
Subversion Exception!
---
Subversion encountered
57 matches
Mail list logo