FreeBSD10.1 cups aus ports bauen

G

GU50

Member
Hallo,

ich schon wieder.
Wie schon in einem anderen Beitrag beschrieben richte ich einen neuen
Homeserver ein. Dazu wollte ich cups aus den ports bauen. Nach eine langen
Compilerorgie und der Installation von <gottweisswasfürzeugs> bricht die
Sache mit Fehlermeldung ab:
...
===> Configuring for gtk-update-icon-cache-2.24.25
gtk-update-icon-cache-2.24.25: Needs cairo with X11 support enabled.
*** Error code 1
Stop.
make[3]: stopped in /usr/ports/graphics/gtk-update-icon-cache
*** Error code 1
Stop.
make[2]: stopped in /usr/ports/print/cups-base
*** Error code 1
Stop.
make[1]: stopped in /usr/ports/print/cups-base
*** Error code 1
Stop.
make: stopped in /usr/ports/print/cups

Habe mal nur die wichtigsten Sachen kopiert. Google hat auch nix wirklich
Hilfreiches für mich. Das gtk-... und cairo-Zeug habe ich schon deinstalled
und reinstalled - kein Erfolg. Ich finde nicht wo der Eintrag bei cairo für
mit/ohne X11 gespeichert ist.

Grundsätzlich habe ich sowieso Fragen: Wozu X11 auf meinem Printserver?
Auf meiner alten Installation mit FreeBSD4.xx hatte ich keinerlei Grafik drauf.
Vielleicht weiß hier jemand etwas zum Problem. Ansonsten müsste ich cups
wohl über packages installieren.

mfg
 
Moin,

Code: 
cd /usr/ports/graphics/cario
make config

X11 ist dort defaultmässig eigentlich an.

Schalt doch mal die ICONS bei cups-base aus:

Code: 
cd /usr/ports/print/cups-base
make config

Dann sollte der gtk-kram nicht gebaut werden
 
Wow, wieder eine schnelle Antwort!
Ich hätte früher nachsehen sollen...
cups-base war das richtige Stichwort: make config und die Icons rausgenommen.
Jetzt läuft der install...hoffentlich bis zum positiven Ende durch.

Danke vielmals!

mfg

(werde weiter berichten)
 
Hallo an alle,

keine guten Nachrichten:
Die Kiste hat die ganze Nacht compiled(jedenfalls solange ich die Dialoge bedienen konnte) und gerade sehe ich folgendes:

pkg-static: lstat(/usr/ports/textproc/p5-XML-Parser/work/stage/usr/local/lib/perl5/site_perl/man/man3/XML::Parser::Style::Debug.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/textproc/p5-XML-Parser/work/stage/usr/local/lib/perl5/site_perl/man/man3/XML::Parser::Style::Objects.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/textproc/p5-XML-Parser/work/stage/usr/local/lib/perl5/site_perl/man/man3/XML::Parser::Style::Stream.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/textproc/p5-XML-Parser/work/stage/usr/local/lib/perl5/site_perl/man/man3/XML::Parser::Style::Subs.3.gz): No such file or directory
pkg-static: lstat(/usr/ports/textproc/p5-XML-Parser/work/stage/usr/local/lib/perl5/site_perl/man/man3/XML::Parser::Style::Tree.3.gz): No such file or directory
*** Error code 74
Stop.
make[5]: stopped in /usr/ports/textproc/p5-XML-Parser
*** Error code 1
Stop.
make[4]: stopped in /usr/ports/textproc/intltool
*** Error code 1
Stop.
make[3]: stopped in /usr/ports/net/avahi-app
*** Error code 1
Stop.
make[2]: stopped in /usr/ports/print/cups-filters
*** Error code 1
Stop.
make[1]: stopped in /usr/ports/print/cups-filters
*** Error code 1
Stop.
make: stopped in /usr/ports/print/cups

Ein anderes Problem:
-nach der Neuinstallation des Rechners auf der neuen Platte:
Disk status:
Filesystem Size Used Avail Capacity Mounted on
/dev/ada0p2 100G 2.6G 89G 3% /
devfs 1.0K 1.0K 0B 100% /dev

-jetzt gerade(hauptsächlich cups, sonst nichts weiter aussser dhcpd installiert):
Disk status:
Filesystem Size Used Avail Capacity Mounted on
/dev/ada0p2 100G 9.8G 82G 11% /
devfs 1.0K 1.0K 0B 100% /dev

Von 2,6G auf 9,8G hauptsächlich durch den Printserver?
Das sind ja quasi Windows-Verhältnisse!

mfg
 
Die Festplattenauslastung wird wegen dem ganzen Kompilieren so stark angestiegen sein. Siehe /usr/ports/distfiles und vergleiche mal nach einem make clean nachdem du cups fertig installiert hast.

Rob
 
Hallo,

neuer Stand der Dinge:
Cups/ports deinstalliert und als Package neuinstalliert.
Dazu noch ein paar Filter:
(Was halt so automatisch mitgewählt wird)

apsfilter-7.2.8_14 Magic print filter with print preview, duplex printing, and more
cups-1.7.3_1 Common UNIX Printing System: Metaport to install complete system
cups-base-1.7.3_4 Common UNIX Printing System: Server
cups-client-1.7.3_2 Common UNIX Printing System: Library cups
cups-filters-1.0.61_2 Backends, filters and other software (was part of the core CUPS)
cups-image-1.7.3_1 Common UNIX Printing System: Library cupsimage
cups-pstoraster-8.15.4_8 Postscript interpreter for CUPS printing to non-PS printers
foomatic-db-20140904 Database for integrating printer drivers with common spoolers
foomatic-db-hpijs-1.4 Foomatic data for the HPIJS printer drivers
hpijs-2.1.4_6 Drivers and support resources for HP Inkjet Printers

Cups läuft, allerdings sehe ich keine Drucker/kein Parallelport

lpinfo -v gibt mir:

network http
network https
network ipp
network ipps
network lpd
network socket

lpt0 fehlt hier, wird aber bei dmesg angezeigt mit Drucker:

ppc0: <Standard parallel printer port> at port 0x378-0x37f irq 7 pnpid PNP0400 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
ppbus0: IEEE1284 device found /NIBBLE/ECP
ppbus0: Probing for PnP devices:
ppbus0: <HEWLETT-PACKARD DESKJET 950C> MLC,PCL,PML
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0

Rechte im devfs habe ich schon angepasst, Drucker ist eingeschaltet bei Rechnerstart.
echo test > /dev/lpt0 druckt aus

ll /usr/local/libexec/cups/backend/

-rwx------ 1 root wheel 15472 Jan 14 11:44 dnssd*
lrwxr-xr-x 1 root wheel 3 Jan 14 11:44 http@ -> ipp
lrwxr-xr-x 1 root wheel 3 Jan 14 11:44 https@ -> ipp
-rwx------ 1 root wheel 67336 Jan 14 11:44 ipp*
lrwxr-xr-x 1 root wheel 3 Jan 14 11:44 ipps@ -> ipp
-rwx------ 1 root wheel 40000 Jan 14 11:44 lpd*
lrwxr-xr-x 1 root wheel 5 Jan 14 11:44 mdns@ -> dnssd
-r-xr-xr-x 1 root wheel 18740 Jan 14 13:05 parallel*
-r-xr-xr-x 1 root wheel 12036 Jan 14 13:05 serial*
-r-xr-xr-x 1 root wheel 20764 Jan 14 11:44 snmp*
-r-xr-xr-x 1 root wheel 31720 Jan 14 11:44 socket*
-r-xr-xr-x 1 root wheel 28008 Jan 14 11:44 usb*

Das "parallel"-backend ist also vorhanden.
Ich weiss daß parallel veraltet ist, aber die alte Installation hat problemlos
mit dem Parport funktioniert und ich will da nix ändern.
Das Problem scheint zu sein daß der Parport von Cups nicht erkannt wird.

mfg
 
Nachtrag:

Aufruf von "/usr/local/libexec/cups/backend/parallel "
ergibt folgende Antwort:

Shared object "libtiff.so.5" not found, required by "parallel"

/usr/local/lib/libtiff.so.4 ist installiert

Google ist kein Hilfe zu dieser Fehlermeldung...
 
Ich würde einfach graphics/tiff neu bauen oder mit pkg updaten, sollte funktionieren.
Ich habe übrigens auch Probleme beim Bauen von cups stört mich aber erstmal weiter nicht.
 
Danke für die Antwort.
Ich würde ja den Drucker auf USB anschliessen aber lpinfo zeigt mir
überhaupt keine lokalen Interfaces.
Es ist halt einfach Mist, ich wollte 4.11-patch -irgendwas nur ersetzen weil
die HD ihre letzten Umdrehungen macht. Eigentlich hat alles perfekt
funktioniert...
 
Im normal Fall gibt es keine Probleme mit den ports, zzt. passiert hier aber einiges daher ist es warscheinlich etwas holprig.
Wird schon wieder besser :)
 
unsauber und du wirst das vermutlich auch wissen:
ln -s /usr/local/lib/libtiff.so.4 /usr/local/lib/libtiff.so.5
und einfach mal probieren.

Allermeist sind die geforderten Abhängigkeiten nicht wirklich für den Betrieb eines Tools wichtig. Manchmal aber eben doch und niemals würde sich jemand ernsthaft mit solch einem Link zufrieden gaben, anstatt sein System allgemein auf einen kompatiblen Stand zu bringen.
Mir haben solche "Sauereien" durchaus oft genutzt und die SW zufrieden gestellt.

Lösung ist das aber keinesfalls!
 
pit234a schrieb:
unsauber und du wirst das vermutlich auch wissen:
ln -s /usr/local/lib/libtiff.so.4 /usr/local/lib/libtiff.so.5
und einfach mal probieren.
Zum Vergrößern anklicken....

Danke für die Antwort.
Gerade probiert:

Kommando:

/usr/local/libexec/cups/backend/parallel

Antwort:

Shared object "libjpeg.so.8" not found, required by "parallel"

Scheint wohl noch mehr Probleme mit der CUPS-Installation zu geben...

Trotzdem Danke!

mfg
 
die richtige Antwort ist wohl: warte, bis e wieder besser wird und alle Versionen der SW, die in den Ports geführt wrd, wieder aufeinander abgestimmt ist und deshalb gar nicht solche Probleme auftauchen.

Mir ist es aber schon einmal passiert, dass nach einem Update große Teile meiner benutzten SW gar nicht mehr in den Ports vorhanden war.
Natürlich hatte ich dadurch ein schmutziges System, weil teilweise erneuert wurde und teilweise mit Fehlermeldung abgebrochen.
Aus dieser Erfahrung weiß ich, dass ich durchaus mit über 20 verschiedenen Links (oder wie wir durch juedan erfahren haben, durch Einträge in der libmap.conf), die alte SW in der neuen Umgebung wieder nutzen konnte und zwar vollkommen problemlos bis heute (ohne weitere Updates).

Das geht also schon, erfordert viel Arbeit und ist nicht zu empfehlen. Mein System, von dem ich da berichte, ist im Jahr vielleicht drei bis fünf mal aktiv und nicht jedes Mal im Netz. Da kann man ein unsauberes, aber laufendes System verkraften.

du könntest nun etwa so etwas probieren:
find /usr/local -name "libjpeg.so.*"
und sehen, ob du eine größere Version als 8 findest. Wenn du welche hast, sieh sie dir einzeln mit ls -l an. Oft sind da schon Links vorhanden.
Wenn du eine passende Version hast, kannst du sie nach dem geforderten Namen linken oder besser, den Eintrag in der libmap.conf setzen.

Noch besser ist aber, du findest heraus, wer den diese lib installierte und benötigt und baust erst mal diese Abhängigkeiten neu.
Wie gesagt, wenn alles konsistent ist (bis durch die Ports oder auch Pakete), sollte so etwas gar nicht vorkommen und ich würde nicht mit Links oder Einträgen in der libmap.conf arbeiten, bis ich sehr genau weiß, dass ich so etwas wirklich möchte.
 
Nachtrag:

Jetzt habe ich den Drucker per USB angeschlossen...

dmesg:

ulpt0: <Hewlett-Packard DeskJet 950C, class 0/0, rev 1.00/1.00, addr 2> on usbus0
ulpt0: using bi-directional mode

lpinfo -v

network http
network https
network ipp
network ipps
network lpd
network socket
direct usb:/dev/ulpt0
direct usb:/dev/unlpt0

Ich habe ulpt0 gewählt und in Cups eingerichtet.
Problem ist nur daß ich immer noch nicht drucken kann...
Testseite drucken gibt mir:

"Unable to open the initial device, quitting"
oder:
"If you can read this, you are using the wrong driver for your printer."
Ich hatte aber bei Cups HP und HP950C ausgewählt.
Die Rückmeldung für den Job ist: "Filter failed"
Loglevel "debug" einrichten gibt ne Menge Meldungen aber wenig Hilfe.
 
Stelle sicher das das Paket "cups-filters" installiert ist.

Sind die Rechte auf das Gerät richtig vergeben?
Hier z.B. meine devfs.rules:
Code: 
[system=10]
add path 'ad[0-9]*' mode 666
add path 'da[0-9]*' mode 666
add path 'acd[0-9]*' mode 666
add path 'cd[0-9]*' mode 666
add path 'mmcsd[0-9]*' mode 666
add path 'pass[0-9]*' mode 666
add path 'xpt[0-9]*' mode 666
add path 'ugen[0-9]*' mode 666
add path 'usbctl' mode 666
add path 'usb/*' mode 666                     <------ Diesen Eintrag nicht vergessen
add path 'lpt[0-9]*' mode 666
add path 'ulpt[0-9]*' mode 666
add path 'unlpt[0-9]*' mode 666
add path 'fd[0-9]*' mode 666
add path 'uscan[0-9]*' mode 666
add path 'video[0-9]*' mode 666
add path 'dvb/adapter0/*' mode 666
add path 'ttyU[0-9]*' mode 660 group operator

danach nicht vergessen:
Code: 
service devfs restart

cupsd ist hoffentlich auch gestartet:
Code: 
service cupsd start
 
Hallo,

devfs passt und cups läuft auch. Über USB wird der Drucker gefunden,
es scheint ein Problem mit den Filtern zu geben. "cups-filters" ist auch
installiert.
Trotzdem Danke für die Hilfe.
 
Update:

Ich habe meine Packages upgedatet und dann nochmals eine Testseite probiert.
Hat funktioniert! Allerdings hat es ewig gedauert bis die Seite gedruckt wurde
und ich konnte in "top" sehen daß gsc(Ghostscript?), Perl und foomatic einen
Haufen Leistung und Speicher gebraucht haben. Speziell gsc, zeitweilig hatte
die Kiste fast 1Gig Swap in Benutzung...
Jetzt müsste nur noch der Parport funtionieren weil ich noch einen älteren HP
habe der nur parallel kann. Den will ich noch nicht wegwerfen solange er
funktioniert. Farbdruck habe ich noch nicht probiert.

Fazit: Noch nicht alles in Butter aber es wird besser!
 
Update vom Update:

Ich weiss nicht ob es am Update der packages lag aber heute ein wenig probiert und siehe da:

lpinfo -v

network http
network https
network ipp
network ipps
network lpd
network socket
direct usb:/dev/ulpt0
direct usb:/dev/unlpt0
direct parallel:/dev/lpt0

lpstat -a -v

HP500C accepting requests since Sat Jan 31 18:56:33 2015
HP950C accepting requests since Sat Jan 31 21:34:43 2015
device for HP500C: parallel:/dev/lpt0
device for HP950C: usb:/dev/ulpt0

Im BIOS steht der Parport auf "EPP"-Mode. Also kann ich jetzt beide Drucker am Server betreiben.
Der HP950 läuft auf USB und der HP500 am Parport.

Danke an alle die geholfen haben.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben