Bug 1865701
| Summary: | request re-addition of 'posttls-finger' bin to postfix pkg | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | pgnet.dev |
| Component: | postfix | Assignee: | Jaroslav Škarvada <jskarvad> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 32 | CC: | jskarvad, olysonek |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | postfix-3.5.6-2.fc33 postfix-3.5.6-2.fc32 postfix-3.5.9-3.eln110 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-08-06 22:08:12 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
pgnet.dev
2020-08-03 22:13:33 UTC
I think it wasn't removed from Fedora. It's not installed by default by the postfix install script, i.e. it seems upstream doesn't want it to be installed by default. But I don't have problem to install it by hand as we do with some other postfix tools. > I think it wasn't removed from Fedora
hm. odd. was the "Fixed posttls-finger to work with unix domains" commit log perhaps NOT for Fedora, but for RH/Centos?
in any case, looking at my local from-source build script, it appears it's _built_ by default with
make V=1 -j4 DEBUG="" OPT="-O3"
make upgrade mail_owner=postfix setgid_group=postdrop
but, as you point out, not in fact _installed_ by default, needing a simple
cp -af \
/usr/local/src/postfix-${POSTFIX_VER}/bin/posttls-finger \
/usr/local/sbin/posttls-finger
it _is_ a helpful tool, and would be useful to have it pkg'd.
if adding it to the default pkgs doesn't 'fit', perhaps adding to a 'postfix-extras', or similar, pkg?
(In reply to pgnet.dev from comment #2) > > I think it wasn't removed from Fedora > > hm. odd. was the "Fixed posttls-finger to work with unix domains" commit > log perhaps NOT for Fedora, but for RH/Centos? > The changelog wasn't clear about it. IIRC I fixed the code and sent the patch upstream, because we found the problem during some source code audit (IIRC Coverity scan) but we didn't install the tool. > in any case, looking at my local from-source build script, it appears it's > _built_ by default with > > make V=1 -j4 DEBUG="" OPT="-O3" > make upgrade mail_owner=postfix setgid_group=postdrop > > but, as you point out, not in fact _installed_ by default, needing a simple > > cp -af \ > /usr/local/src/postfix-${POSTFIX_VER}/bin/posttls-finger \ > /usr/local/sbin/posttls-finger > > it _is_ a helpful tool, and would be useful to have it pkg'd. > > if adding it to the default pkgs doesn't 'fit', perhaps adding to a > 'postfix-extras', or similar, pkg? No problem I will add it to the base postfix package, we already have some other diagnostic tools there. FEDORA-2020-79299632f5 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2020-926f65859e has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-926f65859e FEDORA-2020-926f65859e has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-926f65859e` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-926f65859e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-926f65859e has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2021-5c52900493 has been pushed to the Fedora ELN stable repository. If problem still persists, please make note of it in this bug report. |