Re: cups-pdf crash status -139

On Thu, 18 Jun 2020 08:16:19 +0200 Per olof Ljungmark wrote: > On 2020-06-17 23:30, Tatsuki Makino wrote: > > Hello. > > > > If you want a quick solution, create the following symlink. > > ln -s /usr/local/etc/cups /etc/cups > > > > There are two bug r

Re: cups-pdf crash status -139

On 2020-06-17 23:30, Tatsuki Makino wrote: Hello. If you want a quick solution, create the following symlink. ln -s /usr/local/etc/cups /etc/cups There are two bug reports about it. Bug 244530, 246955. 244530 also describes how to fix it. If the queue gets corrupted, use the following command

Re: cups-pdf crash status -139

Hello. If you want a quick solution, create the following symlink. ln -s /usr/local/etc/cups /etc/cups There are two bug reports about it. Bug 244530, 246955. 244530 also describes how to fix it. If the queue gets corrupted, use the following command to delete them all. /usr/local/bin/cancel

Re: cups-pdf crash status -139

with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) Are you printer

Re: cups-pdf crash status -139

On 2020-06-17 16:28, Dewayne Geraghty wrote: I suspect that you've set your locale incorrectly. You might like to try (what I think you're trying to use) /usr/share/locale/en_US.UTF-8 instead of, what the ktrace is using, which is: /usr/share/locale/en_US.UTF8 An easy mistake ;) But the

Re: cups-pdf crash status -139

I suspect that you've set your locale incorrectly. You might like to try (what I think you're trying to use) /usr/share/locale/en_US.UTF-8 instead of, what the ktrace is using, which is: /usr/share/locale/en_US.UTF8 An easy mistake ;) On 18/06/2020 12:04 am, Per olof Ljungmark wrote: > On

Re: cups-pdf crash status -139

with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) Are you printer

Re: cups-pdf crash status -139

On 2020-06-17 11:23, Michael Gmelin wrote: Could you share your relevant config files, so I can try to reproduce the problem? Thanks, Michael [Files emailed privately.] ___ freebsd-ports@freebsd.org mailing list

Re: cups-pdf crash status -139

gt;>> A PDF is created. > >>>> > >>>> And, according to logs gs is OK: > >>>> > >>>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... > >>>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) > &

Re: cups-pdf crash status -139

] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) Are you printer(s) shown as okay in the cups web UI? (like, not temporarily halted, stopped, etc.?). I sometimes had some issues after

Re: cups-pdf crash status -139

ing to logs gs is OK: >>> >>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... >>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited >>> with no errors. >>> D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with >

Re: cups-pdf crash status -139

... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020

Re: cups-pdf crash status -139

A PDF is created. > > And, according to logs gs is OK: > > D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited > with no errors. > D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with

Re: cups-pdf crash status -139

+0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed

Re: cups-pdf crash status -139

> On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: > What happens if you run the gs command on the pdf you’re printing directly: > gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write > -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false

cups-pdf crash status -139

Since a ports update late May of a FreeBSD 12-STABLE r359866, cups-pdf crashes. Furter, despite configured logging in cups-pdf.conf, there is nothing logged at all in /var/log/cups/. Cups itself still logs to error_log, but even in debug mode there is not much to tell. Having rebuilt all

Looking to give up maintainership of print/cups-filters

Hello all, I've been the maintainer of the print/cups-filter port for a while now, but I'd like to give it up to someone else. It does need an update currently (it is at 1.16.0 but needs to be updated to 1.19.0). I just don't have the means to deal with the potential problems that each

Re: cups-filters 1.13.4 failures

Hi! > On 27 March 2017 at 18:51, Dennis Glatting <free...@pki2.com> wrote: > [..] > > I have the same problem and traced it to something between pdftopdf and > > pdftops (pdftopdf exits with no errors). Pdftopdf creates a file in > > /var/spool/cups/tmp but when pdft

Re: cups-filters 1.13.4 failures

no errors). Pdftopdf creates a file in > > /var/spool/cups/tmp but when pdftops is called the file doesn't > > exist. > > No idea why. Changing permissions didn't help. Truss didn't help. > > To my > > surprise, swearing didn't help either. > I've submitted a PR and a patch

Re: cups-filters 1.13.4 failures

On 27 March 2017 at 18:51, Dennis Glatting <free...@pki2.com> wrote: [..] > I have the same problem and traced it to something between pdftopdf and > pdftops (pdftopdf exits with no errors). Pdftopdf creates a file in > /var/spool/cups/tmp but when pdftops is called the fil

Re: cups-filters 1.13.4 failures

On Mon, 2017-03-27 at 18:37 +1300, Jonathan Chen wrote: > Hi, > > I recently updated to cups-filters 1.13.4, and it appears that I now > cannot print PDF files. The port is built with the default options. > The logs indicate: > > D [27/Mar/2017:17:24:32 +1300] [Job 631]

Re: cups-filters 1.13.4 failures

On 27 March 2017 at 18:37, Jonathan Chen <j...@chen.org.nz> wrote: [...] > Is the filter looking for pdftops in the wrong place? > > 6:36pm# strings /usr/local/libexec/cups/filter/pdftops | grep bin.pdftops > /usr/bin/pdftops Interestingly enough, in the config.log aft

cups-filters 1.13.4 failures

Hi, I recently updated to cups-filters 1.13.4, and it appears that I now cannot print PDF files. The port is built with the default options. The logs indicate: D [27/Mar/2017:17:24:32 +1300] [Job 631] Running command line for pdftops: pdftops -level3 /var/spool/cups/tmp/0410d58dfd707 - D [27/Mar

Re: Setting up CUPS on FreeBSD-arm using Raspberry Pi 2

> /usr/local/lib/libXss.so > > /usr/local/lib/libXss.so.1 > > /usr/local/lib/libXss.so.1.0.0 > > Re-building and installing x11/libXScrnSaver did the trick, CUPS now works. > > How did you connect not finding lXss and XScrnSaver? I tried a Google > search and found

Re: Setting up CUPS on FreeBSD-arm using Raspberry Pi 2

ng and installing x11/libXScrnSaver did the trick, CUPS now works. How did you connect not finding lXss and XScrnSaver? I tried a Google search and found nothing that came close Is there a database that associates library names with originating source code? Many

Re: Setting up CUPS on FreeBSD-arm using Raspberry Pi 2

On Sun, 4 Dec 2016 15:05:09 -0800 bob prohaska <f...@www.zefox.net> wrote: > On Sun, Dec 04, 2016 at 11:14:00PM +0100, Tijl Coosemans wrote: >> You need cups-filters yes. Please post the last couple of build commands >> and error messages you are seeing. > > The bu

Re: Setting up CUPS on FreeBSD-arm using Raspberry Pi 2

On Sun, Dec 04, 2016 at 11:14:00PM +0100, Tijl Coosemans wrote: > You need cups-filters yes. Please post the last couple of build commands > and error messages you are seeing. The build command is just make -DBATCH There's much intermediate output and lots of warnings,

Re: Setting up CUPS on FreeBSD-arm using Raspberry Pi 2

On Sun, 4 Dec 2016 10:20:58 -0800 bob prohaska <f...@www.zefox.net> wrote: > In trying to set up CUPS on a Raspberry Pi running -current there seems > to be a catch-22: CUPS compiles, installs and answers a browser pointed > at localhost:631 but attemps to print a t

Setting up CUPS on FreeBSD-arm using Raspberry Pi 2

In trying to set up CUPS on a Raspberry Pi running -current there seems to be a catch-22: CUPS compiles, installs and answers a browser pointed at localhost:631 but attemps to print a test page report no such file or directory which it is suggested (by a web search) can be fixed by installing

Re: Enabling AVAHI-option in cups-client results in circular dependency

On 24.01.2016 06:33, Kurt Jaeger wrote: If cups-client is built with the AVAHI option, there will be a circular >dependency, it seems. There's a whole bunch of problem reports for some cups, and we're missing someone to really look into those. Difficult issue. I was hoping, these probl

Re: Samba 4.3 compile fails with CUPS option set

problem whether "CUPS" is set or not. This is on a FreeBSD-11 machine. -- Carmel ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Samba 4.3 compile fails with CUPS option set

On Fri, Apr 15, 2016 at 8:16 AM, Dewayne Geraghty wrote: > Thanks for posting Frank; I also have this problem which O.Hartman has > created the PR > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208767 > > And MAKE_JOBS_UNSAFE makes no difference. > > Most people

Re: Samba 4.3 compile fails with CUPS option set

lem since the port update a few days ago. I've > tried with and without CUPS set multiple times each and 'with' always fails > in the same place with the same error and 'without' always completes > successfully. > > The ports/UPDATING file SAMBA entry dated 20160412 only refers to the

Samba 4.3 compile fails with CUPS option set

I've been having this problem since the port update a few days ago. I've tried with and without CUPS set multiple times each and 'with' always fails in the same place with the same error and 'without' always completes successfully. The ports/UPDATING file SAMBA entry dated 20160412 only

Re: print/cups-filters

On 2016-03-27 14:32, Naram Qashat wrote: [...] If you submit this to bugzilla along with build testing, then I will approve it. I currently do not have the time to look into doing this myself as I am in the middle of moving over to a new desktop. I'm not sure what else is needed for testing,

Re: print/cups-filters

0 -0400 > @@ -16,7 +16,6 @@ > libijs.so:${PORTSDIR}/print/libijs \ > liblcms2.so:${PORTSDIR}/graphics/lcms2 \ > libqpdf.so:${PORTSDIR}/print/qpdf \ > - libdbus-1.so:${PORTSDIR}/devel/dbus \ > li

print/cups-filters

@@ libijs.so:${PORTSDIR}/print/libijs \ liblcms2.so:${PORTSDIR}/graphics/lcms2 \ libqpdf.so:${PORTSDIR}/print/qpdf \ - libdbus-1.so:${PORTSDIR}/devel/dbus \ libcupsimage.so:${PORTSDIR}/print/cups

USB devices and the latest update to CUPS

Hi, Ever since the latest update to CUPS, jobs sent attached to my USB printer are stuck with: D [18/Mar/2016:17:01:05 +1300] [Job 407] libusb_get_device_list=1 I [18/Mar/2016:17:01:05 +1300] [Job 407] Waiting for printer to become available. This will loop indefinitely, with the printer never

Re: USB devices and the latest update to CUPS

On Fri, 18 Mar 2016 09:40:01 +0100 Thomas Gellekum <thomas.gelle...@netaachen.de> wrote: > On 03/18/2016 07:14, Jonathan Chen wrote: >> Ever since the latest update to CUPS, jobs sent attached to my USB >> printer are stuck with: >> >> D [18/

Re: USB devices and the latest update to CUPS

On 03/18/2016 07:14, Jonathan Chen wrote: > Hi, > > Ever since the latest update to CUPS, jobs sent attached to my USB > printer are stuck with: > > D [18/Mar/2016:17:01:05 +1300] [Job 407] libusb_get_device_list=1 > I [18/Mar/2016:17:01:05 +1300] [Job 407] Waiting

Re: print/cups overhaul (PR 207746) side-effects

Hello, > On Mar 15, 2016, at 2:44 PM, Torfinn Ingolfsen wrote: > > On Sat, Mar 12, 2016 at 4:51 PM, Walter Schwarzenfeld > wrote: >> Where is the problem? There is only one "big" port (llvm36). Will be >> sstimate 1 !/2 hours. Poudriere and more

Re: print/cups overhaul (PR 207746) side-effects

On Sat, Mar 12, 2016 at 4:51 PM, Walter Schwarzenfeld wrote: > Where is the problem? There is only one "big" port (llvm36). Will be > sstimate 1 !/2 hours. Poudriere and more synth often wants more. > And how many hours will it take to compile the llvm port on a

Re: print/cups overhaul (PR 207746) side-effects

> Am 12.03.2016 um 16:51 schrieb Walter Schwarzenfeld > : > > Where is the problem? There is only one "big" port (llvm36). Will be sstimate > 1 !/2 hours. Poudriere and more synth often wants more. Re-reading the messages, I realize that I blew this out of

Re: print/cups overhaul (PR 207746) side-effects

Where is the problem? There is only one "big" port (llvm36). Will be sstimate 1 !/2 hours. Poudriere and more synth often wants more. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe,

Re: print/cups overhaul (PR 207746) side-effects

t; I just did a rebuild of packages for my webservers with poudriere. >>> What I noticed was that via the print/cups overhaul (see PR 207746), >>> quite a lot (>50) of additional dependencies are added to the system, >>> including lots of x11 related libs, avahi, dbus, ca

Re: print/cups overhaul (PR 207746) side-effects

> Am 12.03.2016 um 14:10 schrieb Tijl Coosemans <t...@freebsd.org>: > > On Fri, 11 Mar 2016 20:52:08 +0100 Martin Waschbüsch <mar...@waschbuesch.de> > wrote: >> I just did a rebuild of packages for my webservers with poudriere. >> What I noticed was that

cups update

Hi! In /usr/ports/UPDATING is: "20160311:   AFFECTS: print/cups-base, print/cups-client, print/cups-image   AUTHOR: t...@freebsd.org   The cups-base, cups-client and cups-image packages have been combined   into one cups package.  If you build your own ports the easiest way to   u

Re: cups update

Should be solved by a reinstall of cups-filters. No problem on my machine (10.2-RELEASE). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-uns

Re: cups update

On Sat, 12 Mar 2016 06:50:36 -0500 Stari Karp <starik...@yandex.com> wrote: > Hi! > > In /usr/ports/UPDATING is: > > "20160311: >   AFFECTS: print/cups-base, print/cups-client, print/cups-image >   AUTHOR: t...@freebsd.org > >   The cups-base, cups-cl

Re: print/cups overhaul (PR 207746) side-effects

On Fri, 11 Mar 2016 20:52:08 +0100 Martin Waschbüsch <mar...@waschbuesch.de> wrote: > I just did a rebuild of packages for my webservers with poudriere. > What I noticed was that via the print/cups overhaul (see PR 207746), > quite a lot (>50) of additional dependencies are a

Re: print/cups overhaul (PR 207746) side-effects

enGL option needs > X11 support". This was after it compiled all this X11 crap that my servers > don't need. Ironically, I need to refactor options because now I can't build > ImageMagick-noX11. While manually unsetting CUPS and GS_cups options for ghostscript did no

Re: print/cups overhaul (PR 207746) side-effects

Hello, Jim Ohlstein > On Mar 11, 2016, at 2:52 PM, Martin Waschbüsch <mar...@waschbuesch.de> wrote: > > Hi all, > > I just did a rebuild of packages for my webservers with poudriere. > What I noticed was that via the print/cups overhaul (see PR 207746), > quit

print/cups overhaul (PR 207746) side-effects

Hi all, I just did a rebuild of packages for my webservers with poudriere. What I noticed was that via the print/cups overhaul (see PR 207746), quite a lot (>50) of additional dependencies are added to the system, including lots of x11 related libs, avahi, dbus, cairo, opengl, etc. This st

Re: Cups issue

On Tue, Feb 23, 2016 at 8:10 AM, Luciano Mannucci <luci...@vespaperitivo.it> wrote: > > Hello all, > > after last "pkg upgrade", all my cups printer queues are saying: > > "File "/usr/local/libexec/cups/filter/foomatic-rip" not available: No

Cups issue

Hello all, after last "pkg upgrade", all my cups printer queues are saying: "File "/usr/local/libexec/cups/filter/foomatic-rip" not available: No such file or directory" I'm using cups-2.0.3_1 on a 10.1-RELEASE-p24 GENERIC amd64. What have I done wrong? :)

Re: cups-base

/sbin/lpc; then chmod -h 02555 /usr/sbin/lpc; fi -@sample %%ETCDIR%%/cups-files.conf.sample -@sample %%ETCDIR%%/cupsd.conf.sample -@sample %%ETCDIR%%/mime.convs.sample -@sample %%ETCDIR%%/mime.types.sample -@sample %%ETCDIR%%/snmp.conf.sample -%%PAM%%@sample etc/pam.d/cups.sample bin/cancel bin

cups-base

Hi! I did try to update cups-base to version 2.0.3_4 with Synth on FreeBSD 10.2-RELEASE (amd 64) and it failed: < phase : package > ===> Building package for cups-base-2.0.3_4 pkg-static: Unable to access file /construction/xpo

Re: cups-base

Sorry, the patch was against the "original" pkg-plist, instead the updated. Please, take this one https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207171 ___ freebsd-ports@freebsd.org mailing list

cups fails to install: dependency problem?

found #include "memento.h" ^ 1 error generated. src/int.mak:1307: recipe for target 'obj/zfjbig2.o' failed gmake[2]: *** [obj/zfjbig2.o] Error 1 gmake[2]: Leaving directory '/usr/ports/print/cups-pstoraster/work/espgs-8.15.4' *** Error code 1 the pkged version seemed to work for c

Re: Enabling AVAHI-option in cups-client results in circular dependency

Hi! > If cups-client is built with the AVAHI option, there will be a circular > dependency, it seems. There's a whole bunch of problem reports for some cups, and we're missing someone to really look into those. Difficult issue. -- p...@opsec.eu+49 171 3

Enabling AVAHI-option in cups-client results in circular dependency

If cups-client is built with the AVAHI option, there will be a circular dependency, it seems. portupgrade will report it and stop. The dependency chain is too long for me to analyze, perhaps somebody better versed with the current package-management tools can figure it out... Yours, -mi

cups, and hplip too, fail to recognize printer when I try to print

I have printer, HP_LaserJet_Professional_M1212nf_MFP, seem to have set it up with cups after running hp-setup (not sure about whether hp-setup was successful), but when I run a command to print, get "unknown printer", even though I copy/paste the overlong name with the mouse to av

cups, and hplip too, fail to recognize printer when I try to print

I sent this old message by mistake, please ignore! Sorry! File I meant to send was to freebsd-current on problem with "make installworld". Tom ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To

Re: print/cups: PageLog remains empty

On Sat, 22 Aug 2015 16:01:12 -1000 Kevin Oberman rkober...@gmail.com wrote: I just took a look and I have the same issue. Last entry in page_log was back on May 16, so it's been broken for a while. Thanks for quick feedback. I've submitted a corresponding PR:

Re: print/cups: PageLog remains empty

On Fri, Aug 21, 2015 at 10:59 PM, Dr. Peter Voigt pvo...@uos.de wrote: I have reinstalled my server with 10.2-RELEASE (amd64). I have detected that my PageLog file of cups remains empty while my AccessLog and ErrorLog files are filled as expected. Otherwise printing is working fine. When

Re: Fwd: Cups-base will not build

2015-06-28 6:56 GMT+02:00 Dewayne Geraghty dewayne.gerag...@consciuminternational.com.au: Hi Leslie, I'm very confident that cups-base will not build without one of the zeroconf options defined. I chose the mdnsresponder because it used less libraries and works. I did try avahi but I

Cups-base will not build

I've tried with MAKE_JOBS_UNSAFE=yes but it does not do it! Any suggestions? Thanks /Leslie -L/usr/local/lib -lgnutls-lpthread -lm -lcrypt -lz -lz ../cups/libcups.a(http-support.o): In function `_httpResolveURI': /usr/ports/print/cups-client/work/cups-2.0.3/cups/http-support.c

Re: Cups-base will not build

On 27/06/2015 4:06 PM, Leslie Jensen wrote: I've tried with MAKE_JOBS_UNSAFE=yes but it does not do it! Any suggestions? Thanks /Leslie -L/usr/local/lib -lgnutls-lpthread -lm -lcrypt -lz -lz ../cups/libcups.a(http-support.o): In function `_httpResolveURI': /usr/ports

Fwd: Cups-base will not build

-lm -lcrypt -lz -lz ../cups/libcups.a(http-support.o): In function `_httpResolveURI': /usr/ports/print/cups-client/work/cups-2.0.3/cups/http-support.c:1702: undefined reference to `DNSServiceCreateConnection' /usr/ports/print/cups-client/work/cups-2.0.3/cups/http-support.c:1711

cups-base fails in linking ippfind

Latest cups-base fails: gmake[1]: Entering directory '/usr/ports/print/cups-base/work/cups-2.0.3/test' echo Compiling ippfind.c... echo Compiling ippserver.c... Compiling ippfind.c... cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2

Re: cups-base fails in linking ippfind

On Sun, Jun 14, 2015 at 10:38 PM, Torfinn Ingolfsen tin...@gmail.com wrote: Latest cups-base fails: Ok, changing options so AVAHI is off and MDNSRESPONDER is on helps. :) Now it compiles and installs. -- Regards, Torfinn ___ freebsd-ports@freebsd.org

foomatic-db Kyocera directory contents make cups give an error

Hi, cups error log file contains lines like this: root@kg-core1# grep Kyocera /var/log/cups/error_log | tail -2 E [14/Jun/2015:19:26:09 +0200] [cups-driverd] Bad driver information file /usr/local/share/cups/model/foomatic-db-ppds/Kyocera/ReadMe.htm! E [14/Jun/2015:22:49:54 +0200] [cups-driverd

Re: no dedicated maintainer for cups-base?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 06/08/15 22:28, Paul Beard wrote: Having some weird issues that may not be worth tackling otherwise. Something hosed up between avahi and encryption/authentication for wireless/AirPrint printing that I can’t work out. It used to work.

Re: no dedicated maintainer for cups-base?

-bin -L../cups -L../filter -L../ppdc -L../scheduler -L/usr/local/lib -Wl,-R/usr/local/lib -fPIE -pie -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -o ippserver ippserver.o ../cups/libcups.a \ -lssl -lcrypto -ldns_sd -lpthread -lm -lcrypt -lssp_nonshared -liconv

Re: no dedicated maintainer for cups-base?

On Jun 9, 2015, at 4:30 PM, Xin Li delp...@delphij.net wrote: BTW. Is there any specific reason that you using avahi and not mDNSresponder? How’s this? Making all in test... gmake[1]: Entering directory '/usr/ports/print/cups-base/work/cups-1.7.3/test' echo Compiling ippserver.c

Re: cups, and hplip too, fail to recognize printer when I try to print

I am very satisfyed with an EPSON L355 it prints fast, and at very cheap $/page... about US$40 for 5000 pages color in CYMK... I use a driver ESC/P-R in FreeBSD10 the printer shows as /dev/ulpt0 I defined it in cups, using the driver PPD. I compiled the driver from the epson website and woks

Re: cups, and hplip too, fail to recognize printer when I try to print

defined it in cups, using the driver PPD. I compiled the driver from the epson website and woks at once... I built a port if someone is interested in I have binaries for 32 and 64 bits ___ Is there a link of these source codes ? Thank you very

no dedicated maintainer for cups-base?

Having some weird issues that may not be worth tackling otherwise. Something hosed up between avahi and encryption/authentication for wireless/AirPrint printing that I can’t work out. It used to work. ___ freebsd-ports@freebsd.org mailing list

Re: cups, and hplip too, fail to recognize printer when I try to print

Thomas Mueller wrote: It would be helpful if a laser printer/all-in-one would support a standard print file format/interface, like PDF, instead of having their own proprietary PCL. Then such a printer might work in Linux and BSD even without a specific driver. Or am I wrong? Just look for

Re: cups, and hplip too, fail to recognize printer when I try to print

flaw in the way *nix handles printers, copiers, FAX machines, scanners, etcetera. You might want to check out this URL: http://www.linuxfoundation.org/collaborate/workgroups/openprinting Specifically this portion for starters: PDF is the standard print job format from CUPS 1.6.x on All

Re: cups, and hplip too, fail to recognize printer when I try to print

in the way *nix handles printers, copiers, FAX machines, scanners, etcetera. You might want to check out this URL: http://www.linuxfoundation.org/collaborate/workgroups/openprinting Specifically this portion for starters: PDF is the standard print job format from CUPS 1.6.x on All important desktop

Re: cups, and hplip too, fail to recognize printer when I try to print

Thomas Mueller wrote: I have printer, HP_LaserJet_Professional_M1212nf_MFP, seem to have set it up with cups [...] lpr: lp: unknown printer Be aware that after installing CUPS you will find two incompatible lpr binaries on your system: /usr/bin/lpr, which belongs to the base system

Re: cups, and hplip too, fail to recognize printer when I try to print

did install the necessary filter, but either CUPS can't find it or the filter itself has an issue. One of the various log files in /var/log/cups might provide some more detailed information on what exactly is going on in the background. By the way, this is the exact reason why I don't buy

Re: cups, and hplip too, fail to recognize printer when I try to print

On Tue, 2 Jun 2015 04:34:02 + (UTC) Thomas Mueller wrote: I have printer, HP_LaserJet_Professional_M1212nf_MFP This printer needs binary plugin to work: http://hplipopensource.com/hplip-web/models/laserjet/hp_laserjet_professional_m1212nf_mfp.html You can install print/hplip-plugin and play

Re: cups, and hplip too, fail to recognize printer when I try to print

Thomas Mueller wrote: I have printer, HP_LaserJet_Professional_M1212nf_MFP, seem to have set it up with cups [...] lpr: lp: unknown printer Patrick Hess responded: Be aware that after installing CUPS you will find two incompatible lpr binaries on your system: /usr/bin/lpr, which belongs

Re: cups, and hplip too, fail to recognize printer when I try to print

*nix box to whatever the printer can handle. I would assume that hplip did install the necessary filter, but either CUPS can't find it or the filter itself has an issue. One of the various log files in /var/log/cups might provide some more detailed information on what exactly is going

cups, and hplip too, fail to recognize printer when I try to print

I have printer, HP_LaserJet_Professional_M1212nf_MFP, seem to have set it up with cups after running hp-setup (not sure about whether hp-setup was successful), but when I run a command to print, get unknown printer, even though I copy/paste the overlong name with the mouse to avoid a typo

Re: print/cups fails to build on 9.3-STABLE i386

Boris Samorodov wrote: I think that your cups-client libs are linked against dns libraries. With a fresh portstree (this imho should be fixesd at r376233) rebuild print/cups-client, then print/cups-base. It also fails with the same diagnostics under poudriere on 10.1 using today's ports

Re: print/cups fails to build on 9.3-STABLE i386

15.01.2015 22:02, William Bulley пишет: After running this command: # svn update /usr/ports I tried to upgrade the print/cups port. As root I then ran this command: # portmaster -K -B -D print/cups Below is the output leading up to the failure and the failure itself. BTW - I did

Re: print/cups fails to build on 9.3-STABLE i386

On 16/01/2015 6:02 AM, William Bulley wrote: After running this command: # svn update /usr/ports I tried to upgrade the print/cups port. As root I then ran this command: # portmaster -K -B -D print/cups Below is the output leading up to the failure and the failure itself. BTW - I did

print/cups fails to build on 9.3-STABLE i386

After running this command: # svn update /usr/ports I tried to upgrade the print/cups port. As root I then ran this command: # portmaster -K -B -D print/cups Below is the output leading up to the failure and the failure itself. BTW - I did retry the build in /usr/ports/print/cups using

Re: Linker error compiling cups-base

On Sat, 3 Jan 2015, Don Lewis wrote: On 3 Jan, Frank Seltzer wrote: I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? I don't understand why cups-base is even trying to link with avahi since this option is unchecked: OPTIONS_FILE_UNSET

Linker error compiling cups-base

I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? I don't understand why cups-base is even trying to link with avahi since this option is unchecked: OPTIONS_FILE_UNSET+=AVAHI Linking ippserver... cc -L../cgi-bin -L../cups -L../filter -L

Re: Linker error compiling cups-base

On Sat, 3 Jan 2015, Kurt Jaeger wrote: Hi! I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? It's a known problem: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195743 Someone needs to debug this 8-( -- p...@opsec.eu+49

Re: Linker error compiling cups-base

On 3 Jan, Frank Seltzer wrote: I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? I don't understand why cups-base is even trying to link with avahi since this option is unchecked: OPTIONS_FILE_UNSET+=AVAHI Is the MDNSRESPONDER

Re: Linker error compiling cups-base

Hi! I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? It's a known problem: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195743 Someone needs to debug this 8-( -- p...@opsec.eu+49 171 3101372 5

Re: Linker error compiling cups-base

03.01.2015 17:27, Kurt Jaeger пишет: Hi! I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? It's a known problem: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195743 Someone needs to debug this 8-( Yep, seems that cups-client

Re: Linker error compiling cups-base

On Sat, Jan 3, 2015 at 3:16 PM, Boris Samorodov b...@passap.ru wrote: 03.01.2015 17:27, Kurt Jaeger пишет: Hi! I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? It's a known problem: https://bugs.freebsd.org/bugzilla

Re: print/cups-base web interface broken unable to print

The unable to print issue was solved when I installed print/cups-filters. I can now print. My thanks to Don Lewis for the tip on how to solve this. - FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/print-cups-base-web

print/cups-filters and compile errors with qpdf

I just wanted to send this out to the list because this has bitten a few people already. If you get a compile error in relation to qpdf.h missing, this is because print/qpdf needs to be built with the SDK option enabled. The option is defaulted, but it wasn't always the case, so if you use

  1   2   3   4   5   >