| Summary: | Hylafax rpm does not include ps2fax symlink, Windows client sends fail | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Trevor Cordes <trevor> |
| Component: | hylafax+ | Assignee: | Lee Howard <faxguy> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 19 | CC: | faxguy |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-04-24 17:48:04 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: | |
|
Description
Trevor Cordes
2013-12-20 13:38:00 UTC
It would seem that your old RPM owned the symlink when it shouldn't have (or at least that it removed them at uninstall). The ps2fax and pdf2fax symlinks are created by faxsetup after the installation and really shouldn't be owned by the RPM package as they amount to configuration. I suppose that one could argue that the symlinks should be owned by the package since pdf2fax.gs and ps2fax.gs are, but that complicates things seemingly without need. The symlinks would have been recreated (along with other configuration bits) automatically rerunning faxsetup. I somewhat disagree. Let's say you've already setup hylafax on an existing system, or another system, and install the rpm on a new system. Then instead of running faxsetup, you simply copy over the config files from your previous setup. This is essentially what I was doing. In that case, those symlinks will still be missing, and hylfax will fail in a strange way without any useful debug info (hence the difficulty I had in finding the workaround). I do agree, it's a bit of a weird case, but not all that weird, considering many people do this all the time for myriad other daemons. Also, it is kind of unprecedented (and odd) for a daemon's rpm to be missing an required file or link in a "bin" dir, and having a setup script create it. Granted, this is more a hylafax problem than a fedora packaging problem, but in this case we could make sure no one gets bit by this by simply including the symlinks in the rpm. Lastly, I'm not sure if the setup script can result in any other state than the exact symlinks I outlined above? Can they point to different binaries/scripts? Would they ever on a normal Fedora system? It seems to me the setup script is doing what ./configure should be doing before compile time, which would hardcode these paths into the binaries in a Fedora-specific way. Again, that points to an upstream (if any exists) tweak/bug solution. Just some thoughts. In any case, closing is fine, the bugzilla entry will sit here demonstrating my workaround for any future victim of this problem. |