The serial library returns 'n/a' to the port[2] string that Cura was checking

for starting with 'USB' (which would actually be 'U' for us). I guess
somewhere it is only splitting on 'tty' and not 'cua'. Well, let's just
not filter serial ports for USB for now.

PR:		ports/248227
Submitted by:	greg@unrelenting.technology

cad/cura/Makefile

@@ -3,7 +3,7 @@
 PORTNAME=	Cura
 DISTVERSION=	4.5.0-82
 DISTVERSIONSUFFIX=	-g7c70ace
-PORTREVISION=	2
+PORTREVISION=	3	
 PORTEPOCH=	2
 CATEGORIES=	cad
 DIST_SUBDIR=	Ultimaker

cad/cura/files/patch-plugins_USBPrinting_USBPrinterOutputDeviceManager.py

@@ -0,0 +1,14 @@
+We cannot really distinguish between USB and non-USB here,
+as port[2] is 'n/a' on FreeBSD.
+
+--- plugins/USBPrinting/USBPrinterOutputDeviceManager.py.orig	2020-07-23 19:29:25 UTC
++++ plugins/USBPrinting/USBPrinterOutputDeviceManager.py
+@@ -112,8 +112,6 @@ class USBPrinterOutputDeviceManager(QObject, OutputDev
+         for port in serial.tools.list_ports.comports():
+             if not isinstance(port, tuple):
+                 port = (port.device, port.description, port.hwid)
+-            if only_list_usb and not port[2].startswith("USB"):
+-                continue
+ 
+             # To prevent cura from messing with serial ports of other devices,
+             # filter by regular expressions passed in as environment variables.