DevHeads.net

Postings by Georg Sauthoff

Policy regarding redundant dependencies

Hello,

when packaging a C/C++ program, the rpm automatic dependency feature
usually works well for shared libraries.

That mean when program 'bar' needs libfoo-devel at build time it's
sufficient to add

BuildRequires: libfoo-devel

and I can omit

Requires: libfoo

because rpm automatically adds something like:

libfoo.so.1()(64bit)

Of course, I could still add a superfluous

Requires: libfoo

and then the resulting binary package would contain a redundant
dependency like this:

libfoo
libfoo.so.1()(64bit)

Has Fedora a policy against such redundant dependencies?

Be

Policy regarding service preset enabled (e.g. performance co-pilot)

Hello,

is there a policy regarding auto-enabling/disabling an installed systemd
service?

I'm asking because installing the dstat replacement[1] in Fedora 29
resulted in 3 additional always running systemd services[2] and 2 open
ports.

In contrast, after installing postgresql the postgresql systemd service
has vendor preset disabled (i.e.

dracut-sshd in fedora - ssh access to early cryptsetup/dracut shell

Hello,

so I wrote dracut-sshd - a dracut module that adds sshd to the
initramfs such that one is able to remotely access early
userspace for e.g.

zlib compress bit-identical output on different archs - goal or non-goal?

Hello,

during packaging of a new python-img2pdf version I noticed that 2
unit-test cases fail on aarch64.

This is caused by zlib.compress() yielding different output on aarch64
and x86-64. Which triggers the failure because the unit-test case just
compares the result after compression (it's a small PDF that contains a
compressed image - and that PDF is compared against a reference PDF).

I checked the aarch64 compress output and it's valid zlib data, i.e. I can
decompress it on both aarch64 and x86-64 and get the same decompression
result (i.e.

Announcement: python-asyncssh license change EPL1 to EPL2/GPLv2+

Hello,

fyi, with the update to the latest upstream version 1.14, the
python-asyncssh package (binary subpackage: python3-asyncssh) also
updated its license from 'EPL-1.0' to 'EPL-2.0 or GPLv2+' (a.k.a. as
EPL-2.0 with GPLv2+ secondary license clause).

See also:

- Package Description:
Python 3 library for asynchronous client and
server-side SSH communication.