Guten Tag Daniel Sahlberg,
am Mittwoch, 24. November 2021 um 22:22 schrieben Sie:
> If you don't see it on newer Ubuntus - do you have another umask on these?
Some have 0002, others 0022 and I found one with 0007. Though, all
individual cron files on all systems I looked at have the same
restrict
Den ons 24 nov. 2021 kl 11:09 skrev Thorsten Schöning :
> I don't see this behaviour with newer SVN clients in
> newer Ubuntus and don't have any similar old UB to test with.
I tried it and it seems to me that I can reproduce it both on Ubuntu 12.04
(Subversion 1.6.17, even older than yours) and
On Wed, Nov 24, 2021 at 04:20:12PM +0100, Thorsten Schöning wrote:
> Guten Tag Stefan Sperling,
> am Mittwoch, 24. November 2021 um 13:33 schrieben Sie:
>
> > This will be due to apr_file_mktemp() using default permissions
> > on a freshly created temporary file. The committed file is run
> > thro
Guten Tag Stefan Sperling,
am Mittwoch, 24. November 2021 um 13:33 schrieben Sie:
> This will be due to apr_file_mktemp() using default permissions
> on a freshly created temporary file. The committed file is run
> through translation (for keywords, newlines, and such) which
> involves a temporary
On Wed, Nov 24, 2021 at 12:32:40PM +0100, Thorsten Schöning wrote:
> Guten Tag Stefan Sperling,
> am Mittwoch, 24. November 2021 um 11:17 schrieben Sie:
>
> > Subversion does not store file permission mode bits, except that the
> > "executable" bit is preserved via the svn:mime-type property.
>
>
Guten Tag Stefan Sperling,
am Mittwoch, 24. November 2021 um 11:17 schrieben Sie:
> Subversion does not store file permission mode bits, except that the
> "executable" bit is preserved via the svn:mime-type property.
I know and don't want SVN to store permissions. The file has correct
permissions
On Wed, Nov 24, 2021 at 11:09:08AM +0100, Thorsten Schöning wrote:
> Hi everyone,
>
> for various reasons I put /var/spool/cron/crontabs under version
> control. I have one Ubuntu 12.04 legacy system running SVN 1.7.22 and
> recognized that after committing changes to the file for ROOT, it's
> per
Hi everyone,
for various reasons I put /var/spool/cron/crontabs under version
control. I have one Ubuntu 12.04 legacy system running SVN 1.7.22 and
recognized that after committing changes to the file for ROOT, it's
permissions changed.
> 655748 4 -rw--- 1 root crontab 1597 Nov 24 10:09 root