This applies to the official binaries Caddy itself provides only and not to the FreeBSD packages we build from the sources.
https://github.com/mholt/caddy/issues/1878
https://caddyserver.com/blog/accouncing-caddy-commercial-licenses
Of course the ambiguity itself is enough for me to never ever...
py27-acme split some of its functionality into a new external library py27-josepy. It seems portupgrade cannot handle this scenario smoothly. Uninstall py27-acme manually first then try to reinstall it.
If you think so then why don't you file a bug? There is no point in arguing about it here on the forums. Let the Perl maintainers take a look at it. They know that part of the ports framework the best.
POLA means something different to everbody and I think you can make your case without...
And how would developing an alternative to D-Bus help here? D-Bus itself is just an event/message bus and if the implementation of the services that use it are lacking or missing in some way on FreeBSD then that is what needs to be fixed.
This isn't documented in the Porter's Handbook yet but see https://medium.com/@andoriyu/this-is-how-you-can-port-your-rust-application-to-freebsd-7d3e9f1bc3df and https://asciinema.org/a/SM2sOLi6iBUOmGWrxn5W1QI8U
First what does df -h / say? How did you install the system? If this was a simple dd then make sure to run service growfs onestart to actually grow your filesystem to fit the card. I'm not sure if RaspBSD is configured to do this on its own.
No, sysutils/dsbmd supports automounting just fine via sysutils/dsbmc-cli if you really need it (I'd argue that you don't really need it when you have dsbmc). You just need to run this in your session: dsbmc-cli -a
dsbmc has a setting for this. Under File->Preferences just replace thunar with...
Let's assume I have 3 ports tree checkouts with various half-baked ports ideas/fixes etc.
~/ports/head
~/ports/branch1
~/ports/branch2
Now when I switch ports trees it'll download things into ~/ports/head/distfiles, ~/ports/branch1/distfiles, ~/ports/branch2/distfiles i.e. distfiles will be...
Don't set a VESA mode when also using NVIDIA's driver. The combination is very buggy and sometimes doesn't work well together. So remove or comment allscreens_flags="MODE_361" in /etc/rc.conf for now and check if it works better without it.
~/.xinitrc should just have
exec...
FWIW, here are two more reasons:
To share it with other machines over NFS (though I suppose you could mount it on /usr/ports/distfiles as well then)
To share it between different ports tree checkouts
You must upgrade if you want to use an updated ports tree. The ports tree hasn't supported 9.x in a while and requires features that are only available in newer FreeBSD releases.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.