Solomon Peachy wrote:
> If all you want to do is prevent CUPS from auto-discovering
> remote printers, edit /etc/cups/cupsd.conf and set 'Browsing Off'
"Browsing" is documented as "Specifies whether shared printers are
advertised". That sounds like printers on this host are advertised to
other
the assumption that all of those several million
people will want to print from anything with a CPU ("whatever computing
devices one uses") or that that is even the common case.
There's been no assumption that "all" want any-one-thing.
As for common, print-from-any-device-you-use is
Stephen John Smoogen wrote:
> On Mon, 24 May 2021 at 22:30, Kevin Kofler via devel <
> devel@lists.fedoraproject.org> wrote:
>
>> Solomon Peachy wrote:
>>
>> > On Tue, May 25, 2021 at 01:27:03AM +0200, Kevin Kofler via devel wrote:
>> >> I do not see how that is the common use case. Why would I
On 5/26/21 4:47 PM, Solomon Peachy wrote:
But disabling mDNS altogether might cause undesired regerssions elsewhere.
Sure. Particularly if you don't set up your /etc/nsswitch.conf correctly.
Hence the 'YMMV'.
In general, we assume zero-trust and avoid enabling auto-anything. We add
trust
On Wed, May 26, 2021 at 04:41:27PM -0400, PGNet Dev wrote:
> On 5/26/21 4:28 PM, Björn Persson wrote:
> > > You have always had (and always will) have that choice; the ability to
> > > disable automatic printer discovery has been present since discovery was
> > > added with CUPS 1.2 (released back
On 5/26/21 4:28 PM, Björn Persson wrote:
You have always had (and always will) have that choice; the ability to
disable automatic printer discovery has been present since discovery was
added with CUPS 1.2 (released back in 2006!)
I'll have to see if I can find that option. Thanks for the hint.
Solomon Peachy wrote:
> On Wed, May 26, 2021 at 08:15:46PM +0200, Björn Persson wrote:
> > And I always try to avoid using protocols that assume that the local
> > link is secure. That's one of the reasons why my printer is connected by
> > USB, and I would like to continue to have that choice.
On Wed, May 26, 2021 at 08:15:46PM +0200, Björn Persson wrote:
> And I always try to avoid using protocols that assume that the local
> link is secure. That's one of the reasons why my printer is connected by
> USB, and I would like to continue to have that choice.
You have always had (and always
Stephen John Smoogen wrote:
> The truth is that most people know about it, and have decided that they can
> go 'meh' and keep living.
I am well aware that most people don't think for a second about computer
security. I see examples every day. They tend to begin caring after they
find out that
Solomon Peachy wrote:
> Those that do appear show up as "queuename at host" or
> "mfg_model_hostname"
I can trust that they always contain either the string " at " or two
underscores? Or is that just what well-behaved printers do, while an
attacker can name their fake printer however they want?
On 5/26/21 7:05 AM, Zdenek Dohnal wrote:
Hi Robert,
On 5/24/21 2:39 PM, Robert Marcano via devel wrote:
On 5/24/21 3:29 AM, Zdenek Dohnal wrote:
Devices which currently depend on a deprecated functionality -
printer drivers and raw queues - will need a printer application once
the deprecated
Hi Robert,
On 5/24/21 2:39 PM, Robert Marcano via devel wrote:
> On 5/24/21 3:29 AM, Zdenek Dohnal wrote:
>>
>> Devices which currently depend on a deprecated functionality -
>> printer drivers and raw queues - will need a printer application once
>> the deprecated functionality is removed from
Hi Przemek,
thank you for trying the driverless and the investigation!
Would you mind checking if the similar bug isn't already reported on
Avahi in Fedora and reporting it if not? Maybe Avahi maintainers can
point out what is the best for debugging Avahi.
I recommend setting debug logging on
There are so many moving pieces here that it's hard to get a handle on
this. I had trouble seeing local network printers so I tried following
the advice Zdenek published [1], but I ran into a nest of issues:
printing depending on avahi, which fails quietly and is hard to debug.
Specifically,
On Tue, 25 May 2021 at 04:04, Björn Persson wrote:
> Kevin Kofler via devel wrote:
> > Zdenek Dohnal wrote:
> > > CUPS discovery is designed to run on secure, private LAN, so it is
> > > expected that you have a protection against somebody connecting to your
> > > WIFI.
> >
> > That is (still) a
On Mon, 24 May 2021 at 22:30, Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Solomon Peachy wrote:
>
> > On Tue, May 25, 2021 at 01:27:03AM +0200, Kevin Kofler via devel wrote:
> >> I do not see how that is the common use case. Why would I want to print
> >> from my telephone? I
On 5/24/21 1:42 PM, Stephen John Smoogen wrote:
> I have had very bad luck in setting up new network printers over the
> last 4 years. I can get all of them to print from Windows and Mac, but
> every one of them from HP, Brother, and some other brands could not
> print anything from Linux. They
On Tue, May 25, 2021 at 10:03:13AM +0200, Björn Persson wrote:
> None of that answers the question: How can I tell whether the printer
> I'm sending to is on an untrusted network, on an imaginary network
> created for a USB printer, or on a 1980s-style isolated LAN? Will the
> name of the network
On 5/25/21 10:22 AM, Tomasz Torcz wrote:
> Dnia Mon, May 24, 2021 at 08:21:07PM -0400, Solomon Peachy napisał(a):
>>> Well, if I want to configure the printer, I need to know what to point my
>>> browser at. But sure, if a dialog gives me a link, that is a way. Though it
>>> means yet another
Dnia Mon, May 24, 2021 at 08:21:07PM -0400, Solomon Peachy napisał(a):
>
> > Well, if I want to configure the printer, I need to know what to point my
> > browser at. But sure, if a dialog gives me a link, that is a way. Though it
> > means yet another layer of indirection (bringing up the
Kevin Kofler via devel wrote:
> Zdenek Dohnal wrote:
> > CUPS discovery is designed to run on secure, private LAN, so it is
> > expected that you have a protection against somebody connecting to your
> > WIFI.
>
> That is (still) a reasonable assumption for a home WiFi WLAN on which a home
>
On Tue, May 25, 2021 at 04:01:13AM +0200, Martin Kolman wrote:
> > (And incidently, I do have a duplexing printer, a decade-plus-old
> > Brother HL-5340D. Along with 31 others, though only 26 are plugged
> > in
> > at the moment. Isn't driver development/regression testing fun?)
> Wow! :D In
Solomon Peachy wrote:
> On Tue, May 25, 2021 at 01:27:03AM +0200, Kevin Kofler via devel wrote:
>> I do not see how that is the common use case. Why would I want to print
>> from my telephone? I do not even normally print from my notebook!
>
> I don't think it's controversial to say that one
On Mon, May 24, 2021 at 08:52:13PM -0400, PGNet Dev wrote:
> Endless theoretical discussions ... Interesting, but _is_ there
> real-world, end-user doc available for installing and using papp-et-al
> on Fedora, today? A "do this now" for end users? TBH, I'm unclear
> (and no, I haven't gone
On Mon, 2021-05-24 at 11:46 -0400, Solomon Peachy wrote:
> On Mon, May 24, 2021 at 04:58:18PM +0200, Kevin Kofler via devel
> wrote:
> > Looks like you do not have a duplex printer. (Hint: Printing duplex
> > is not
> > always what you want. But never printing duplex makes even less
> > sense.
>
Endless theoretical discussions ... Interesting, but _is_ there real-world, end-user doc
available for installing and using papp-et-al on Fedora, today? A "do this
now" for end users? TBH, I'm unclear (and no, I haven't gone digging ...)
Here, I've got hundreds of networked printers. _Many_
On Tue, May 25, 2021 at 01:27:03AM +0200, Kevin Kofler via devel wrote:
> All this is of no use if the printer does not actually implement that
> though.
Of course. That's where this whole "printer application" thingey comes in.
> I do not see how that is the common use case. Why would I want
Solomon Peachy wrote:
> On Mon, May 24, 2021 at 10:41:07PM +0200, Kevin Kofler via devel wrote:
>> I have never connected directly to a remote printer.
>
> It works quite well in Fedora these days.
Well, the printers I had when I had a use for remote printing did not
support it, sharing them
On Mon, May 24, 2021 at 10:41:07PM +0200, Kevin Kofler via devel wrote:
> Except if the non-local printer was actually shared through another computer
> on which it was attached, in which case you needed a printer driver either
> on the computer sharing the printer (sharing it as a PostScript or
Solomon Peachy wrote:
> The legacy CUPS *direct-attached* model simply doesn't work with
> containerized/sandboxed applications that are all the vogue these days.
So this is yet another functionality regression coming from that
containerization nonsense! Why do we all have to pay the price for
Zdenek Dohnal wrote:
> CUPS discovery is designed to run on secure, private LAN, so it is
> expected that you have a protection against somebody connecting to your
> WIFI.
That is (still) a reasonable assumption for a home WiFi WLAN on which a home
printer is likely to be located. That is what
Chris Murphy wrote:
> Consumer printers have trended toward having an RGB only interface,
> making it impossible to directly control them per channel. In effect,
> the print driver is becoming part of the printer's firmware.
My Canon PIXMA MG3650 is definitely a consumer printer (and a recent
Solomon Peachy wrote:
> But by "settings" I was referring to things like ink density/droplet
> size, weave patterns, dither modes, individual color channel curves, and
> other minutae that matter for specialized photo/art printing on
> near-arbitrary media. This tunability is where Gutenprint
On Mon, 24 May 2021 at 12:29, Solomon Peachy wrote:
> On Mon, May 24, 2021 at 05:14:41PM +0200, Kevin Kofler via devel wrote:
> > The real issue here is the "once CUPS removes printer driver support"
> > premise that makes a "transition technology" necessary in the first
> place.
> > The change
Zdenek Dohnal wrote:
> CUPS discovery is designed to run on secure, private LAN, so it is
> expected that you have a protection against somebody connecting to your
> WIFI.
That was a reasonable assumption in the 1980s. It's 2021 now, and every
program that communicates must cope with a hostile
On Mon, May 24, 2021 at 05:14:41PM +0200, Kevin Kofler via devel wrote:
> The real issue here is the "once CUPS removes printer driver support"
> premise that makes a "transition technology" necessary in the first place.
> The change removes functionality that has been just working for decades.
On Mon, May 24, 2021 at 04:58:18PM +0200, Kevin Kofler via devel wrote:
> Looks like you do not have a duplex printer. (Hint: Printing duplex is not
> always what you want. But never printing duplex makes even less sense.
> There's also short side duplex that makes sense in some cases for
On Mon, May 24, 2021 at 9:26 AM Kevin Kofler via devel
wrote:
>
> Kevin Kofler via devel wrote:
> > Solomon Peachy wrote:
> >> On the other hand, the average person wanting to "just print something"
> >> can do just that without ever adjusting any settings.
> >
> > Looks like you do not have a
Kevin Kofler via devel wrote:
> Solomon Peachy wrote:
>> On the other hand, the average person wanting to "just print something"
>> can do just that without ever adjusting any settings.
>
> Looks like you do not have a duplex printer. (Hint: Printing duplex is not
> always what you want. But
Zdenek Dohnal wrote:
> Printer applications started as a transition technology - a way how to
> support older printers once CUPS removes printer driver support - so for
> now they are here for backward compatibility.
The real issue here is the "once CUPS removes printer driver support"
premise
Solomon Peachy wrote:
> On the other hand, the average person wanting to "just print something"
> can do just that without ever adjusting any settings.
Looks like you do not have a duplex printer. (Hint: Printing duplex is not
always what you want. But never printing duplex makes even less
On 5/24/21 3:29 AM, Zdenek Dohnal wrote:
Devices which currently depend on a deprecated functionality - printer
drivers and raw queues - will need a printer application once the
deprecated functionality is removed from CUPS. This application will
advertise the device on localhost via MDNS
On Mon, May 24, 2021 at 01:48:08PM +0200, Vitaly Zaitsev via devel wrote:
> Breaking what has worked well for years is the worst idea, IMO.
It worked well for years in the same sense that sysvinit worked well;
with a great deal of bailing wire, angst, and the occasional blood
sacrifice to the
On Mon, May 24, 2021 at 12:33:45PM +0200, Vitaly Zaitsev via devel wrote:
> On 24.05.2021 12:30, Solomon Peachy wrote:
> > Not only is it possible, it's been done.
>
> For all existing printers in the world? I don't believe.
For all printers? Of course not. But that wasn't what Zdenek wrote.
On 24.05.2021 13:23, Zdenek Dohnal wrote:
I would have a counter question - do you think that all existing
printers in the world which have a printer driver work correctly on
Linux? I don't believe.:)
Breaking what has worked well for years is the worst idea, IMO.
OpenPrinting community
On Mon, 24 May 2021 at 03:30, Zdenek Dohnal wrote:
> Hi Stephen,
> On 5/22/21 1:37 AM, Stephen John Smoogen wrote:
>
>
>
> Yes it is a bad situation but I don’t think there are a set of ‘CUPS’
> developers versus one person trying to keep the software going. Apple
> stopped supporting the
On Mon, May 24, 2021 at 08:51:11AM +0200, Zdenek Dohnal wrote:
> Except for Gutenprint, I'm not aware of any printer driver provider
> which plans to provide more specific options with a printer application.
> They seem to be okay with AirPrint. So printer application will be
> needed only for
On 5/24/21 12:33 PM, Vitaly Zaitsev via devel wrote:
> On 24.05.2021 12:30, Solomon Peachy wrote:
>> Not only is it possible, it's been done.
>
> For all existing printers in the world? I don't believe.
I would have a counter question - do you think that all existing
printers in the world which
On 5/24/21 12:30 PM, Solomon Peachy wrote:
> On Mon, May 24, 2021 at 10:18:17AM +0200, Vitaly Zaitsev via devel wrote:
>> On 24.05.2021 08:51, Zdenek Dohnal wrote:
>>> OpenPrinting plans
>>> to implement printer applications for widely known printer driver
>>> packages during GSoC [1] and provides
On 5/24/21 12:37 PM, Vitaly Zaitsev via devel wrote:
> On 24.05.2021 10:33, Zdenek Dohnal wrote:
>> The future removal isn't due lacking manpower, but due moving to
>> standardized and less hardware dependent solutions - driverless
>> standards such as IPP Everywhere. And those standards are
On 24.05.2021 10:33, Zdenek Dohnal wrote:
The future removal isn't due lacking manpower, but due moving to
standardized and less hardware dependent solutions - driverless
standards such as IPP Everywhere. And those standards are supported by
98% devices released after 2010.
HP LaserJet
On 24.05.2021 12:30, Solomon Peachy wrote:
Not only is it possible, it's been done.
For all existing printers in the world? I don't believe.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list --
On Mon, May 24, 2021 at 10:18:17AM +0200, Vitaly Zaitsev via devel wrote:
> On 24.05.2021 08:51, Zdenek Dohnal wrote:
> > OpenPrinting plans
> > to implement printer applications for widely known printer driver
> > packages during GSoC [1] and provides a documentation for driver
> > developers who
On 5/22/21 9:58 PM, Björn Persson wrote:
>
> So what I'm hearing is that Fedora will soon stop working with my
> printer,
There isn't a specific date for removing the functionality, now we work
on implementing printer applications for widely known and open sourced
printer drivers.
> because if
On 24.05.2021 08:51, Zdenek Dohnal wrote:
OpenPrinting plans
to implement printer applications for widely known printer driver
packages during GSoC [1] and provides a documentation for driver
developers who wants to implement their printer application faster[2][3].
I don't think this is even
On 24.05.2021 09:29, Zdenek Dohnal wrote:
You don't need any central web server or special app to be able to print
via the current printer standards, which are driverless (IPP
Everywhere/Airprint/Google Cloud Print).
HP JaserJet P1102(w) and many other HP printers will not print without
Hi Stephen,
On 5/22/21 1:37 AM, Stephen John Smoogen wrote:
>
>
> Yes it is a bad situation but I don’t think there are a set of ‘CUPS’
> developers versus one person trying to keep the software going. Apple
> stopped supporting the product and msweet is working for himself now.
> lprint seems to
On 5/22/21 12:17 AM, Kevin Kofler via devel wrote:
> Zdenek Dohnal wrote:
>> It is a library for printer applications [1], not a substitute for CUPS.
>> CUPS is still present and is going to be.
>>
>> There will be more printer applications coming into Fedora
>> (ps-printer-app f.e.) and one
Hi Vitaly,
Openprinting community (which I am a part of the community) plans to
have printer applications for printer drivers shipped in Ubuntu
implemented during Google Summer of Code [1] by multiple students.
foo2zjs is in Ubuntu too, so there's a plan to implement a printer
application for it.
Stephen John Smoogen wrote:
> On Fri, May 21, 2021 at 18:19 Kevin Kofler via devel <
> devel@lists.fedoraproject.org> wrote:
>
> > Zdenek Dohnal wrote:
> > > The purpose of the library is have a way how to implement a support for
> > > devices which don't support IPP Everywhere [2] or its
On Fri, May 21, 2021 at 18:19 Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> Zdenek Dohnal wrote:
> > It is a library for printer applications [1], not a substitute for CUPS.
> > CUPS is still present and is going to be.
> >
> > There will be more printer applications coming
Zdenek Dohnal wrote:
> It is a library for printer applications [1], not a substitute for CUPS.
> CUPS is still present and is going to be.
>
> There will be more printer applications coming into Fedora
> (ps-printer-app f.e.) and one already is (lprint).
>
>
> The purpose of the library is
On 21.05.2021 08:24, Zdenek Dohnal wrote:
If your printer is network printer released approx. 2010 and later or
USB printer released approx. 2015 and later (tips how to find out if
your device supports driverless printing here [4]), you don't even need
to install your printer anymore, not
On 5/20/21 11:09 PM, Reon Beon via devel wrote:
> Thoughts?
>
> https://src.fedoraproject.org/rpms/pappl
It is a library for printer applications [1], not a substitute for CUPS.
CUPS is still present and is going to be.
There will be more printer applications coming into Fedora
(ps-printer-app
On 2021-05-20 2:09 p.m., Reon Beon via devel wrote:
Thoughts?
https://src.fedoraproject.org/rpms/pappl
My reading of that is that it's something that works with cups, not
replaces it. Apparently we're supposed to use printer applications now
instead of printer drivers.
Thoughts?
https://src.fedoraproject.org/rpms/pappl
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
66 matches
Mail list logo
