[Cooker] New printing system

[Tiago Salem Herrmann]

Hi all,

one of our plans for 2009.0 was to find a replacement for printerdrake.
The most obvious choice was to use system-config-printer, as it is still
under development and is the default tool in other distributions as well.
Unfortunately it is not easy to replace a tool that is present
in the distro for a long time, because it has a good integration
and a lot of workarounds for many kinds of printers.
I've been working basically in two packages to try to provide a new
printing system,
they are:

1) system-config-printer: provides the interface to add, remove, share
printers. Provides
a system tray applet which notifies the user about printing events and
eventually asks the user to install required packages or missing firmware.

2) hal-cups-utils: in charge of detecting new printers, notify the
applet to let the
user know about what is going on, choose the better printer model, and
so on.

Me and Vanessa have tested some printers and it seems that it is working
as expected,
but as we can't have all the supported printers to test if everything is ok,
it would be great if we could have some help from everybody.

"urpmi system-config-printer" should be enough to disable the old
printer detection system
and enable the new one. (don't forget to restart the session)
Usb printers are detected when you plug them in the system. To add
parallel printers
you must open system-config-printer and do the work manually.

Some strings are not translated, both because they are not translated in
upstream and
because some strings were introduced only in mandriva version. I plan to
put the po files
in the svn soft (just like it is done in printerdrake), so then the
contributors can
help on translation.

For a while, printerdrake and system-config-printer can coexist.
If we decide that the new printing system is ok, we can drop
printerdrake (or provide it in contrib?),
and if we decide it is too early to replace printerdrake by
system-config-printer, we can drop
system-config-printer and go back to the place where we were before.


Thank you.

--
Tiago Salem Herrmann

Ühel kenal päeval (reede, 08 august 2008 06:03:11) kirjutas Tiago Salem
Herrmann:

> Hi all,
>
> one of our plans for 2009.0 was to find a replacement for printerdrake.
> The most obvious choice was to use system-config-printer, as it is still
> under development and is the default tool in other distributions as well.
> Unfortunately it is not easy to replace a tool that is present
> in the distro for a long time, because it has a good integration
> and a lot of workarounds for many kinds of printers.
> I've been working basically in two packages to try to provide a new
> printing system,
> they are:
>
> 1) system-config-printer: provides the interface to add, remove, share
> printers. Provides
> a system tray applet which notifies the user about printing events and
> eventually asks the user to install required packages or missing firmware.
>
> 2) hal-cups-utils: in charge of detecting new printers, notify the
> applet to let the
> user know about what is going on, choose the better printer model, and
> so on.
>
> Me and Vanessa have tested some printers and it seems that it is working
> as expected,
> but as we can't have all the supported printers to test if everything is
> ok, it would be great if we could have some help from everybody.
>
> "urpmi system-config-printer" should be enough to disable the old
> printer detection system
> and enable the new one. (don't forget to restart the session)
> Usb printers are detected when you plug them in the system. To add
> parallel printers
> you must open system-config-printer and do the work manually.
>
> Some strings are not translated, both because they are not translated in
> upstream and
> because some strings were introduced only in mandriva version. I plan to
> put the po files
> in the svn soft (just like it is done in printerdrake), so then the
> contributors can
> help on translation.
>
> For a while, printerdrake and system-config-printer can coexist.
> If we decide that the new printing system is ok, we can drop
> printerdrake (or provide it in contrib?),
> and if we decide it is too early to replace printerdrake by
> system-config-printer, we can drop
> system-config-printer and go back to the place where we were before.
>
>
> Thank you.
>
> --
> Tiago Salem Herrmann

Just to know for translators: what is "upstream"? Fedora?

Marek Laane

[Vincent Panel-3]

On Fri, Aug 8, 2008 at 5:03 AM, Tiago Salem Herrmann <salem@...> wrote:
> one of our plans for 2009.0 was to find a replacement for printerdrake.
> The most obvious choice was to use system-config-printer, as it is still
> under development and is the default tool in other distributions as well.

I'll try to test with the printer I've here, but you will have far
more testers when beta 2 is out, make sure this new system is included
in it and installed by default.

[Andres Kaaber]

Friday 08 August 2008 06:03:11 kirjutas Tiago Salem Herrmann:

> Hi all,
>
> one of our plans for 2009.0 was to find a replacement for printerdrake.
> The most obvious choice was to use system-config-printer, as it is still
> under development and is the default tool in other distributions as well.
> Unfortunately it is not easy to replace a tool that is present
> in the distro for a long time, because it has a good integration
> and a lot of workarounds for many kinds of printers.
> I've been working basically in two packages to try to provide a new
> printing system,
> they are:
>
> 1) system-config-printer: provides the interface to add, remove, share
> printers. Provides
> a system tray applet which notifies the user about printing events and
> eventually asks the user to install required packages or missing firmware.
>
> 2) hal-cups-utils: in charge of detecting new printers, notify the
> applet to let the
> user know about what is going on, choose the better printer model, and
> so on.
>
> Me and Vanessa have tested some printers and it seems that it is working
> as expected,
> but as we can't have all the supported printers to test if everything is
> ok, it would be great if we could have some help from everybody.
>
> "urpmi system-config-printer" should be enough to disable the old
> printer detection system
> and enable the new one. (don't forget to restart the session)
> Usb printers are detected when you plug them in the system. To add
> parallel printers
> you must open system-config-printer and do the work manually.
>
> Some strings are not translated, both because they are not translated in
> upstream and
> because some strings were introduced only in mandriva version. I plan to
> put the po files
> in the svn soft (just like it is done in printerdrake), so then the
> contributors can
> help on translation.
>
> For a while, printerdrake and system-config-printer can coexist.
> If we decide that the new printing system is ok, we can drop
> printerdrake (or provide it in contrib?),
> and if we decide it is too early to replace printerdrake by
> system-config-printer, we can drop
> system-config-printer and go back to the place where we were before.
>
>
> Thank you.
>
> --
> Tiago Salem Herrmann

Run into problem with latest system-config-printer ... last version worked
quite well

[root@kaaber anz]# system-config-printer                  

(system-config-printer.py:8438): GVFS-RemoteVolumeMonitor-WARNING **:
cannotconnect to the session bus: org.freedesktop.DBus.Error.NoReply: Did not
receive a reply. Possible causes include: the remote application did not send
a reply, the message bus security policy blocked the reply, the reply timeout
expired, or the network connection was broken.
Traceback (most recent call last):
  File "/usr/share/system-config-printer/system-config-printer.py", line 5090,
in <module>
    main(configure_printer, change_ppd)
  File "/usr/share/system-config-printer/system-config-printer.py", line 5060,
in main
    mainwindow = GUI(configure_printer, change_ppd)
  File "/usr/share/system-config-printer/system-config-printer.py", line 313,
in __init__
    self.newPrinterGUI = np = NewPrinterGUI(self)
  File "/usr/share/system-config-printer/system-config-printer.py", line 2573,
in __init__
    self.openprinting = cupshelpers.openprinting.OpenPrinting ()
AttributeError: 'module' object has no attribute 'openprinting'
[root@kaaber anz]# rpm -qa system-config-printer
system-config-printer-1.0.4-3mdv2009.0
[root@kaaber anz]#
--
MP
Au asi!

[Frederik Himpe]

On Fri, 2008-08-08 at 00:03 -0300, Tiago Salem Herrmann wrote:
> Hi all,
>
> one of our plans for 2009.0 was to find a replacement for printerdrake.
> The most obvious choice was to use system-config-printer, as it is still
> under development and is the default tool in other distributions as well.

Just a small note that we should obsolete the package desktop-printing
in system-config-printer (like Fedora is doing too by the way)if that
one is going to be the default: system-config-printer provides exactly
the same functionality (notably a notification applet and a default
printer selection tool)


--
Frederik Himpe <fhimpe@...>

[Frederik Himpe]

On Fri, 2008-08-08 at 11:42 +0300, Major Paine wrote:

>
> [root@kaaber anz]# system-config-printer                  
>
> (system-config-printer.py:8438): GVFS-RemoteVolumeMonitor-WARNING **:
> cannotconnect to the session bus: org.freedesktop.DBus.Error.NoReply: Did not
> receive a reply. Possible causes include: the remote application did not send
> a reply, the message bus security policy blocked the reply, the reply timeout
> expired, or the network connection was broken.
> Traceback (most recent call last):
>   File "/usr/share/system-config-printer/system-config-printer.py", line 5090,
> in <module>
>     main(configure_printer, change_ppd)
>   File "/usr/share/system-config-printer/system-config-printer.py", line 5060,
> in main
>     mainwindow = GUI(configure_printer, change_ppd)
>   File "/usr/share/system-config-printer/system-config-printer.py", line 313,
> in __init__
>     self.newPrinterGUI = np = NewPrinterGUI(self)
>   File "/usr/share/system-config-printer/system-config-printer.py", line 2573,
> in __init__
>     self.openprinting = cupshelpers.openprinting.OpenPrinting ()
> AttributeError: 'module' object has no attribute 'openprinting'
> [root@kaaber anz]# rpm -qa system-config-printer
> system-config-printer-1.0.4-3mdv2009.0

You're having exactly the same problem as I was experiencing yesterday.
For some upgraders it will still be broken, I'm not sure if we should
add a postinst script fixing this as it's a temporary cooker problem. In
the future this won' thappen again anymore. You need to remove the
cupshelpers.pyc file in /usr/share/system-config-printer. That file was
generated automatically the first time you ever used
system-config-printer, but the corresponding py file has now been moved
to /usr/lib. As the package of course did not own this pyc file, it was
not removed at upgrade. Now we generated the pyc files at build time, so
this should not happen anymore.


--
Frederik Himpe <fhimpe@...>

[Vincent Panel-3]

On Fri, Aug 8, 2008 at 11:01 AM, Frederik Himpe <fhimpe@...> wrote:

I don't follow you

> For some upgraders it will still be broken

Then :

> I'm not sure if we should add a postinst script fixing this

Do you mean we don't support upgrade from 2008.1 to 2009.0 ? Of course
it should be fixed !

[Fabrice FACORAT]

2008/8/8 Tiago Salem Herrmann <salem@...>:

> 1) system-config-printer: provides the interface to add, remove, share
> printers. Provides
> a system tray applet which notifies the user about printing events and
> eventually asks the user to install required packages or missing firmware.

IIRC this is a python prog ?
Do we have python bindings for URPM ? Indeed, sometimes we need to
install some packages on demand.

> 2) hal-cups-utils: in charge of detecting new printers, notify the applet to
> let the
> user know about what is going on, choose the better printer model, and so
> on.


> Me and Vanessa have tested some printers and it seems that it is working as
> expected,
> but as we can't have all the supported printers to test if everything is ok,
> it would be great if we could have some help from everybody.

feature wise, can we :
- easily share printers ?
- have support for HP printers
- ability to import PPD files, especially for network lasers printers
- ability to configure CUPS-less client all sending printings to a
central CUPS server ?
- are we going to have finally the ability to cofnigure printers (
especially cups-less ones ) in DrakX autoinstall ?

> "urpmi system-config-printer" should be enough to disable the old printer
> detection system
> and enable the new one. (don't forget to restart the session)
> Usb printers are detected when you plug them in the system. To add parallel
> printers
> you must open system-config-printer and do the work manually.

what about IPP/LPD/JetDirect network printers ?

> For a while, printerdrake and system-config-printer can coexist.
> If we decide that the new printing system is ok, we can drop printerdrake
> (or provide it in contrib?),

provide in contrib at least until system-config-printer have all the
features of printerdrake

> and if we decide it is too early to replace printerdrake by
> system-config-printer, we can drop
> system-config-printer and go back to the place where we were before.

:)

--
Close the World, Open the Net
http://www.linux-wizard.net

[Michael Scherer-2]

Le vendredi 08 août 2008 à 11:37 +0200, Fabrice Facorat a écrit :

> 2008/8/8 Tiago Salem Herrmann <salem@...>:
>
> > 1) system-config-printer: provides the interface to add, remove, share
> > printers. Provides
> > a system tray applet which notifies the user about printing events and
> > eventually asks the user to install required packages or missing firmware.
>
> IIRC this is a python prog ?
> Do we have python bindings for URPM ? Indeed, sometimes we need to
> install some packages on demand.

"import subprocess"  ?

--
Michael Scherer

[Frederik Himpe]

On Fri, 2008-08-08 at 11:28 +0200, Vincent Panel wrote:

> On Fri, Aug 8, 2008 at 11:01 AM, Frederik Himpe <fhimpe@...> wrote:
>
> I don't follow you
>
> > For some upgraders it will still be broken
>
> Then :
>
> > I'm not sure if we should add a postinst script fixing this
>
> Do you mean we don't support upgrade from 2008.1 to 2009.0 ? Of course
> it should be fixed !

system-config-printer did not exist in 2008.1, so it's a cooker only
issue.


--
Frederik Himpe <fhimpe@...>

[Andres Kaaber]

Friday 08 August 2008 06:03:11 kirjutas Tiago Salem Herrmann:

> Hi all,
>
> one of our plans for 2009.0 was to find a replacement for printerdrake.
> The most obvious choice was to use system-config-printer, as it is still
> under development and is the default tool in other distributions as well.
> Unfortunately it is not easy to replace a tool that is present
> in the distro for a long time, because it has a good integration
> and a lot of workarounds for many kinds of printers.
> I've been working basically in two packages to try to provide a new
> printing system,
> they are:
>
> 1) system-config-printer: provides the interface to add, remove, share
> printers. Provides
> a system tray applet which notifies the user about printing events and
> eventually asks the user to install required packages or missing firmware.
>
> 2) hal-cups-utils: in charge of detecting new printers, notify the
> applet to let the
> user know about what is going on, choose the better printer model, and
> so on.
>
> Me and Vanessa have tested some printers and it seems that it is working
> as expected,
> but as we can't have all the supported printers to test if everything is
> ok, it would be great if we could have some help from everybody.
>
> "urpmi system-config-printer" should be enough to disable the old
> printer detection system
> and enable the new one. (don't forget to restart the session)
> Usb printers are detected when you plug them in the system. To add
> parallel printers
> you must open system-config-printer and do the work manually.
>
> Some strings are not translated, both because they are not translated in
> upstream and
> because some strings were introduced only in mandriva version. I plan to
> put the po files
> in the svn soft (just like it is done in printerdrake), so then the
> contributors can
> help on translation.
>
> For a while, printerdrake and system-config-printer can coexist.
> If we decide that the new printing system is ok, we can drop
> printerdrake (or provide it in contrib?),
> and if we decide it is too early to replace printerdrake by
> system-config-printer, we can drop
> system-config-printer and go back to the place where we were before.
>
>
> Thank you.
>
> --
> Tiago Salem Herrmann

Just run into this blog in kdedevelopers.org
http://www.kdedevelopers.org/node/3597

--
Andres Kaaber

[Frederik Himpe]

On Friday 08 August 2008 11:37:00 Fabrice Facorat wrote:

> 2008/8/8 Tiago Salem Herrmann <salem@...>:
> > 1) system-config-printer: provides the interface to add, remove, share
> > printers. Provides
> > a system tray applet which notifies the user about printing events and
> > eventually asks the user to install required packages or missing
> > firmware.
>
> IIRC this is a python prog ?
> Do we have python bindings for URPM ? Indeed, sometimes we need to
> install some packages on demand.

I think that's working. I'm not sure how exactly but see
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/system-config-
printer/current/SOURCES/system-config-printer-1.0.3-mdv_custom-
applet.patch?view=co that that there's a patch which determines which packages
to install.

> feature wise, can we :
> - easily share printers ?

right click on printer, choose shared.

> - have support for HP printers

Of course, why would not it?

> - ability to import PPD files, especially for network lasers printers

Menu server -  New printer, choose protocol, click on forward and then choose
"Provide a PPD file" when it asks for the printer model.

> - ability to configure CUPS-less client all sending printings to a
> central CUPS server ?

Not sure about this

> - are we going to have finally the ability to cofnigure printers (
> especially cups-less ones ) in DrakX autoinstall ?

Not sure, but at least that's not a regression from 2008.1 and should not
prevent us from migrating to system-config-printer.

> what about IPP/LPD/JetDirect network printers ?

Choose Server - New printer, and choose IPP/LPD/JetDirect as needed.

--
Frederik Hmipe

[Vincent Panel-3]

On Fri, Aug 8, 2008 at 12:44 PM, Major Paine <andres.kaaber@...> wrote:
> Just run into this blog in kdedevelopers.org
> http://www.kdedevelopers.org/node/3597

Excellent, but it's probably too early to provide it in mdv by default
(when you use the KDE desktop). However, packaging it would be great.

[Tiago Salem Herrmann]

Marek Laane wrote:

> Ühel kenal päeval (reede, 08 august 2008 06:03:11) kirjutas Tiago Salem
> Herrmann:
>  
>> Some strings are not translated, both because they are not translated in
>> upstream and
>> because some strings were introduced only in mandriva version. I plan to
>> put the po files
>> in the svn soft (just like it is done in printerdrake), so then the
>> contributors can
>> help on translation.
>>    
>
>
> Just to know for translators: what is "upstream"? Fedora?
>  

Probably, at least the page says it is the default tool for fedora since
fedora 6, but I don't know if they support the development.
The official page is
http://cyberelk.net/tim/software/system-config-printer/.

[Fabrice FACORAT]

2008/8/8 Vincent Panel <yohonet@...>:
> On Fri, Aug 8, 2008 at 12:44 PM, Major Paine <andres.kaaber@...> wrote:
>> Just run into this blog in kdedevelopers.org
>> http://www.kdedevelopers.org/node/3597
>
> Excellent, but it's probably too early to provide it in mdv by default
> (when you use the KDE desktop). However, packaging it would be great.

sorry, but this is just plain ugly :
- printer class : really, do normal users care about this ?
- printers listed on the left side mixed with commands like New
printer ... really printerdrake is far better and user friendly than
this



--
Close the World, Open the Net
http://www.linux-wizard.net

[Vincent Panel-3]

On Fri, Aug 8, 2008 at 3:14 PM, Fabrice Facorat
<fabrice.facorat@...> wrote:

> 2008/8/8 Vincent Panel <yohonet@...>:
>> On Fri, Aug 8, 2008 at 12:44 PM, Major Paine <andres.kaaber@...> wrote:
>>> Just run into this blog in kdedevelopers.org
>>> http://www.kdedevelopers.org/node/3597
>>
>> Excellent, but it's probably too early to provide it in mdv by default
>> (when you use the KDE desktop). However, packaging it would be great.
>
> sorry, but this is just plain ugly :
> - printer class : really, do normal users care about this ?
> - printers listed on the left side mixed with commands like New
> printer ... really printerdrake is far better and user friendly than
> this

It doesn't prevent us from packaging this app and follow the development.

Ühel kenal päeval (reede, 08 august 2008 16:35:52) kirjutas Reinout van
Schouwen:

> cc:cooker-i18n
>
> Hi Tiago,
>
> Op vrijdag 08-08-2008 om 00:03 uur [tijdzone -0300], schreef Tiago Salem
>
> Herrmann:
> > Some strings are not translated, both because they are not translated
> >  in upstream and because some strings were introduced only in mandriva
> >  version. I plan to put the po files in the svn soft (just like it is
> >  done in printerdrake), so then the contributors can help on
> >  translation.
>
> So do I understand correctly that we're basically creating a Mandriva
> fork of system-config-printer? Why not send patches upstream? Have you
> tried getting your own branch (or whatever it's called in git)?
>
> I really think distro's should be trying to work together. Fedora has
> created a beautiful webinterface called Transifex that provides nice
> translation stats and shields translators from having to muck with the
> VCS system du jour while allowing developers not to worry about coping
> with translations. And what does Mandriva do? Put modified po files in
> their own svn! Not trying to flame you or anything, but I find this
> really discouraging.
>
> At least I want to point out the upstream translation page of
> system-config-printer, so that translators can check how well their
> language is supported currently. I would like to encourage everyone to
> get a Fedora account to submit improved translations upstream instead of
> doing it the Not-Invented-Here way. The URL is:
>
> https://translate.fedoraproject.org/module/system-config-printer
>
> regards,

Yeah, that can make problems when updating upstream and there are incompatible
translations. But, OTOH, forking may be fair solution, e.g. when Mandriva and
Fedora translators have substantial differences. For example, as for
printing, in Estonia there are some who are sure verb for printing has to
be "printima" and some who are sure the verb has to be "trükkima" (no
difference in English but equivalent in German should be "printen"
and "drucken").
It's not the problem for Estonian ATM because Fedora has many years no
Estonian maintainer/translator but I suspect similar problems may arouse even
within active translation teams.

Marek Laane
Estonian translator

[Michael Scherer-2]

Le vendredi 08 août 2008 à 12:53 +0200, Frederik Himpe a écrit :

> On Friday 08 August 2008 11:37:00 Fabrice Facorat wrote:
> > 2008/8/8 Tiago Salem Herrmann <salem@...>:
> > > 1) system-config-printer: provides the interface to add, remove, share
> > > printers. Provides
> > > a system tray applet which notifies the user about printing events and
> > > eventually asks the user to install required packages or missing
> > > firmware.
> >
> > IIRC this is a python prog ?
> > Do we have python bindings for URPM ? Indeed, sometimes we need to
> > install some packages on demand.
>
> I think that's working. I'm not sure how exactly but see
> http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/system-config-
> printer/current/SOURCES/system-config-printer-1.0.3-mdv_custom-
> applet.patch?view=co that that there's a patch which determines which packages
> to install.

maybe it use packagekit ?
--
Michael Scherer <misc@...>

[Tiago Salem Herrmann]

Michael Scherer wrote:

> Le vendredi 08 août 2008 à 12:53 +0200, Frederik Himpe a écrit :
>  
>> On Friday 08 August 2008 11:37:00 Fabrice Facorat wrote:
>>    
>>> 2008/8/8 Tiago Salem Herrmann <salem@...>:
>>>      
>>>> 1) system-config-printer: provides the interface to add, remove, share
>>>> printers. Provides
>>>> a system tray applet which notifies the user about printing events and
>>>> eventually asks the user to install required packages or missing
>>>> firmware.
>>>>        
>>> IIRC this is a python prog ?
>>> Do we have python bindings for URPM ? Indeed, sometimes we need to
>>> install some packages on demand.
>>>      
>> I think that's working. I'm not sure how exactly but see
>> http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/system-config-
>> printer/current/SOURCES/system-config-printer-1.0.3-mdv_custom-
>> applet.patch?view=co that that there's a patch which determines which packages
>> to install.
>>    
>
> maybe it use packagekit ?
>  

No, I've written all the patches to integrate system-config-printer to
mandriva. So I'm not sure if they are working as expected. If something
goes wrong, please, let-me know.

[Tiago Salem Herrmann]

Vincent Panel wrote:

> On Fri, Aug 8, 2008 at 3:14 PM, Fabrice Facorat
> <fabrice.facorat@...> wrote:
>  
>> 2008/8/8 Vincent Panel <yohonet@...>:
>>    
>>> On Fri, Aug 8, 2008 at 12:44 PM, Major Paine <andres.kaaber@...> wrote:
>>>      
>>>> Just run into this blog in kdedevelopers.org
>>>> http://www.kdedevelopers.org/node/3597
>>>>        
>>> Excellent, but it's probably too early to provide it in mdv by default
>>> (when you use the KDE desktop). However, packaging it would be great.
>>>      
>> sorry, but this is just plain ugly :
>> - printer class : really, do normal users care about this ?
>> - printers listed on the left side mixed with commands like New
>> printer ... really printerdrake is far better and user friendly than
>> this
>>    
>
> It doesn't prevent us from packaging this app and follow the development.
>  

Kde4 has a printer-applet too, but at least for now, it doesn't worth to
use them (printer applet and system-config-printer for kde). But as
Vincent said, we can package and follow the development. Maybe they are
ready in time for 2009.1 :)