Re: [Gimp-user] [Gimp-print-devel] 'tis the season

2018-11-01 Thread Gene Heskett 
On Thursday 01 November 2018 20:23:07 Solomon Peachy wrote:

> Just as an FYI..
>
> On Tuesday, my entire group at $dayjob was RIF'd.  My last official
> day will be the 1st of December, but things will probably be wrapped
> up well before that.

>From a list lurker of many years reading your helpfull posts.

Ouch, bean counters at work I assume, but I've noted that they are never 
RIF'd.

> As for what's next, I'm casting a wide net..
>
>  - Solomon

That, as another old hacker friend named JoAnne Dow has said, sucks dead 
toads thru soda straws.

Good luck finding another gig, Solomon, and thanks for all the fish.

Take care, and let us know where the next $dayjob takes you.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Gimp-print-devel] Adding support for CUPS command files

2018-05-03 Thread Gene Heskett 
On Thursday 03 May 2018 08:31:51 Michael Sweet wrote:

> Robert,
>
> > On May 3, 2018, at 7:49 AM, Robert Krawitz  wrote:
> >
> > On Thu, 3 May 2018 06:34:10 -0400, Solomon Peachy wrote:
> >> On Wed, May 02, 2018 at 09:25:16PM -0400, Robert Krawitz wrote:
> >>> Isn't it the other way around -- higher end business-focused
> >>> printers offer IPP support, while lower-end, specialized, and
> >>> art-focused printers don't?
> >>
> >> These days, nearly every printer that comes with a network port
> >> will support IPP.  This is especially true of the higher-end
> >> business-focused stuff, which always supported "proper" PDLs like
> >> PS or PDF and, in the past decade or so, already sported a web
> >> server...
> >>
> >> On the consumer side, the mid-to-higher-end stuff all supports IPP,
> >> again anything with an ethernet port or wifi.
> >>
> >> Meanwhile, "low-end, specialized, and art-focused" describe our
> >> primary use cases.  :)
> >
> > Not to mention people who use printers as more general
> > chemical-deposition-on-a-substrate devices.
> >
> > Supporting IPP alone isn't enough to really simplify the printing
> > process; printers need to directly support common file formats (PDF
> > and JPEG in particular), because otherwise there still needs to be a
> > layer to perform the translation.
>
> You also need queuing (spooling), so unless every printer provides
> onboard storage having JPEG or PDF is not ultimate solution.  In
> practice, client-side rendering (even from a smartphone) is also
> significantly faster than onboard PDF support, so except for high-end
> MFPs that can sustain a true 25-30ppm doing the spooling and
> translation on the client is still the best architectural choice.
>
All this talk about 25-30ppm printers tells me you are referring to 
$1000+ printers, which are definitely out of reach for the average user.

My Brother B&W laser is the basic low ball model HL2140, sells for about 
$130 in its latest incarnation, doesn't do duplex without very carefuly 
managed  paper turnover and refeeds, more trouble than its worth.  But 
it does manage to do about 18-19 ppm.

My Brother MFC-J6920DW, which can do tabloid by hand feed, duplex from 
either tray in letter sized but is too picky about its photo paper.

Both are running on Brother supplied drivers, so while Gutenprint is 
fully installed on this old debian wheezy machine, but gutenprint from 
wheezy was last built in 2012, version 5.2 something.

The big printer is inkjet, and running a long job resembles watching 
paint dry, ppm ranges either side of 1 a minute. Interface is via 
ethernet mainly because the usb port is buried inside the machine, using 
about 30" of the maximum 60 inch usb cable. Whats left is not sufficient 
to reach any of my usb-2 hubs by around 4 feet.

The Brother MFC-J6920DW driver gives me all sorts of knobs to adjust the 
color and density in the config menu's cups shows me.  But on copy paper 
its very pastel at best. On photo paper which is not marked or side 
identified in any discernable way, it works great although slightly 
pastel yet as I'm still "tweeking", but change nothing but turn the 
paper over, and it looks like ink was poured straight out of a gallon 
bucket, puddling and running all over.

Can gutenprint improve on any of that?

In what way?

These are the types of printing problems typically encountered by those 
of us on SS and unable to afford the printers that you just feed the 
file to.

I have a home network of several machines running LinuxCNC, all of which 
can print to these printers, so this is effectively the print server, 
dishing out these 2 printers to the rest of my network.

Thank you for any helpfull suggestions. FWIW, the Brother MFC-J6920DW is 
touted to do several ppm. It doesn't try, even in simplex.

> The standard streaming raster formats (Apple and PWG Raster) are
> really what made it possible to get all regular printers to support
> IPP.  Those combined with a thin client-side spooler that handles
> generation of raster data is all you need, and is how printing is
> implemented on iOS.  In the future I also hope to make this the case
> for macOS, Linux, and others...
>
> >>> Copying Mike; I'd like to get his thoughts on this.  Hopefully
> >>> there would be a lot of common code that we could simply reuse.
> >>
> >> Given that CUPS is pretty much IPP at the edges anyway, IMO the
> >> path of least re-iplementation would be to us to fork CUPS and
> >> replace its PPD-centric internals with libgutenprint.  In a sense
> >> that's what CUPS/Apple had in mind with the recent ASL2.0
> >> relicensing.
> >
> > Well, this is exactly what CUPS itself is doing, and I don't want to
> > duplicate that work.  Hopefully CUPS will provide the tools needed
> > to implement the IPP server.
> >
> >> But speaking of licenses, that level of tight integration would
> >> likely be an issue.  Neither the ASL2.0 licensed current CUPS nor
> >> the GPLv2-only older CUPS are directly compati

Re: [Gimp-user] [Gimp-print-devel] Adding support for CUPS command files

2018-05-02 Thread Gene Heskett 
On Wednesday 02 May 2018 08:14:11 Solomon Peachy wrote:

> On Wed, May 02, 2018 at 10:13:12AM +0200, Johannes Meixner wrote:
> > https://github.com/apple/cups/issues/5271
> > so that adding support for CUPS command files
> > seems to be a non future proof way.
>
> Relying on CUPS in any way is non-future-proof, because everything
> that doesn't relate to being an IPP *client* has been deprecated, with
> no intention of developing a replacement for any sort of
> locally-attached printer.
>
> Meanwhile, CUPS (and cups-filters and PPDs and everything else that
> CUPS has tossed or is tossing into the rubbish bin) remains the only
> way to get printers that lack IPP support (ie the overwhemling
> majority of what's out there, especially in the non-consumer-focused
> space) to act as anything other than expensive paperweights.
>
Damn!  I know Michael from way back in the late '80's, and when he sold 
himself to Apple, my alarm bells went off.  And it appears they were 
right. We are being microshafted.

> So there are only two viable long-term paths forward for folks like
> us:
>
>  * Fork CUPS when it finally drops the deprecated stuff and carry on
> as before.  Note that this has already happened, resulting in
> 'cups-filters'. * Develop a complete IPP server implementation that
> natively interfaces with libgutenprint (as opposed to the CUPS PPD
> API) This is a _huge_ undertaking that will require re-creating a
> sizeable chunk of what CUPS [used to] provide.  (eg job spooling,
> network daemon including a proper http server, image/PDL
> decode/conversion including things like N-up and manual copy and
> collation support, general option enumeration and parsing, and so
> forth..)
>
> As an aside, every proprietary OSX printer driver I've seen is in a
> similar predicament, because they are also entirely dependent on
> deprecated CUPS functionality.
>
> Meanwhile.  Fully implementating the CommandFile stuff in Gutenprint
> will yield several bits of internal plumbing that are necessary to
> provide proper IPP functionality:
>
>  * Reporting printer options (eg what hardware options are
>present, or what kind/quantity of media is loaded)
>  * Setting driver defaults based on printer options
>  * Reporting printer status (job status, errors, counter, etc)
>  * Invoking printer commands (eg self-test, cleaning, alignment..)
>
> Some of these things exist but in an ad-hoc manner (typically
> requiring use of external cmdline tools that don't integrate with
> anything else). Plus, simply implementing the first will yield
> immediate benefits with modern Linux desktop environments.

The latter seems like the only way foward. But do you have the people 
resources that will take? I have benefitted greatly from cups, so if you 
have to crowdfund the help, count on me for a small donation, I'm on SS, 
but that doesn't cancel TANSTAAFL.

>  - Solomon



-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Gimp-print-devel] Does company have driver for HP laser jet 5P to connect to Sierra version 10.12.3

2017-03-22 Thread Gene Heskett 
On Tuesday 21 March 2017 08:56:05 seymour srulowitz wrote:

> HP no longer supports their laser jet 5P and apple support can’t help.
> I connected parallel port to printer and USB port to Mac and computer
> recognizes the 5p but says its offline
>
That sounds like your cable might not be a 1284 spec cable, missing 
connections only a printer uses.

> Tsk/Seymour
> seymou...@gmail.com 
> C-917-692-0862


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Gimp-print-devel] Good morning

2017-03-19 Thread Gene Heskett 
On Sunday 19 March 2017 08:09:29 tonio evrardo wrote:

> How are you? I just discovered your website and your work on
> Gutenprint! Wow, it's fantastic!
> I just have one question:
>
> I bought a Raspberry Pi 3 (You might know what it is :D), I'd like to
> print something on a Canon MG 2950.
> I took a look at your printers' list and I saw it was in! I downloaded
> the package 5.2.12, and everything is OK.
>
> But no printing option... Have I to do something special? I'm sure
> that someone already asked you this before ^^
>
Install the cups-client on the pi, and enable browseing in cups.config.  
It should see every "shared" printer connected to your networks 
cups-server.  My biggest problem is thats its a 100+ foot walk from the 
pi to the printer. ;-)

The job is printed by the time I get these creaky old bones to the 
printer to get the printout.

> Have a nice day! Thanks!


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Gimp-print-devel] Brother HL-1430 brother-hl-1430

2016-12-07 Thread Gene Heskett 
On Wednesday 07 December 2016 06:15:23 Andreas Rothbart wrote:

> Hi,
>
>
>
> are there any known issues about the Brother HL-1430 support? I tried
> to install it on my Raspi in vain. The printer is recognized, woken up
> from standby, but doesn't print!
>
>
>
> Thanks for help!
> Andreas

Have you been to the Brother support site to search for linux drivers? I 
am running 2 Brother printers here, and both are running on Brother 
supplied drivers. Once properly installed, they show up and are 
selectable in the web based configuration you see when you send a 
browser to .  OTOH, I haven't looked at that on 
the raspi I have. I should because I'll need to be able to print from it 
as I develop the software to drive a cnc'd lathe. I'll do that when I 
get to the garage where the machine is at. For some reason I can't run 
the chromium-browser from an ssh -Y login from here. "Can't open nouveau 
driver" which this machine uses. But it does draw the window outline, 
and I can click on its close button from here and it goes away clean.

FWIW, all my printers are either networked, or driven from this machine, 
so if you have x86 hardware to put the drivers into, and hook the 
printers up to the x86 machine, its generally a just works situation 
although you may have to go into the cups.conf file and enable browsing 
of your local network. Print jobs go thru this x86 machine the way I'm 
setup. IOW, this machine, even though the brother is networked, does the 
sharing. So this machine drives the networked printer.  So the data path 
would be over the local network to this machine and rendered by the 
brother drivers here, and then fed back over the network to that 
printers address.  Sounds complex, but cups handles it all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-05 Thread Richard Gitschlag 
> Date: Thu, 4 Apr 2013 20:12:33 -0400
> From: ad...@pilobilus.net
> To: gimp-user-list@gnome.org
> Subject: Re: [Gimp-user] GIMP print
> 
> If it prints OK via Open Office, there's probably nothing wrong with
> the image.  I would be more likely to blame some disconnect in
> communication between the GIMP and the printer.

Oh there are definitely SOME disconnects between GIMP and printing ... I know 
that when I try to print things from my GIMP my problem is not with the output 
print quality but that GIMP can't get its on-page positioning correct at all.

But that's a different topic. :)


-- Stratadrake
strata_ran...@hotmail.com

Numbers may not lie, but neither do they tell the whole truth.
  ___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-05 Thread Patrick Shanahan 
* Patrick Shanahan  [04-05-13 07:57]:
> * s.kortenweg  [04-05-13 04:41]:
> > On 05-04-13 02:23, Steve Kinney wrote:
> > >On 04/04/2013 08:12 PM, Steve Kinney wrote:
> > >>http://www.irfanview.com/
> > >>
> > >>IMO Irfanview rocks - Microsoft's 'innovations' in image browsing &
> > >>viewing are weak imitations of Irfanview.
> > >Or, from our Well Duh department, on Linux try printing from your
> > >desktop's native photo browser; with any luck you will be able to
> > >configure page size, image size and resolution there.
> 
> Or, if as the OP stated the photo prints correctly from {Open}LibreOffice,
> why would the print driver by back, especially to the point of paying for

s/b...  print driver s/by/be s/back/bad

> another driver.  Could just as well send me the money for what it would
> accomplish.
> 
> -- 
> (paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG # US1244711
> http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2
> http://en.opensuse.org   openSUSE Community Member
> Registered Linux User #207535@ http://linuxcounter.net
> ___
> gimp-user-list mailing list
> gimp-user-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-user-list

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG # US1244711
http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org   openSUSE Community Member
Registered Linux User #207535@ http://linuxcounter.net
___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-05 Thread Patrick Shanahan 
* s.kortenweg  [04-05-13 04:41]:
> On 05-04-13 02:23, Steve Kinney wrote:
> >On 04/04/2013 08:12 PM, Steve Kinney wrote:
> >>http://www.irfanview.com/
> >>
> >>IMO Irfanview rocks - Microsoft's 'innovations' in image browsing &
> >>viewing are weak imitations of Irfanview.
> >Or, from our Well Duh department, on Linux try printing from your
> >desktop's native photo browser; with any luck you will be able to
> >configure page size, image size and resolution there.

Or, if as the OP stated the photo prints correctly from {Open}LibreOffice,
why would the print driver by back, especially to the point of paying for
another driver.  Could just as well send me the money for what it would
accomplish.

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG # US1244711
http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org   openSUSE Community Member
Registered Linux User #207535@ http://linuxcounter.net
___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-05 Thread s.kortenweg 

On 05-04-13 02:23, Steve Kinney wrote:

On 04/04/2013 08:12 PM, Steve Kinney wrote:


http://www.irfanview.com/

IMO Irfanview rocks - Microsoft's 'innovations' in image browsing &
viewing are weak imitations of Irfanview.

Or, from our Well Duh department, on Linux try printing from your
desktop's native photo browser; with any luck you will be able to
configure page size, image size and resolution there.

:o)

Steve



___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list


Install the commercial printerdriver Turboprint from Zedonet.
This solved for me the same problem.

Siem Korteweg.
___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-04 Thread Steve Kinney 
On 04/04/2013 08:12 PM, Steve Kinney wrote:

> http://www.irfanview.com/
> 
> IMO Irfanview rocks - Microsoft's 'innovations' in image browsing &
> viewing are weak imitations of Irfanview.

Or, from our Well Duh department, on Linux try printing from your
desktop's native photo browser; with any luck you will be able to
configure page size, image size and resolution there.

:o)

Steve



___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-04 Thread Steve Kinney 
On 04/04/2013 12:32 PM, Helen wrote:
> Patrick, ok I've done that now.  It  is here 
> http://www.flickr.com/photos/ettervor/8618757171/in/photostream
> All the dark trees/shrubs have big white blotches on the print.  Of
> course, the problem is only on the print, not on the digital file.
> But as I said, when I print it via  odt (OO0 text document) it
> prints ok. (But I want gallery quality, so can't just say, well,
> ok then, use OO.)


If it prints OK via Open Office, there's probably nothing wrong with
the image.  I would be more likely to blame some disconnect in
communication between the GIMP and the printer.

In the long run it might pay to take a close look at the installed
print drivers, and any printer interface software that may be
installed.  But just for immediate results, I would try some
work-arounds.  Export the image as (plain vanilla) TIFF and/or BMP,
then:

-- Check and see if the printer's user interface includes a command
to print photos.  If it does, print the TIFF and/or BMP from there
and see what happens.

-- If the printer does not have the ability to print image files
"all by itself,"  try using Irfanview to print the TIFF and/or BMP.

http://www.irfanview.com/

IMO Irfanview rocks - Microsoft's 'innovations' in image browsing &
viewing are weak imitations of Irfanview.

-- If that don't work, try printing the same TIFF or BMP on a whole
other computer and printer.  (If another printer is not available,
your local copy shop has one...)

:o)

Steve



___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-04 Thread Helen 
Patrick, ok I've done that now.  It  is here
http://www.flickr.com/photos/ettervor/8618757171/in/photostream
All the dark trees/shrubs have big white blotches on the print.  Of course,
the problem is only on the print, not on the digital file.
But as I said, when I print it via  odt (OO0 text document) it prints ok.
(But I want gallery quality, so can't just say, well,
ok then, use OO.)


On Thu, Apr 4, 2013 at 12:04 PM, Patrick Shanahan wrote:

> * Helen  [04-04-13 11:47]:
> > Printing a picture in landscape mode, with GIMP.
> >
> > Picture has lakes, sky, trees, rooftops, mountains, etc.
> >
> > In Gimp, some of the dark trees, and the dark areas of shrubbery around
> > a path, have big open white blotches.  After doing everything I know to
> > do in GIMP, I opened OOo, inserted the pictures into a frame, and
> > printed the picture.
> > The big white spots are missing, and the picture actually looks pretty
> > good.  This tells me (I think) that the problem is not the printer
> > (Epson Styus 1400) or the picture (I flattened it, thinking maybe
> > something about the layers might cause that problem.)
> > In Gimp 2.6, Suse 12,  I'm setting  Image Quality high, Color Precision
> > best, Print Quality high.
> > Oh, and these are not random white spots.  Each print (wasting lots of
> > ink and paper here) has the big white spots in the same places -- the
> > same trees, the same shrubbery, same shapes to the white blotches.
> > Any ideas?
>
> Not w/o seeing the image, but please do not post it to the list.  Provide
> a place for viewing the image.
>
> --
> (paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG # US1244711
> http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2
> http://en.opensuse.org   openSUSE Community Member
> Registered Linux User #207535@ http://linuxcounter.net
> ___
> gimp-user-list mailing list
> gimp-user-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-user-list
>



-- 
Helen Etters
___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list

Re: [Gimp-user] GIMP print

2013-04-04 Thread Patrick Shanahan 
* Helen  [04-04-13 11:47]:
> Printing a picture in landscape mode, with GIMP.
> 
> Picture has lakes, sky, trees, rooftops, mountains, etc.
> 
> In Gimp, some of the dark trees, and the dark areas of shrubbery around
> a path, have big open white blotches.  After doing everything I know to
> do in GIMP, I opened OOo, inserted the pictures into a frame, and
> printed the picture.
> The big white spots are missing, and the picture actually looks pretty
> good.  This tells me (I think) that the problem is not the printer
> (Epson Styus 1400) or the picture (I flattened it, thinking maybe
> something about the layers might cause that problem.)
> In Gimp 2.6, Suse 12,  I'm setting  Image Quality high, Color Precision
> best, Print Quality high.
> Oh, and these are not random white spots.  Each print (wasting lots of
> ink and paper here) has the big white spots in the same places -- the
> same trees, the same shrubbery, same shapes to the white blotches.
> Any ideas?

Not w/o seeing the image, but please do not post it to the list.  Provide
a place for viewing the image.

-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  HOG # US1244711
http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2
http://en.opensuse.org   openSUSE Community Member
Registered Linux User #207535@ http://linuxcounter.net
___
gimp-user-list mailing list
gimp-user-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-user-list