staging.inyokaproject.org

pit234a schrieb:

Möglicherweise erledigt sogar printer-driver-all alles notwendige

Das Metapaket printer-driver-all unterstuetzt eine sehr spezielle Auswahl von Druckern. Um welchen konkreten Drucker geht es denn ueberhaupt?

nein, es geht nicht gezielt um irgendwelche Treiber. Der kleine Asus ist ein Notfall-PC, wo ich dann eine möglichst große Auswahl an Treibern mit installiert haben will. Wenn ich in fremden Umgebungen zu arbeiten habe und dann den Asus zücke, um damit etwas zu drucken, dann will ich möglichst vielfältige Auswahl an vorinstallierten Treibern haben, um für alle möglichen Fälle so gut es geht gerüstet zu sein und diese Auswahl brauche ich dann auch Offline.

Dass ich nun gerade zufällig unter den gutenprint-Treibern keine gut passenden gefunden hatte, führte mich ja nur auf diese Spur. Wenn es im WIKI heißt: "Wer nicht weiß, welche für ihn nützlich sind, installiert sie einfach alle" und dann die folgende Auswahl bei weitem nicht alle beschreibt.

Die Treiber, die ich von meinem Haupt-Rechner für meine beiden gerade aktiven Drucker nutze, sind "Brother HL-4070CDW BR-Script3 (color, 2-sided printing)" mit einem BR4070_2.PPD und ein Kyocera Mita FS-1010. Was ich nun auf Ubuntu genommen habe, kann ich mich nicht mehr erinnern, da muss ich nachsehen. Ich denke, dass ich beide Male irgendwelche PostScript gewählt hatte, womit der Ausdruck funktioniert, aber die Seiten nicht vollkommen ausgenutzt werden (Margins müssten angepasst werden, aber darauf habe ich keine Lust). Auf diesem PC habe ich CUPS 2.0.2 und auch meine Treiber sind aktueller, als bei Ubuntu.

Hallo zusammen,

auf einem neu installierten Unity 16.04 läßt sich die Weboberfläche CUPS nicht starten, weder mit http://localhost:631 noch mit http://127.0.0.1:631.

Beim Aufruf von

1

sudo cupsctl --share-printers  --remote-admin --remote-printers

erhalte ich die Ausgabe

cupsctl: Unknown option "--remote-printers"
Usage: cupsctl [options] [param=value ... paramN=valueN]

Anscheinend gab es relevante Änderungen in 16.04, die im Artikel nicht wiedergegeben werden. Weiß hier jemand mehr? Wie gebe ich unter 16.04 einen lokalen Drucker im Netzwerk frei?

Danke schön

Hallo,

die Option --remote-printers gibt's auch bei Trusty schon nicht:

noisefloor@t450:~$ cupsctl -h
Usage: cupsctl [options] [param=value ... paramN=valueN]

Options:

  -E                      Encrypt the connection.
  -U username             Specify username.
  -h server[:port]        Specify server address.

  --[no-]debug-logging    Turn debug logging on/off.
  --[no-]remote-admin     Turn remote administration on/off.
  --[no-]remote-any       Allow/prevent access from the Internet.
  --[no-]share-printers   Turn printer sharing on/off.
  --[no-]user-cancel-any  Allow/prevent users to cancel any job. 

Von daher wäre es in der Tat schön, wenn ein Sachkundiger den Artikel aktualiseren würde ☺

Gruß, noisefloor

ada09 schrieb:

[…] läßt sich die Weboberfläche CUPS nicht starten, weder mit http://localhost:631 noch mit http://127.0.0.1:631.

• Ich habe beobachtet, dass sich der CUPS-Webserver nach kurzer Betriebsdauer selbst beendet, wenn er nichts zu tun hat. Dies geschieht z.B., wenn kein lokaler Drucker installiert ist.

• Man kann das erkennen mit

  systemctl status cups

  (Active: inactive) und ihn wieder starten mit

  sudo systemctl start cups

• Zur Freigabe von Druckern im Netz muss man das in der Web-Oberfläche unter „Verwaltung, Server-Einstellungen“ einmal generell aktivieren

• und zusätzlich jeden Drucker, den man wirklich freigeben will, unter „Drucker, Administration, Drucker ändern …“ separat freigeben.

Hallo axt,

Über CUPS lassen sich zahlreiche Drucker nutzen, verwalten und im Netzwerk freigeben,

Aus den Wiki- CUPS zitiert.

Das verstehe ich so, dass es sich hier nur um Netzwerkdrucker handelt. Wie hängt das mit USB zusammen. Kannst du einen Satz spendieren, um den Knoten zu lösen.

Über CUPS lassen sich zahlreiche Drucker nutzen, verwalten und auch im Netzwerk freigeben. Auch soll sagen, es arbeitet nicht nur im Netz, sondern betrifft auch den USB- Anschluss. Mein Problem ist, dass ich und hier als Konjunktion_(Logik) (nutzen, verwalten und Netzwerk) verstehe. Wie gesagt auch würde das etwas entkräften.

Meine Frage: Ist das so richtig ausgelegt?

@ ggf gehört das auch in den Teil Diskussion des Wiki CUPS, aber wer schaut dort schon nach. 😇

Das verstehe ich so, dass es sich hier nur um Netzwerkdrucker handelt.

Nö, verstehe ich nicht so.

Also das "und" ist kein "UND", sprich ∧. 😉 Natürlich spielt das alles zusammen, aber ein zusätzliches Adverb "auch" braucht es sicher nicht. Aber wenn Du Dich mit besser fühlst...es ist ein Wiki (den Artikel haben andere geschrieben, mit denen Du Dich dann schlagen mußt, grin).

Hallo zusammen.

Frage: Ist es aus eurer Sicht sinnvoll, im Abschnitt "Besonderheiten - Reine Clientinstallation", auch auf die alternative Möglichkeit hinzuweisen, dass man mit cups-daemon Zugriff auf alle im LAN vorhandenen CUPS-Server bzw. dessen freigegebene Drucker erhalten kann?

Begründung: Die jetzige Beschreibung lässt immer nur genau einen CUPS-Server zu (ServerName in ~/.cups/client.conf), was ein wenig lästig sein kann, wenn man es überwiegend mit den Ubuntu-Server-Versionen zu tun hat und die Drucker in einem LAN über mehrere CUPS-Server verteilt sind.

Vorschlag: Wenn es euch sinnvoll erscheint, würde ich die Ergänzung (in einer Baustelle) übernehmen.

Gruß Bourness

Hallo,

klingt sinnvoll. Baustelle ist angelegt, das Fertigstellungsdatum kannst du bei Bedarf anpassen.

Gruß, noisefloor

noisefloor schrieb:

klingt sinnvoll. ...

klingt sinnvoll → besser: ist nachvollziehbar → oder noch besser: ist ein gutes Argument.

Sorry noisefloor, der musste jetzt sein. 😉

Ehrlich Leute,

ich habe keine Lust mehr auf -in diesem Forum- unvorteilhaften (nervigen) Formatierungsvorgaben, für die man ja wohl studiert haben oder eben ein LINUX-Freak sein muss!

Ich bin beides nicht und daher:

noisefloor Bitte cancel meine Baustelle!

Ich dann mal ganz weg!

Gruß Bourness

Hallo,

äh... nun denn. Was auch immer das Problem war, scheint ja schwerwiegend gewesen zu sein... Bei Fragen zur Syntax von Inyoka kann man auch immer das Wikiteam fragen. Dafür werden wir ja bezahlt Dafür sind wir ja (auch) da.

Und nur, weil was im Wiki nicht klappt, kann man ja weiter im Forum aktiv bleiben...

Artikel wurde auf die letzte Revision vor der Bearbeitung zurück gesetzt und wieder zurück ins Wiki schieben.

Gruß, noisefloor

Hi, hab es geschafft cups zu installieren unter ubuntu 20 04.!

Was ich getan habe:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18

#!/bin/bash
#Cups zunächst deinstallieren
sudo dpkg --purge  --force cups
sudo rm -rf /var/run/cups
sudo rm -rf /var/spool/cups
sudo rm -rf /var/log/cups

#Cups intallieren und Apparmor so einrichten das es cups in Ruhe lässt
sudo apt-get install apparmor-utils
# Paketlisten aktualisieren
sudo apt-get update
sudo apt-get -f install 
sudo apt-get install cups
# Apparmor Regel zurückstufen damit es sym/hardlinks bei cupsd akzeptiert.
sudo aa-complain cupsd

#Benutzer dazu berechtigen Drucker zu verwalten/hinzuzufügen
sudo adduser $USER lpadmin

Apparmor kann mit cups Probleme bereiten. Das Tool aus dem Computer zu entfernen scheint mir aber auch irrsinnig.

Hallo,

das 20.04 noch Prä-Beta ist, hat das noch keine Relevanz für das Wiki.

Gruß, noisefloor