Du schreibst doch, dass man dafür kein wine benötigt - also, wie bitte schön kann man unter Linux diese Software nutzen?
Und nein, es geht weder darum, dass es unter Linux andere Möglichkeiten gibt, noch darum, mir zu erklären, wie man einen Bootstick erstellt. Aber wenn jemand in einem Linux-Forum eine Software vorstellt, dann wäre es schon nett, wenn da dabei steht, wie man diese auch nutzen kann. 
Nun ja, du stellst in einem Linux-Forum unter Tutorials/HowTo eine Software vor - da könnte man dann schon erwarten, dass auch eine Installationsanleitung dabei ist, oder siehst du das anders?
Für die von raptor49 vorgestellte Boot-USB-Software benötigt man natürlich kein Wine.
und wie nutze ich das Programm dann auf einem "Linux-Rechner"?
99% seiner Zeit am Rechner verbringt man als USER - wozu also so einen Aufriss für ein bisschen grafischen Schnickschnack den man eh die allermeiste Zeit nicht sieht?
Ob ich jetzt OpenSuse weiter testen möcht?
Nun ja, seh es mal so - da dir ja jetzt die lösung bekannt ist, sollte dir das Umsetzen des Lösungsweges als "Arch-User" keine Schwierigkeiten bereiten.
Ich habe Tumbleweed über die Jahre hinweg als ziemlich stabilen Rolling-Release erlebt und im gegensatz zu Arch ist es mir bisher (ca. 5 Jahre) noch nicht gegen die Wand gerollt.
Bei Problemen/Konflikten in der Paketverwaltung werden dir von zypper i.d.R. brauchbare Lösungsmöglichkeiten angeboten, Voraussetzung ist natürlich, dass du Aktualisierungen immer via
zypper dupin der Konsole machst.
Falls du es noch nicht kennst, hier mal ein kleiner Vergleich der Umsetzung der Befehle im Vergleich zu pacman
Da müßte ich nochmals genauer nachschauen, die gepostete cups.conf war aus Fedora.
Aber um die Verwirrung noch zu steigern, auf einem anderen Läppi, ebenfalls mit Tumbleweed, wird die Anmeldung abgefragt (funktioniert auch) - ich gehe auch mal davon aus, dass das der Normalzustand ist und ich wahrscheinlich im Laufe der Jahre auf dem Lenovo X220 (Anmeldung ohne Passwort) irgendwann mal eine Aktion ausgeführt habe, die mir da dauerhaften Zugang gewährt.
Tumbleweed auf dem X220 ist ca. 5 Jahre alt, da ist bestimmt viel passiert an das ich mich nicht mehr erinnern kann - das andere TW auf einem Lenovo T470 ist max. 1½ Jahre alt, (nicht mit Drucker/Scanner verbunden) ist eine reine Medienmaschine, sprich, ausser Firefox, Strawberry-Player und Mediathek-View werden da keine anderen Tätigkeiten ausgeführt, somit wurde da auch nie irgendwas in Sachen CUPS benötigt. 
Wie auch immer, deine Thematik wurde ja gelöst - somit können wir das hier jetzt auch abschließen.
Nee, ist mir noch nicht so ganz klar - sowohl Debian als auch Fedora fragen beim Login nach Benutzername und Passwort, der Login funktioniert dann mit meinem Benutzernamen und dem dazu gehörenden Passwort.
Nur unter Tumbleweed funktioniert das ohne Anmeldung - warum das so ist habe ich jetzt aber nicht weiter eruiert. Ist jetzt aber auch nicht weiter schlimm, TW ist mittlerweile schon mehrere Jahre alt und ich habe das noch nie benötigt - Drucken/Scannen funktioniert ja, somit bestand nie die Notwendigkeit, da irgend etwas via localhost:631 zu justieren.
Have a nice day
Bei mir hat das weder mit lpadmin noch mit lp zu tun - wenn, dann ist es wheel, ich bin als USER in dieser Gruppe drin.
Hier das Ganze mal aus Fedora heraus - wurde so vom System angelegt und von mir nie verändert.
:~# cat /etc/cups/cups-files.conf
#
# File/directory/user/group configuration file for the CUPS scheduler.
# See "man cups-files.conf" for a complete description of this file.
#
# List of events that are considered fatal errors for the scheduler...
#FatalErrors config
# Strip domain in local username?
#StripUserDomain No
# Do we call fsync() after writing configuration or status files?
#SyncOnClose Yes
# Default user and group for filters/backends/helper programs; this cannot be
# any user or group that resolves to ID 0 for security reasons...
#User lp
#Group lp
# Administrator user group, used to match @SYSTEM in cupsd.conf policy rules...
# This cannot contain the Group value for security reasons...
SystemGroup sys root wheel
# Are Unix domain socket peer credentials used for authorization?
PeerCred on
# User that is substituted for unauthenticated (remote) root accesses...
#RemoteRoot remroot
# Do we allow file: device URIs other than to /dev/null?
#FileDevice No
# Permissions for configuration and log files...
#ConfigFilePerm 0640
#LogFilePerm 00600
# Location of the file logging all access to the scheduler; may be the name
# "syslog". If not an absolute path, the value of ServerRoot is used as the
# root directory. Also see the "AccessLogLevel" directive in cupsd.conf.
AccessLog syslog
# Location of cache files used by the scheduler...
#CacheDir /var/cache/cups
# Location of data files used by the scheduler...
#DataDir /usr/share/cups
# Location of the static web content served by the scheduler...
#DocumentRoot /usr/share/cups/www
# Location of the file logging all messages produced by the scheduler and any
# helper programs; may be the name "syslog". If not an absolute path, the value
# of ServerRoot is used as the root directory. Also see the "LogLevel"
# directive in cupsd.conf.
ErrorLog syslog
# Location of the file logging all pages printed by the scheduler and any
# helper programs; may be the name "syslog". If not an absolute path, the value
# of ServerRoot is used as the root directory. Also see the "PageLogFormat"
# directive in cupsd.conf.
PageLog syslog
# Location of the file listing all of the local printers...
#Printcap /etc/printcap
# Format of the Printcap file...
#PrintcapFormat bsd
#PrintcapFormat plist
#PrintcapFormat solaris
# Location of all spool files...
#RequestRoot /var/spool/cups
# Location of helper programs...
#ServerBin /usr/lib/cups
# SSL/TLS keychain for the scheduler...
#ServerKeychain ssl
# Location of other configuration files...
#ServerRoot /etc/cups
# Location of scheduler state files...
#StateDir /run/cups
# Location of scheduler/helper temporary files. This directory is emptied on
# scheduler startup and cannot be one of the standard (public) temporary
# directory locations for security reasons...
#TempDir /var/spool/cups/tmpHmmm, also wenn du beim Login in CUPS den Benutzernamen eingibst, dann dürfte der doch auch dann, wenn root und USER das selbe Passwort haben, nicht angemeldet werden - USER ist USER und root ist root.
Oder verstehe ich das falsch?