Activity for Solomon Peachy
-
Solomon Peachy modified a comment on ticket #758
Oh, you're using the gutenprint-printer-app on ubunbu. I honestly have no idea if that works properly; I use standalone CUPS + gutenprint directly using the lp command flow (with explicitly specified sizes) rather than whatever mechanism the app uses to route cmdline prints and select the size that gets used. (Also, my tests were done on a DNP QW410 which is programatically identical to the CZ-01)
-
Oh, you're using the gutenprint-printer-app on ubunbu. I honestly have no idea if that works properly; I use standalone CUPS + gutenprint directly. (Also, my tests were done on a DNP QW410 which is programatically identical to the CZ-01)
-
2025 Gutenprint breaks drivers because it doesn't support old format
-
No, the first step is recognizing that you need me more than I need you. The second step is realizing that folks are more inclined to help people who are polite. Entitles assholes get pointed at the "THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND" sign. On that note, enjoy solving your own problem.
-
dyesub: A small set of fixes for the P630 series
-
dyesub: Add 5x5" print size for Hiti P520/P525 and P630
-
Gutenprint 5.3.6-pre
-
dyesub: Preliminary support for HiTi P630
-
dyesub: backend: Detect paper jam on Canon SELPHY ES3/ES30 models
-
I just printed several different different sizes back to back, so there doesn't appear to be anything wrong with gutenprint itself here, instead the problem appears to lie somewhere higher up. You didn't mention what client you are using to print. I suspect it is either not specifying the size properly or it is not doing so at all, so gutenprint ends up falling back to the default (ie 4x4). FWIW I've seen this happen before with some MacOS versions, a workaround was committed to CUPS in 2.4.12 --...
-
First, piggybacking on a completely unrelated thread is bad etiquette. Second, I've only ever seen "Failure to receive data from printer (libusb error -4: (12/12 from 0x82))" when there is a hardware-level problem going on that prevents communications over USB. There is nothing selphy_print can do about that, unfortunately.
-
Printer prints successfully but produces an error forcing me to cancel and reset
-
The workaround mentioned was added some time ago, but as I never heard anything back from the reporter I'm closing this.
-
DNP DS-RX1HS - Printout get squeezed
-
2025 Gutenprint breaks drivers because it doesn't support old format
-
The reason PPDs are versioned is because gutenprint itself is versioned, and options come and go. Meanwhile, The solution today is the same as the solution fiffteen years ago: Run 'sudo cups-genppdupdate' and restart cups
-
The short answer: if you followed those instructions after 2025-12-24. you already have the updated backend code, so you can select the "P461" printer from within Gutenprint, and you should be good to go. The frontend (ie gutenprint) changes consist solely of adding the P310+P322 to the printer list. I haven't created a new snapshot tarball in a while (the plan is to do so after I deal with another printer), but you can build it directly from the git code with a few additional steps if you so pr...
-
dyesub: Hiti sheet printers (P310/P322) have media types 0-4
-
dyesub: Add support for the HiTi P322W and P310W
-
Update README+NEWS with recent developments
-
dyesub: backend: Sync backend with upstream
-
xml: Correct entry for Joyspace U826, and create one for Swiftfoto KSF-10R
-
move VCS to github/gitlab or ar least organize mirror
-
Problems with Canon SELPHY CP1500
-
You have to go into the CUPS admin interface and manually un-pause the printer queue. (the automatic reprint is done entirely within the printer, which does not communicate anything to the host in the process)
-
canon: Fix incorrect ink selection due to bad array indices
-
configure: Make it explicit that the GIMP plugin is for GIMP2.x
-
FYI, I deleted two spam connents that (1) pointed at an opaque 3rd party download site instead of sourceforge and (2) essentially said (incorrectly) "install it and it will just work"
-
Update translations
-
genppd: Ensure we don't improperly truncate utf-8 encoded Main Keywords
-
Further Update MacOS packaging scripts (Matt Broughton)
-
Update MacOS packaging scripts (Matt Broughton)
-
Time to make 5.3.5 official
-
rework the todo page a little
-
5.3.5 release prep
-
Time to make 5.3.5 official
-
It appears to work now, thank you!
-
Project www url is 302 redirecting to sf project page instead of the www site
-
Update translations and checksums
-
Fix up more -Wsign-compare issues, in escp2, canon, and elsewhere.
-
Partially revert the -Wsign-compare fixups
-
dyesub: backend: minor updates to silence build warnings
-
misc: Correct a large pile of -Wsign-compare warnings
-
dyesub: flip the "extra" margin for 2x6*2 LANDSCAPE prints
-
cups: Don't "adjust" margins if it's not needed
-
dyesub: Resolve all differing-signed comparison warnings
-
dyesub: Centralize non-printer-specific resolution definitions
-
dyesub: Document flags and other constants
-
Update Georgian (ka) translation
-
Pull in latest Georgian (ka) translation
-
i18n: call textdomain() after bindtextdomain()
-
i18n: don't crash if setlocale() fails
-
dyesub: backend: Don't issue a USB reset for the Sony UP-DR80MD
-
Resync translations
-
Update 5.3.5 checksums after some last minute bugfixes
-
The problem is that many translated strings are simply too long and cause PPD validation failures. PPDs have a strict 80 byte limit on translated strings, causing a string like this with less than 80 characters: "თუ საჭიროა, საზღვრებში ჩასატევად გვერდის დაპატარავება" ...to take up 149 bytes when encoded using UTF8. As far as I'm aware, the only way forward is to drastically shorten many of these strings. I don't know if that is feasible or not.
-
dyesub: backend: Fix nasty regression in parsing IEEE1284 data
-
dyesub: backend: Resync with upstream
-
dyesub: Add a 'copy count' to Mitsubishi D70 and D90 family spool format
-
dyesub: Canon SELPHY, Kodak 1400, and Kodak 805 don't do hardware copies
-
dyesub: backend: dnp: More verbose panorama printing errors
-
cups: Add conditional support for the PPD 'Collate' option
-
dyesub: Correct copy generation with the Kodak 605.
-
dyesub: Correct size definitions for a few multicut sizes
-
Fix up a large pile of unused-argument warnings
-
Another batch of compiler warning fixups.
-
dyesub: backend: Explicitly disable -Wcast-qual
-
dyesub: backend: Correct a harmless overflow in the common sinfonia code
-
configure: Don't use -pedantic in developer mode builds
-
cups: Clean up all non-backend warnings.
-
libgutenprintui2: Cleaning up warnings.
-
escputil: Clean up warnings.
-
testpattern: Clean up signedness comparison warnings
-
tests: Clean up a large pile of warnings
-
dyesub: The Mitsubishi CP-D90DW-SL is now supported.
-
Update printer lists, feature lists, documentation, and more
-
Add checksums for 5.3.5
-
escp2: Correct incorrect inkgroup cache element storage
-
I do believe you are correct, thanks for reporting this!
-
The printer queue is "paused" which means administrative action is necessary to resume it. There's nothing the "driver" can do about this; you have to go into the CUPS UI and manually resume the queue (it's under the "maintenance" pulldown on the toplevel printer page)
-
dyesub: Add EXPERIMENTAL support for the Mitsubishi CP-D90DW-SL
-
On Thu, Nov 14, 2024 at 02:24:24AM -0000, Bob McGowan wrote: And how would I go about getting/helping with creating a driver for this printer? Note I am not a C programmer and can only provide QA/testing help. To add support to gutenprint for this model, you (or someone with direct access to one of these things) will need to: 1) Determine what page definition languge (PDL) it uses (eg some sort of PCL variant or something proprietary) 2) Determine what various [official] driver options do to the...
-
/bin/sh scripts/config.sub make failed
-
Preserve dimensions changes ratio
-
Bad image ratios being cropped or otherwise scrwed with is actually a CUPS problem.
-
File size limit
-
This isn't a problem with gutenprint.
-
Gutenprint ipk package for OpenWRT (GL-iNet AR750) failed to compile
-
Fix library order to mention GUTENPRINT_LIBS before CUPS_LIB
-
I have no idea if this is still relevant, but it's been 13 years..
-
treiber samsung clp510
-
Not a patch.
-
Epson has, to my knowledge, never published documentation for their ESC/P-R language, and their linux drivers for the ET-8500/8550 rely on a proprietary library. Reverse-engineering how ESC/P-R (and their proprietary library) works is not something I have any particular interest in doing -- I barely have time to handle basic maintenance these days, and there's a very long list of more pressing things that need doing.
-
On Fri, Nov 01, 2024 at 06:22:04PM -0000, Anthony wrote: Top, bottom, left and right are by default set to 13, 13, 16, 19. If I set these values to 0, 0, 0, 0, the picture takes the whole page and I have no more border. The picture is well printed. For the SELPHY models there is an option to print "borderless" that pulls the margins all to 0. On the cmdline, the option is 'StpBorderless=false'. You can set the default value using the CUPS UI, through lpoption, or editing the PPD file and restarting...
-
On Sat, Oct 26, 2024 at 03:40:49PM -0000, Anthony wrote: But using image viewer, command line or even pdf reader, when I print a picture (or even a test page) the picture is shifted on the paper and not centered. To get something "beautiful" I have set some parameters to reduce the scaling and move a bit the picutre in the print area. But this is not what I want. I would like to get the picture centered automatically. Have a look at: https://wiki.debian.org/CUPSImageManipulation I have replaced all...
-
On Tue, Oct 22, 2024 at 10:03:22AM -0000, Nils Smeds wrote: I am hoping that there will be a generic IPP server/CUPS plugin around by then in the Linux distros that will use PPDs - at least for the Brother printers. Or an agreement on what Cups compatible IPP server is most generally available that I can contribute to. https://github.com/OpenPrinting/ps-printer-app That is probably what you want if you're printing to native postscript printers. There is a similar one for Gutenprint. - Solomon Solomon...
-
On Tue, Oct 22, 2024 at 06:59:19PM -0000, Raphael Schib wrote: Does anyone have a hint for fixing my problem? I’m still stuck on this? A log is attached on the last post. The error is rather generic, and doesn't match my experiecne with a CP1500. So let's do this. First, run this on the command line: ps auxwww |grep ipp |grep -v grep If you see a line containing 'ipp-usb' (which is what I expect) then you will need to remove ipp-usb in order to use gutenprint. That said, with ipp-usb you don't actually...
-
documentation: Clean up some obsolete kruft (Eric Beck)
-
CUPS 3 removes all support for working with PPDs.
-
First, I should point out that you can't mix PCL and PS. The PPD that brother supplies is for use with a native postscript printing flow only. Also, foomatic is sort of a metadata aggregator only. If you want to send postscript directly to a printer that you have connected, you can always do 'cat whatever.ps > /dev/lp0' or something like that. Adobe's standards documentation for PJL, Postscript level 3 and PPDs is public, you should be able to find them using your favorite search engine. Brother...
1 >
