You can subscribe to this list here.
2000 |
Jan
(111) |
Feb
(412) |
Mar
(133) |
Apr
(187) |
May
(377) |
Jun
(355) |
Jul
(129) |
Aug
(316) |
Sep
(412) |
Oct
(258) |
Nov
(260) |
Dec
(228) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(291) |
Feb
(497) |
Mar
(341) |
Apr
(105) |
May
(127) |
Jun
(97) |
Jul
(348) |
Aug
(195) |
Sep
(353) |
Oct
(516) |
Nov
(454) |
Dec
(99) |
2002 |
Jan
(125) |
Feb
(232) |
Mar
(222) |
Apr
(160) |
May
(147) |
Jun
(97) |
Jul
(199) |
Aug
(275) |
Sep
(411) |
Oct
(355) |
Nov
(371) |
Dec
(326) |
2003 |
Jan
(314) |
Feb
(181) |
Mar
(166) |
Apr
(90) |
May
(192) |
Jun
(137) |
Jul
(91) |
Aug
(57) |
Sep
(59) |
Oct
(67) |
Nov
(202) |
Dec
(158) |
2004 |
Jan
(67) |
Feb
(81) |
Mar
(142) |
Apr
(124) |
May
(190) |
Jun
(245) |
Jul
(124) |
Aug
(199) |
Sep
(182) |
Oct
(92) |
Nov
(285) |
Dec
(173) |
2005 |
Jan
(111) |
Feb
(74) |
Mar
(90) |
Apr
(275) |
May
(133) |
Jun
(106) |
Jul
(215) |
Aug
(142) |
Sep
(131) |
Oct
(135) |
Nov
(75) |
Dec
(76) |
2006 |
Jan
(173) |
Feb
(96) |
Mar
(127) |
Apr
(226) |
May
(227) |
Jun
(83) |
Jul
(101) |
Aug
(122) |
Sep
(118) |
Oct
(27) |
Nov
(76) |
Dec
(58) |
2007 |
Jan
(204) |
Feb
(137) |
Mar
(115) |
Apr
(50) |
May
(135) |
Jun
(111) |
Jul
(57) |
Aug
(40) |
Sep
(36) |
Oct
(36) |
Nov
(77) |
Dec
(145) |
2008 |
Jan
(159) |
Feb
(52) |
Mar
(77) |
Apr
(59) |
May
(80) |
Jun
(105) |
Jul
(119) |
Aug
(225) |
Sep
(58) |
Oct
(173) |
Nov
(64) |
Dec
(94) |
2009 |
Jan
(61) |
Feb
(13) |
Mar
(70) |
Apr
(115) |
May
(48) |
Jun
(50) |
Jul
(34) |
Aug
(74) |
Sep
(30) |
Oct
(95) |
Nov
(132) |
Dec
(12) |
2010 |
Jan
(40) |
Feb
(22) |
Mar
(10) |
Apr
(5) |
May
(10) |
Jun
(73) |
Jul
(73) |
Aug
(74) |
Sep
(117) |
Oct
(33) |
Nov
(34) |
Dec
(41) |
2011 |
Jan
(42) |
Feb
(38) |
Mar
(60) |
Apr
(6) |
May
(26) |
Jun
(52) |
Jul
(16) |
Aug
(21) |
Sep
(49) |
Oct
(48) |
Nov
(64) |
Dec
(121) |
2012 |
Jan
(112) |
Feb
(81) |
Mar
(92) |
Apr
(37) |
May
(57) |
Jun
(142) |
Jul
(65) |
Aug
(43) |
Sep
(33) |
Oct
(81) |
Nov
(130) |
Dec
(63) |
2013 |
Jan
(63) |
Feb
(32) |
Mar
(80) |
Apr
(48) |
May
(44) |
Jun
(79) |
Jul
(86) |
Aug
(91) |
Sep
(43) |
Oct
(95) |
Nov
(130) |
Dec
(117) |
2014 |
Jan
(283) |
Feb
(206) |
Mar
(90) |
Apr
(57) |
May
(105) |
Jun
(66) |
Jul
(87) |
Aug
(30) |
Sep
(54) |
Oct
(125) |
Nov
(45) |
Dec
(36) |
2015 |
Jan
(58) |
Feb
(51) |
Mar
(59) |
Apr
(75) |
May
(70) |
Jun
(52) |
Jul
(58) |
Aug
(72) |
Sep
(184) |
Oct
(157) |
Nov
(91) |
Dec
(90) |
2016 |
Jan
(89) |
Feb
(61) |
Mar
(57) |
Apr
(86) |
May
(46) |
Jun
(63) |
Jul
(71) |
Aug
(60) |
Sep
(207) |
Oct
(139) |
Nov
(76) |
Dec
(68) |
2017 |
Jan
(112) |
Feb
(91) |
Mar
(138) |
Apr
(79) |
May
(36) |
Jun
(20) |
Jul
(105) |
Aug
(71) |
Sep
(51) |
Oct
(114) |
Nov
(148) |
Dec
(79) |
2018 |
Jan
(118) |
Feb
(107) |
Mar
(111) |
Apr
(127) |
May
(60) |
Jun
(63) |
Jul
(49) |
Aug
(18) |
Sep
(134) |
Oct
(68) |
Nov
(91) |
Dec
(27) |
2019 |
Jan
(41) |
Feb
(63) |
Mar
(37) |
Apr
(42) |
May
(44) |
Jun
(81) |
Jul
(53) |
Aug
(21) |
Sep
(62) |
Oct
(55) |
Nov
(41) |
Dec
(57) |
2020 |
Jan
(14) |
Feb
(29) |
Mar
(33) |
Apr
(20) |
May
(19) |
Jun
(9) |
Jul
(5) |
Aug
(23) |
Sep
(30) |
Oct
(29) |
Nov
(58) |
Dec
(139) |
2021 |
Jan
(62) |
Feb
(117) |
Mar
(13) |
Apr
(17) |
May
(23) |
Jun
(28) |
Jul
(7) |
Aug
(29) |
Sep
(56) |
Oct
(21) |
Nov
(36) |
Dec
(14) |
2022 |
Jan
(10) |
Feb
(28) |
Mar
(18) |
Apr
(19) |
May
(18) |
Jun
(3) |
Jul
(14) |
Aug
(11) |
Sep
(12) |
Oct
(4) |
Nov
|
Dec
(5) |
2023 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(2) |
Jun
(8) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2024 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(51) |
Aug
(31) |
Sep
(10) |
Oct
(14) |
Nov
(12) |
Dec
(14) |
2025 |
Jan
(17) |
Feb
(5) |
Mar
(30) |
Apr
(2) |
May
(4) |
Jun
(9) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Matt B. <wal...@ma...> - 2021-05-09 16:45:57
|
> On May 8, 2021, at 4:52 PM, Solomon Peachy <pi...@sh...> wrote: > > On Sat, May 08, 2021 at 05:05:41PM -0400, Robert Krawitz wrote: >> I'm sort of leaning toward simply changing the base unit for the PPD >> files to 0.5 point. That will still make for a lot of option choices >> and we'll need to test to make sure that that doesn't cause additional >> problems. What do people think? > > I think this is the least worst option.. > > (And I say that as someone whose use cases aren't affected one way or > another) > > - Solomon I think I agree with Solomon here. I do have some other thoughts/concerns, 1. Is changing the base unit going to cause problems with cupstestppd ? 2. We have had the messiness of 'mm' 'points' and 'inches' for quite some time. We saw how ugly it is when this macos bug emerged. The bug first appeared with v3.x. Robert, I know you *really* don't like making big changes even if it the right thing to do. 2a What problems might this cause with cups-genppdupdate? There are going to be users that already have modified their PPD defaults through the CUPS web interface or command line. Also, at least in macos, users can create Custom Presets either for one printer or for all printers in the standard Print Window. I think this is going to get very messy and problematic very, very quickly. I may not be thinking correctly on these point or overanalyzing. While the current bug in macos only affects those printers that print on CDs/DVDs, it is still a nasty bug. My immediate concern is to get something out for macos users that won't crash applications when they try to look at and set Printer Features. I think Steve is having problems getting the ARM binaries to work and to make a fat binary. He will have to let us know where he is. At this point, I would settle for a x86_64 only release. I is easier to fend off complaints of not not having native code for the M1 chipset than deal with drivers that can crash applications. As I recall the last patch Robert has us try solved the problem. Matt |
From: Solomon P. <pi...@sh...> - 2021-05-08 21:52:29
|
On Sat, May 08, 2021 at 05:05:41PM -0400, Robert Krawitz wrote: > I'm sort of leaning toward simply changing the base unit for the PPD > files to 0.5 point. That will still make for a lot of option choices > and we'll need to test to make sure that that doesn't cause additional > problems. What do people think? I think this is the least worst option.. (And I say that as someone whose use cases aren't affected one way or another) - Solomon -- Solomon Peachy pizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL speachy (freenode) |
From: Robert K. <rl...@al...> - 2021-05-08 21:05:59
|
I apologize that I've dropped the ball on this. Unfortunately, it looks like whatever solution we come up with is likely to be messy (as is often the case when the underlying breakage lies elsewhere). IIRC the problem was with the *Custom keywords for any option other than paper size. There are two broader possibilities: make a change only for OS X, or make a change for everyone. The former has the advantage of not inconveniencing Linux users who rely on the functionality of custom CD sizes/hubs, but the disadvantage of increasing complexity. I'd rather not add further to the testing matrix or have problems that are hard to reproduce based on OS. As far as solving the OS X specific problem, there are a few ways of going about it: 1) Use the gross/fine adjustment paradigm we currently use for floating point numbers. The difficulty is that for options other than page size we're specifying dimensions in mm rather than points; for CD sizes and the like, points aren't a very natural unit of measurement. So coarse/fine adjustment will yield weird things like 101.9 mm + fine adjustments of .035, .072, .107, .143... mm, which is meaningless to people. Plus, it adds the complexity of a fine adjustment option. 1a) Do this, but using points as the unit. The divisions and subdivisions will be easy enough; end users won't like having to think about points for their CD diameter and hub. Same fine adjustment problem, though. 2) Remove the custom point size altogether, treat it as an integer value at least externally. This is simple, but it means people who really want very precise positioning (better than about 0.4mm or 1/100") will be out of luck. 3) Make the base unit for the PPD files be 0.1 point rather than 1 point. This makes the number of choices very large (CD diameters have a range of about 40 mm, so that would mean 400 choices). I suppose we could make the base unit be 0.5 point rather than 1 point; that would at least reduce the worst case error by a factor of 2, so about 1/200". That might be good enough. Thoughts? I'm sort of leaning toward simply changing the base unit for the PPD files to 0.5 point. That will still make for a lot of option choices and we'll need to test to make sure that that doesn't cause additional problems. What do people think? |
From: Walker B. <fo...@wa...> - 2021-05-06 15:18:41
|
Hey all, In 2016 and 17 (forever ago it seems) my company paid Solomon to make some custom LUT code inside Gutenprint for Epson-printers. We got it working as an in-house implementation for some experimental monochrome printing that we do at Cone Editions Press here in Vermont. To that end: 1. I’m wondering if anyone would be interested in a bit more paid (FOSS) work to actually get the LUT code and workflow validated and working in the current Gutenprint master branch. Robert did some initial LUT-work there but I was never able to implement the code properly because I’m just kinda not smart enough. I think it’s a useful addition to be able to do externally linearized LUTs per channel or color . . . 2. I’m wondering if anyone is interested in some paid work to do this LUT work for Canon. If we can do the LUT work inside Gutenprint then maybe someone can develop a proper open source workflow for monochrome ink printing on the Canon platform. 3. Finally, DITHER. All the dithers in Gutenprint are channel unaware meaning a dot placement on one channel (take Cyan) is not aware of the intersecting lighter channel (Light Cyan) dot placement creating randomized double drop overlaps. This is generally fine for color printing (CMYK) but does create unnecessary dots and has always been a problem for multichannel monochrome printing. A much higher-quality way to print would be to calculate randomized dither points only inside the drop voids of adjacent darker or lighter channels of the same color. This would minimize ink bleed, maximize total ink limit, maximize gamut, and minimize noise, and increase real-world resolution of fine details. What are your thoughts on that code? Is it needed or not really? Was this part of the never-finished “Even Better Dither? Ideally the Ordered New would be channel-aware . . . Best regards all, Walker Blackwell Printmaker, Cone Editions Press |
From: Solomon P. <pi...@sh...> - 2021-05-03 15:36:17
|
On Tue, Apr 27, 2021 at 05:05:09PM +0200, Alessandro wrote: > and the new os x. I have an old Fujifilm Ask-2500 connected to a fritz > box with usb share. I don't know what this means (in technical terms) so I can't say if this can be expected to work. > I also tried all the below steps by connecting directly to usb. I have > installed everything correctly and I can print from the mac and other > Windows computers. The problem is that when i print with Mac Os > through gutenprint, the print is super low quality and the colors are > not correct. Just so I'm clear what you're referring to here; "print from other windows computers" is done over the network to a ASK2500 connected to a MacOS system running gutenprint? And can you include a photograph of what you mean by "not correct" colors? A print of something like this: https://d1e8vjamx1ssze.cloudfront.net/coloratura/images/knowledge-base/assets/images/colour/CMYKColourModel.png - Solomon -- Solomon Peachy pizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL speachy (freenode) |
From: Matt B. <wal...@ma...> - 2021-05-03 01:18:26
|
> On May 1, 2021, at 3:02 PM, Robert Krawitz <rl...@al...> wrote: > > On 4/27/21 4:27 PM, Daniel Meeuws via Gimp-print-devel wrote: >> Hi, >> >> I was wondering when there would be a new version of Gutenprint. >> >> I have been very grateful for Gutenprint keeping my old but great Canon printer going this last year with my MacBook, but now I’ve upgraded to Big Sur and the driver comes up with an error. >> >> It’s been a few years since 5.3.3, and I was hoping there might be a new version soon, or some other way to get the driver working again. > > Hi, > > We're still having issues with Big Sur and Gutenprint. One of our Macintosh maintainers should be > able to provide an update on what's happening. Yes, there are some issues with the next version for macos. We found a very nasty bug that was in v5.3.3. It only affects a small number of printers -- those that can print on CDs and DVDs. It is known what causes it, but it is a macos issue only (Gutenprint is used on Linux) is and the fix is being worked on. I believe there is also an issue with getting the code properly signed and notarized. I think Apple made some changes in the number of folders you can have in a folder. Daniel, my guess is that you are getting the error because you do not have Rosetta installed. Rosetta is the interpreter that allows Intel code to run on the new chipset. Normally an application that need to run Intel code will automatically ask you to install Rosetta. Nice and easy. Gutenprint is not an application however. It is a set of drivers. You need to install Rosetta from the command line. A bit geeky or nerdy, but not difficult. 1. Be sure you are running as an administrator. 2. Open the Terminal application /Applications/Utilities/Terminal. 3. Enter or copy and paste the following command into the Terminal window sudo softwareupdate --install-rosetta 4. Enter your password and hit the Return key. Nothing will show as you enter your password. You will have to agree to Apple's license agreement and the software will be installed. Gutenprint should work fine now. If that doesn't solve your problem, please post back and we can look for something else. Matt |
From: Gernot H. <aik...@gm...> - 2021-05-02 06:18:56
|
On Sun, May 2, 2021 at 4:07 AM Jo Mikkel Sjaastad Huse < jom...@gm...> wrote: > I don’t know how any of this development works, or how you add or test > drivers, but it would be amazing if you did! > The OKI c8600 is amazing! and mine is in prime condition, ready to print > for many years… if only i can get it to work with my new computer! > > (probably going to get my old computer fixed sooner or later, more or less > ONLY because of this fantastic printer! haha) > Hello, Sadly this appears to be a GDI device, so no driver support. Best regards, Gernot Hassenpflug |
From: Robert K. <rl...@al...> - 2021-05-01 20:25:10
|
On 4/29/21 7:35 AM, Naman Limani wrote: > Hi, > Is there a drive for Samsung ML 1665 for Big Sur 11.3? Hi, Unfortunately, the Samsung ML printers use a proprietary language that we don't have a way of supporting, so I don't anticipate that we'll likely be able to provide support for that printer. |
From: Robert K. <rl...@al...> - 2021-05-01 20:24:36
|
On 4/28/21 6:52 AM, Carlos González wrote: > I have a SX130 and find that it seems not to be supported by the escputil tool. Namely, I need to > align my print heads. I have tried by faking the model and pretending it was a SX110, SX115 and > SX200 with no success. > > Since it is not supported directly, do you know if it has been reported to be able to perform these > operations by passing another model as -m parameter or in any other way? > > The printer works perfectly, but I simply need to find a tool to align the heads, which seems > missing in my debian system. > > Thanks for your help. What happens when you try to use the alignment procedure? |
From: Robert K. <rl...@al...> - 2021-05-01 20:23:15
|
On 4/27/21 4:27 PM, Daniel Meeuws via Gimp-print-devel wrote: > Hi, > > I was wondering when there would be a new version of Gutenprint. > > I have been very grateful for Gutenprint keeping my old but great Canon printer going this last year with my MacBook, but now I’ve upgraded to Big Sur and the driver comes up with an error. > > It’s been a few years since 5.3.3, and I was hoping there might be a new version soon, or some other way to get the driver working again. Hi, We're still having issues with Big Sur and Gutenprint. One of our Macintosh maintainers should be able to provide an update on what's happening. |
From: Jo M. S. H. <jom...@gm...> - 2021-04-30 15:22:30
|
I don’t know how any of this development works, or how you add or test drivers, but it would be amazing if you did! The OKI c8600 is amazing! and mine is in prime condition, ready to print for many years… if only i can get it to work with my new computer! (probably going to get my old computer fixed sooner or later, more or less ONLY because of this fantastic printer! haha) Good work, and hope to hear from you Jo Mikkel S Huse |
From: Naman L. <nam...@ho...> - 2021-04-29 11:35:30
|
Hi, Is there a drive for Samsung ML 1665 for Big Sur 11.3? Skickat från min iPhone |
From: Carlos G. <ins...@gm...> - 2021-04-28 10:55:04
|
I have a SX130 and find that it seems not to be supported by the escputil tool. Namely, I need to align my print heads. I have tried by faking the model and pretending it was a SX110, SX115 and SX200 with no success. Since it is not supported directly, do you know if it has been reported to be able to perform these operations by passing another model as -m parameter or in any other way? The printer works perfectly, but I simply need to find a tool to align the heads, which seems missing in my debian system. Thanks for your help. |
From: Daniel M. <dan...@go...> - 2021-04-27 20:28:09
|
Hi, I was wondering when there would be a new version of Gutenprint. I have been very grateful for Gutenprint keeping my old but great Canon printer going this last year with my MacBook, but now I’ve upgraded to Big Sur and the driver comes up with an error. It’s been a few years since 5.3.3, and I was hoping there might be a new version soon, or some other way to get the driver working again. Regards, And thanks for all, Daniel Meeuws Sent from my iPhone |
From: Alessandro <ale...@fo...> - 2021-04-27 15:23:40
|
Hi, I’m having trouble setting up a old printer with the new mac mini m1 and the new os x. I have an old Fujifilm Ask-2500 connected to a fritz box with usb share. I also tried all the below steps by connecting directly to usb. I have installed everything correctly and I can print from the mac and other Windows computers. The problem is that when i print with Mac Os through gutenprint, the print is super low quality and the colors are not correct. I installed the correct ICC profile and tried many combination in the priter setting, like raw color, don’t process color, b&w, ecc. But every time I cannot’ have a correct print. Do you have any suggestion on how to correct the information the mac send to the printer and have corrects light/colors? Thanks, kind regards. Alessandro -- FOTOSTUDIO 4A Via Massimo d’Azeglio, 4 – Este (PD) 35042 tel. +39.0429.635866 www.foto4a.com Informativa destinatari di posta elettronica Le informazioni contenute in questo messaggio di posta elettronica sono riservate e confidenziali e ne è vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona alla quale il presente messaggio è destinato, La invitiamo ad eliminarlo e a non utilizzare in alcun caso il suo contenuto, dandone gentilmente comunicazione al mittente. The information contained in this e-mail and any attachments is confidential and may well also be legally privileged. Any improper use or circulation is forbidden. If you are not among the named recipients, please notify the sender immediately by reply e-mail and then delete this message from your system, do not use the contents for any purpose what so ever nor disclose then to anyone else. |
From: ragip a. <ra_...@ya...> - 2021-04-21 10:32:13
|
Hello, I hope you are all doing well and everything is fine. In the very past time it was very hard for me to use your drivers in printing since I am no coder or was familiar with Linux.But in the late years with the easy installations of Linux I am printing with Guten Print and loving it.It really beats the thousand dolar rip software in precision.I thank you very much for providing this to us. I own an Epson Stylus Pro 4900 and I recently tried an Epson SC P8000.My problem is in my works I need to print at least 720 ppi resolution.It was working fine on my printer which is A2 size, 42cm wide.But when I tried a 1 meter x 1 meter print on the much longer Epson SC P8000 I couldn't send the file to the printer.I tried a 40 cm x 40 cm smaller one which worked fine like it worked on my own printer.File details are as follows; Resolution: 28346 x 28356 pixels720 ppi 1 meter x 1 meterFile size is: 2.24 GBtif format I am running Ubuntu Studio with default usb image installation.And printig from the ready came Gimp software. And my questions are;- Is there a problem with my setup?- Or isn't it possible to print such sizes? What are the limits?- And if it is possible can you please show me a direction how I can do it. Many Thanks in advance, Have A Beautiful Day, RAGIP AKYILDIZ0532 549 03 74 |
From: Benjamin R. <ta...@br...> - 2021-04-16 08:13:42
|
I solved the Problem, it was a misconfiguration in the custom paper format. The Gutenprint preset has a non printable area of top: 3,18mm and bottom: 14,11mm, in my settings it was mistakenly set to top:5mm and bottom: 15mm. Now the size is accurate. Sorry to bother you --- Benjamin Renes Kalscheurer Weg, Weg T 23 50969 Köln Germany --- Mobil 01577 325 50 37 > Am 15.04.2021 um 15:11 schrieb Benjamin Renes <ta...@br...>: > > Dear Gutenprint Team, > > thank your for this Driver, the oputput is very good. Colors are finer than printing with the standard Epson driver. > I am running a Epson 7900 with Gutenprint 5.3.3 and I have a problem with the size of the output Material. > > When I print on a sheet with for example 610x160mm, with a graphic of 160x80mm. Then the Graphics height is distorted about 10mm, > so that the size of the graphic is 160x90mm. > > In the driver I turned on in „Shrink page if necessary: Crop (preserve dimensions) and „Borderless: No“. > > Any Idea where this is coming from and what I can do to change it? > > Best Regards, > > Benjamin > > > --- > Benjamin Renes > Kalscheurer Weg, Weg T 23 > 50969 Köln > Germany > > --- > Mobil 01577 325 50 37 > |
From: Benjamin R. <ta...@br...> - 2021-04-15 13:31:07
|
Dear Gutenprint Team, thank your for this Driver, the oputput is very good. Colors are finer than printing with the standard Epson driver. I am running a Epson 7900 with Gutenprint 5.3.3 and I have a problem with the size of the output Material. When I print on a sheet with for example 610x160mm, with a graphic of 160x80mm. Then the Graphics height is distorted about 10mm, so that the size of the graphic is 160x90mm. In the driver I turned on in „Shrink page if necessary: Crop (preserve dimensions) and „Borderless: No“. Any Idea where this is coming from and what I can do to change it? Best Regards, Benjamin --- Benjamin Renes Kalscheurer Weg, Weg T 23 50969 Köln Germany --- Mobil 01577 325 50 37 |
From: Dr R. W. <rai...@gm...> - 2021-04-14 13:57:07
|
Greetings, On Saturday, 2021-04-03 16:59:36 +0200, I myself wrote: ("> >" refers to Michael Sweet <ms...@ms...>) > ... > On Friday, 2021-04-02 13:10:10 -0400, you wrote: > > ... > > It would be useful to know: > > > > - What driver you are using with the printer? > > - What version of CUPS comes with your Gentoo > > That's what I've installed: > > net-print/cups 2.3.3-r2 > net-print/cups-bjnp 2.0.3 > net-print/cups-filters 1.28.7 Further searching the web I found at https://www.canon.co.uk/support/consumer_products/products/fax__multifunctionals/inkjet/maxify_mb_series/maxify_mb5150.html?type=drivers&driverdetailid=tcm:14-1533036&os=linux%20%2864-bit%29&language=en that Canon offers a Fedora/Ubuntu printer driver "cnijfilter2" version 5.40-1 for the Maxify MB5150 for downloading. But since there is also a Gentoo package "net-print/cnijfilter2" version 5.90 I preferred to in- stall that instead. Trying to print a test page via Cups failed as it did before: the text "Printer Test Page" was printed in light grey on the first sheet of pap- er and then the printer started to empty the paper tray. So I cycled power on the printer, rebooted my laptop, and again sent a test page from Cups. This time nothing happened. The printer didn't even flinch and the print job is still pending. Question: is this driver not required in my case, or what else is going on here? Sincerely, Rainer |
From: Matt B. <wal...@ma...> - 2021-04-06 00:43:22
|
> On Apr 5, 2021, at 11:58 AM, J Hughes <jh...@me...> wrote: > > Thank you brain trust! > Please be a bit more specific. Do you have an HP printer and are having problems with drivers? What is the model? Matt >> On Apr 3, 2021, at 8:06 AM, Matt <wal...@ma...> wrote: >> >> >> >>> On Apr 3, 2021, at 9:43 AM, J Hughes via Gimp-print-devel <gim...@li...> wrote: >>> >>> Hi there Gimp Print Developers, >>> >>> Best Buy just suggested I buy a Canon, which I ordered because no HP works on newest release of Big Sur 11.2.3? Do you know if this is true? >>> >>> Regards, >>> >>> Jennifer >> >> I do not know if this accurate or not. When Big Sur was first released, the HP drivers did not work. I don’t know if they have resolved the issues. Unfortunately, I don’t think many of the new HP models will work with Gutenprint. Many of them do not use a command set that Gutenprint supports. >> >> Matt >> Sent from my iPad >> >> >> >> > |
From: J H. <jh...@me...> - 2021-04-05 16:58:39
|
Thank you brain trust! > On Apr 3, 2021, at 8:06 AM, Matt <wal...@ma...> wrote: > > > >> On Apr 3, 2021, at 9:43 AM, J Hughes via Gimp-print-devel <gim...@li...> wrote: >> >> Hi there Gimp Print Developers, >> >> Best Buy just suggested I buy a Canon, which I ordered because no HP works on newest release of Big Sur 11.2.3? Do you know if this is true? >> >> Regards, >> >> Jennifer > > I do not know if this accurate or not. When Big Sur was first released, the HP drivers did not work. I don’t know if they have resolved the issues. Unfortunately, I don’t think many of the new HP models will work with Gutenprint. Many of them do not use a command set that Gutenprint supports. > > Matt > Sent from my iPad > > > > |
From: Gernot H. <aik...@gm...> - 2021-04-04 03:57:12
|
Hello Rainer, It is quite possible that the MB5100 series is not working properly yet. I seem to recall that the options related to paper tray, and the sizes of papers that were able to be used with each of the trays, were quite complex. I have not checked whether anyone else has reported back on the MB5100, but can you please communicate with me offline for specifics of debugging use of the options/defaults. Since you use Gentoo it is likely I can make some changes to the code, and send you test jobs which you can send raw to the printer from the command line to see whether the MB5100 behaviour matches expectations. It is also possible that there could be problems with the usage on network connections, so ideally we would like to debug using a USB connection, if that is feasible. Best regards, Gernot Hassenpflug On Sun, Apr 4, 2021 at 12:01 AM Dr Rainer Woitok <rai...@gm...> wrote: > > Michael, > > On Friday, 2021-04-02 13:10:10 -0400, you wrote: > > > ... > > It would be useful to know: > > > > - What driver you are using with the printer? > > - What version of CUPS comes with your Gentoo > > That's what I've installed: > > net-print/cups 2.3.3-r2 > net-print/cups-bjnp 2.0.3 > net-print/cups-filters 1.28.7 > > And yes, CUPS does see the printer and provides the following informat- > ion about it: > > Description: Canon MB5100 series > Location: Local > Driver: Canon MAXIFY MB5150 - CUPS+Gutenprint v5.3.3 (color, 2-sided printing) > Connection: bjnp://192.168.2.114:8611 > Defaults: job-sheets=none, none media=iso_a4_210x297mm sides=two-sided-long-edge > > Sincerely, > Rainer > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel -- Protea Wines Japan Tel: 070-5550-9076 https://www.proteawines.jp |
From: Matt <wal...@ma...> - 2021-04-03 15:06:59
|
> On Apr 3, 2021, at 9:43 AM, J Hughes via Gimp-print-devel <gim...@li...> wrote: > > Hi there Gimp Print Developers, > > Best Buy just suggested I buy a Canon, which I ordered because no HP works on newest release of Big Sur 11.2.3? Do you know if this is true? > > Regards, > > Jennifer I do not know if this accurate or not. When Big Sur was first released, the HP drivers did not work. I don’t know if they have resolved the issues. Unfortunately, I don’t think many of the new HP models will work with Gutenprint. Many of them do not use a command set that Gutenprint supports. Matt Sent from my iPad |
From: Dr R. W. <rai...@gm...> - 2021-04-03 14:59:59
|
Michael, On Friday, 2021-04-02 13:10:10 -0400, you wrote: > ... > It would be useful to know: > > - What driver you are using with the printer? > - What version of CUPS comes with your Gentoo That's what I've installed: net-print/cups 2.3.3-r2 net-print/cups-bjnp 2.0.3 net-print/cups-filters 1.28.7 And yes, CUPS does see the printer and provides the following informat- ion about it: Description: Canon MB5100 series Location: Local Driver: Canon MAXIFY MB5150 - CUPS+Gutenprint v5.3.3 (color, 2-sided printing) Connection: bjnp://192.168.2.114:8611 Defaults: job-sheets=none, none media=iso_a4_210x297mm sides=two-sided-long-edge Sincerely, Rainer |
From: Michael S. <ms...@ms...> - 2021-04-02 17:10:40
|
Rainer, It would be useful to know: - What driver you are using with the printer? - What version of CUPS comes with your Gentoo There have been a number of bug fixes in CUPS' support of Canon AirPrint/Mopria-compatible printers (like this one) over the last year, so it is possible you are just running into a known CUPS bug. > On Apr 2, 2021, at 12:40 PM, Dr Rainer Woitok <rai...@gm...> wrote: > > Greetings, > > having just replaced my old Canon Pixma MX885 with a Canon Maxify MB5150 > I find myself not being able to print to this printer from Gentoo (works > from Windoze, however, so it's not the printer). > > Printing a test page directly from within Cups on Gentoo prints a light > grey "Printer Test Page" line on the first sheet picked from the paper > tray and then moves all paper from the source paper tray to the output > paper tray until the former is empty. And when printing a one page PDF > from within Okular it doesn't print anything at all but directly moves > all paper from the input to the output tray. > > File "/var/log/cups/error.log" does contain entries, but none that did > not already occur with the old Pixma. > > Does this sound familiar to anyone? > > Any hints appreciated ... > > Sincerely, > Rainer > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel > ________________________ Michael Sweet |