<div dir="ltr">I say this without trying it right now but you should be able to update /usr/dports and build from source.  That should get calibre and its dependencies installed.  <div><br></div><div>I don't know what the conflict is for nginx-full - the only conflicts listed in the Makefile are for other versions of nginx, so it's possible installing something else dragged one of those other versions in before getting to the nginx-full package?  If that's the case, manually installing nginx-full first may sidestep the dependency loop.  Again, I am proposing what I think will work, not what I've actually done.</div><div><br></div><div>Package builds produce logs of what has been built and what has not, and there should be one for this.  I don't know where to look for it, though.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 18, 2021 at 4:48 AM Jávorszky Balázs <<a href="mailto:javorszky.balazs@gmail.com">javorszky.balazs@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Guys,<br>
<br>
I did the upgrade and calibre is gone. This is no longer a package. If I<br>
reinstall it from /var/cache/pkg/calibre-4.23.0_3.txz it doesn't work<br>
'cos it requires libicudata.so.67 and the upgrade bumped icu to version 68.<br>
<br>
The same with nginx-full. This latter didn't work due to a clash, I used<br>
the base nginx package but I used the<br>
/usr/local/libexec/nginx/ngx_http_fancyindex_module.so file from<br>
nginx-full. Fortunately the latest availabe fancyindex shared object<br>
still works with the newest nginx.<br>
<br>
I kindly ask you to supply these packages too if it's possible. I know<br>
this is mostly volunteer work etc and thank you for your efforts.<br>
Anyway, this is a Big Bad Breaking Change so far for our small company<br>
and family server :)<br>
<br>
Regards and thx in advace.<br>
<br>
Balázs<br>
<br>
On 2/18/21 1:54 AM, Antonio Huete Jiménez wrote:<br>
<br>
> Dear users,<br>
><br>
> There is a new binary package set available for master and RELEASE.<br>
><br>
> It's based in FreeBSD Ports as of Sun Jan 17 17:11:20 2021 with a few<br>
> minor cherry-picks.<br>
><br>
> You can use the "Bullet-proof (conflict-proof) upgrade technique" as<br>
> described here:<br>
> <a href="https://www.dragonflybsd.org/docs/howtos/HowToDPorts/#index4h1" rel="noreferrer" target="_blank">https://www.dragonflybsd.org/docs/howtos/HowToDPorts/#index4h1</a><br>
><br>
> Users that wish to report issues with specific packages, please open a<br>
> issue here: <a href="https://github.com/DragonFlyBSD/DPorts/issues" rel="noreferrer" target="_blank">https://github.com/DragonFlyBSD/DPorts/issues</a><br>
><br>
> Developers that wish to submit fixes, please go here:<br>
> <a href="https://github.com/DragonFlyBSD/DeltaPorts/pulls" rel="noreferrer" target="_blank">https://github.com/DragonFlyBSD/DeltaPorts/pulls</a><br>
><br>
> RELEASE-5.8<br>
> 29168 packages available<br>
><br>
> master<br>
> 29196 packages available<br>
><br>
> NOTES:<br>
><br>
> The sudo CVE is covered by this update, the version available is 1.9.5p2.<br>
><br>
> If you happen to upgrade pkg from 1.14.x to 1.16.x and above, you'll<br>
> get the following error:<br>
><br>
> pkg: Failed to execute lua script: [string "-- args:<br>
> etc/pkg.conf.sample..."]:12: attempt to call a nil value (field 'stat')<br>
> pkg: lua script failed<br>
> No active remote repositories configured.<br>
><br>
> It's a known bug, simply copy the sample mirror config file over:<br>
><br>
> # cp /usr/local/etc/pkg/repos/df-latest.conf.sample<br>
> /usr/local/etc/pkg/repos/df-latest.conf<br>
><br>
><br>
> - The DragonFly BSD team<br>
><br>
</blockquote></div>