The merge of the f29-python side tag into rawhide has started.
Expect Python 3.7 in rawhide soon.
If your package will have broken dependencies (on Python 3.6), rebuild it.
If you cannot rebuild it due to dependencies not being rebuilt, (search
and) open bugs.
Make sure to block PYTHON37  so we are aware of all the issues.
What has changed in the last month to affect building shared libraries
I tried to rebuild libxsmm in rawhide, after changing the spec to use
python2 explicitly, and it failed with
/usr/bin/ld: build/intel64/libxsmm_main.o: relocation R_X86_64_PC32 against symbol `libxsmm_crc32_u64' can not be used when making a shared object; recompile with -fPIC
The sources are compiled with -fpic and it's x86_64 only, so -fPIC
v. -fpic shouldn't matter as I understand it.
I went back and tried to rebuild the version which built last month
(https://koji.fedoraproject.org/koji/buildinfo?buildID=1061191) and it
now fails as above. See
I'd be grateful for hints.
(I'm getting nothing from the Bacula forums so have to ask here).
F28 is running fine in the same config.
I was holding back until a regular bacula update came into my F29 system with a DNF update, and it did recently. I'm now on 9.0.8. However, it still thinks I'm using PostgreSQL, when in fact that's not even installed on the server, it's just Mariadb which is working perfectly with F28 and earlier.
So I went nuclear and, after preserving all my configs and db's, did a DNF remove on all the bacula components, then a DNF install on them again. I still get the same problem:
[root@tiger ~]# bacula-dir -t
bacula-dir: dird.c:1165-0 Could not open Catalog "MyCatalog", database "bacula".
bacula-dir: dird.c:1170-0 postgresql.c:332 Unable to connect to PostgreSQL server. Database=bacula User=bacula
Possible causes: SQL server not running; password incorrect; max_connections exceeded.
29-Jun 14:21 bacula-dir ERROR TERMINATION
Please correct configuration file: bacula-dir.conf
So now it seems I need to do something right after a clean DNF install on F29 which I never needed to before and don't know what it is? Is there some setting in bacula.conf I've missed, or are we back to getting the right link to the libbaccs.so as discussed elsewhere?
I don't mind if it's a kludge, I just cant go on longer with no backups.
I don't see anything but green on status.fedoraproject.org, but the
last two builds I have submitted have both failed on s390x only with
an error that looks like this:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/koji/daemon.py", line 1244, in runTask
response = (handler.run(),)
File "/usr/lib/python2.7/site-packages/koji/tasks.py", line 307, in run
return koji.util.call_with_argcheck(self.handler, self.params, self.opts)
File "/usr/lib/python2.7/site-packages/koji/util.py", line 209, in
return func(*args, **kwargs)
File "/usr/sbin/kojid", line 1195, in handler
fn = self.localPath("work/%s" % pkg)
File "/usr/lib/python2.7/site-packages/koji/tasks.py", line 477, in localPath
fsrc = six.moves.urllib.request.urlopen(url)
File "/usr/lib64/python2.7/urllib2.py", line 154, in urlopen
return opener.open(url, data, timeout)
File "/usr/lib64/python2.7/urllib2.py", line 429, in open
response = self._open(req, data)
File "/usr/lib64/python2.7/urllib2.py", line 447, in _open
File "/usr/lib64/python2.7/urllib2.py", line 407, in _call_chain
result = func(*args)
File "/usr/lib64/python2.7/urllib2.py", line 1230, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "/usr/lib64/python2.7/urllib2.py", line 1200, in do_open
URLError: <urlopen error [Errno 111] Connection refused>
Are the s390x builders offline? The host for the most recent build is