Linked by Thom Holwerda on Mon 14th Mar 2011 18:59 UTC
Talk, Rumors, X Versus Y And over the weekend, the saga regarding Canonical, GNOME, and KDE has continued. Lots of comments all over the web, some heated, some well-argued, some wholly indifferent. Most interestingly, Jeff Waugh and Dave Neary have elaborated on GNOME's position after the initial blog posts by Shuttleworth and Seigo, providing a more coherent look at GNOME's side of the story.
Thread beginning with comment 466218
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[6]: F**k this shit!
by phoenix on Tue 15th Mar 2011 15:34 UTC in reply to "RE[5]: F**k this shit!"
phoenix
Member since:
2005-07-11

Another thing a lot of people are not aware is that OS X and Linux use the same printer service struct.


Known as CUPS.

Yet there are drivers for OS X and no drivers for the same printer for Linux from the hardware maker.


A CUPS PPD file works on any system running CUPS, so long as no extra binaries/filters are needed. I've used MacOS X PPD files on Linux and on FreeBSD without any issues.

Cannon excuse is lack of means provide userspace applications. But really the two drivers would be basically the same source code with minor alterations.


A "CUPS driver" that needs extra binaries is not a true CUPS printer driver, and it's those drivers (like SpliX, HPLIP, etc) that cause problems with cross-OS support.

Reply Parent Score: 5

RE[7]: F**k this shit!
by oiaohm on Tue 15th Mar 2011 21:43 in reply to "RE[6]: F**k this shit!"
oiaohm Member since:
2009-05-30

"Another thing a lot of people are not aware is that OS X and Linux use the same printer service struct.


Known as CUPS.

Yet there are drivers for OS X and no drivers for the same printer for Linux from the hardware maker.


A CUPS PPD file works on any system running CUPS, so long as no extra binaries/filters are needed. I've used MacOS X PPD files on Linux and on FreeBSD without any issues.

Cannon excuse is lack of means provide userspace applications. But really the two drivers would be basically the same source code with minor alterations.


A "CUPS driver" that needs extra binaries is not a true CUPS printer driver, and it's those drivers (like SpliX, HPLIP, etc) that cause problems with cross-OS support.
"
Please read CUPS specs. CUPS printer drivers are allows to include platform dependent interface parts to talk protocols these are called cup filters.

Cups driver without its matching Cups filter requirements is a paperweight.

Yes its still a Cups driver if its dependent on a filter. Since filter support is build into cups driver design.

Reply Parent Score: 2