Monday 17th November 2025

Local Packages

• Updated perl-Term-Table to 0.027:

  • Fix terminal size detection

• Also: run the test suite within expect so that we get usable IO handles

Sunday 16th November 2025

Fedora Project

• Updated perl-Business-ISBN-Data to 20251115.001 in Rawhide:

  • Data update for 2025-11-15

• Updated perl-Test-Simple to 1.302216 in Rawhide:

  • Fix typos

  • Fix undef string bug in Test::Tester

Local Packages

• Updated perl-Test-Simple to 1.302216 as per the Fedora version

Friday 14th November 2025

Weird subversion issue

When trying to commit an update, I got an unusual error message:

$ svn commit -m "curl: remove bundled wcurl utility that was added in 8.14.0~rc1; use wcurl package instead"
Sending        curl.spec
Transmitting file data .done
Committing transaction...
svn: E000001: Commit failed (details follow):
svn: E000001: Can't set permissions on '/srv/subversion/repos/cfo-repo/db/revs/16'

And on the server:

[Fri Nov 14 08:46:29.118678 2025] [dav:error] [pid 2980579:tid 2980723] [client fd00:cf0::21:51042] Can't set permissions on '/srv/subversion/repos/cfo-repo/db/revs/16'  [500, #1]
[Fri Nov 14 08:46:29.118682 2025] [dav:error] [pid 2980579:tid 2980723] [client fd00:cf0::21:51042] Can't set permissions on '/srv/subversion/repos/cfo-repo/db/revs/16': Operation not permitted  [500, #1]

Now normally I would see the Operation not permitted error and think that it must be an SELinux issue but that wasn't the case as there were no denials logged and setenforce 0 made no difference.

Looking at the server, I could see that /srv/subversion/repos/cfo-repo/db/revs/16 was a newly-created directory and in fact the current revision was 15999 so it had created a new directory 16 to hold the next 1000 revision data and had issues setting permissions on that directory. The strange thing was that the owner, group, permissions and SELinux attributes for the new directory were exactly the same as for the other directories under /srv/subversion/repos/cfo-repo/db/revs.

I came across a very similar issue reported nearly a year ago: https://lists.apache.org/thread/llm5mfpvnr4378oz6wfor9cytbr65vc5

The workaround for that issue also worked for me, namely make a commit in the repository as root on the server, then fix the permissions of the modified files so that the web server can change them in future. On the server:

# svn mkdir -m "Work around 'Operation not permitted' error" file:///srv/subversion/repos/cfo-repo/curl/trunk/newdir
Committing transaction...
Committed revision 16000.
# cd /srv
# find subversion/repos/cfo-repo/db -user root -ls
  2624917      4 drwxr-sr-x   2 root     apache       4096 Nov 14 10:33 subversion/repos/cfo-repo/db/revprops/16
  2624919      4 -rw-r--r--   1 root     apache        136 Nov 14 10:33 subversion/repos/cfo-repo/db/revprops/16/16000
  2139271      4 -rw-r--r--   1 root     apache          6 Nov 14 10:33 subversion/repos/cfo-repo/db/current
  2139132      4 -rw-r--r--   1 root     apache          4 Nov 14 10:33 subversion/repos/cfo-repo/db/txn-current
  2138912     40 -rw-r--r--   1 root     apache      38443 Nov 14 10:33 subversion/repos/cfo-repo/db/revs/16/16000
# chown apache:apache subversion/repos/cfo-repo/db/revprops/16 subversion/repos/cfo-repo/db/revprops/16/16000 subversion/repos/cfo-repo/db/current subversion/repos/cfo-repo/db/txn-current subversion/repos/cfo-repo/db/revs/16/16000
# restorecon -rvF subversion/repos/cfo-repo/db
Relabeled /srv/subversion/repos/cfo-repo/db/revprops/16 from unconfined_u:object_r:httpd_sys_rw_content_t:s0 to system_u:object_r:httpd_sys_rw_content_t:s0
Relabeled /srv/subversion/repos/cfo-repo/db/revprops/16/16000 from unconfined_u:object_r:httpd_sys_rw_content_t:s0 to system_u:object_r:httpd_sys_rw_content_t:s0
Relabeled /srv/subversion/repos/cfo-repo/db/current from unconfined_u:object_r:httpd_sys_rw_content_t:s0 to system_u:object_r:httpd_sys_rw_content_t:s0
Relabeled /srv/subversion/repos/cfo-repo/db/txn-current from unconfined_u:object_r:httpd_sys_rw_content_t:s0 to system_u:object_r:httpd_sys_rw_content_t:s0
Relabeled /srv/subversion/repos/cfo-repo/db/revs/16/16000 from unconfined_u:object_r:httpd_sys_rw_content_t:s0 to system_u:object_r:httpd_sys_rw_content_t:s0

Then back on the client:

$ svn update
Updating '.':
A    newdir
Updated to revision 16000.
$ svn remove newdir
D         newdir
$ svn status
M       curl.spec
D       newdir
$ svn commit -m "curl: remove bundled wcurl utility that was added in 8.14.0~rc1; use wcurl package instead"
Sending        curl.spec
Deleting       newdir
Transmitting file data .done
Committing transaction...
Committed revision 16001.

Local Packages

• Updated curl (8.17.0) to either require wcurl or obsolete it, depending on how recent the distribution's own wcurl package is

Thursday 13th November 2025

Local Packages

• Updated curl (8.17.0) in F-43 and Rawhide to remove the bundled wcurl utility that was added in 8.14.0~rc1, which conflicts with the Fedora wcurl package

Friday 7th November 2025

Fedora Project

• Updated perl-Test-Fatal to 0.018 in Rawhide:

  • Now requires perl v5.12.0
  • Now tolerant of false exceptions coming from a boolean-overloaded object

Local Packages

• Updated dovecot (2.4.1) to update patch for CVE-2025-30189

• Updated perl-Test-Fatal to 0.018 as per the Fedora version