Skip to main content ↑ ↓
Topic solved
This topic has been marked as solved and requires no further attention.
Topic: [SOLVED] Where are PDF-printing? (Read 656 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

[SOLVED] Where are PDF-printing?

Hi,

no long time ago I can indicate where the pdf-printing are to be stored or choose it before print/store.

Now, I missing the printed files and installing `cups-ocr` discovered that those printing are stored in `/var/spool/cups-pdf/$username`.

The Arch-Linux-Wiki don't tell anything about but this thread tell more.
This should be a Artix or Plasma "problem", anyway, I didn't find any `/etc/apparmor.d/usr.sbin.cupsd` on my system.

How to get printed PDF in e.g.
Code: [Select]
/home/${USER}/PDF
or
Code: [Select]
/home/${USER}/Documents/PDF
???
1. Why my Artix missing `/etc/apparmor.d/usr.sbin.cupsd`? should I make something here?
2. Just create PDF-folder and make a symlink?

I'm looking for proper and durable solution.

Please for detailed information, no post of links only.

Thanks in advance
 

Re: Where are PDF-printing?

Reply #1 –
1. Artix does not come with neither AppArmor nor its profiles by default, unlike Ubuntu. AppArmor is supposed to harden against server exploits by specifying what directories/files an executable is supposed to write in and reporting/disallowing if unexpected behavior. Unless you want to go through the trouble of installing and configuring AppArmor for you (most likely) home system on a trusted network/firewall, you don't need to do anything.
2. You can follow the guide as is (minus the apparmor file) or use the symlink. (Though, I'd recommend making ~/PDF a symlink to /var/spool/cups-pdf/$USER, and not the other way around, since cups-pdf likes changing permissions). Either solution is likely to work well long-term.

Re: Where are PDF-printing?

Reply #2 –
Quote from: capezotte – on
1. Artix does not come with neither AppArmor nor its profiles by default, unlike Ubuntu. AppArmor is supposed to harden against server exploits by specifying what directories/files an executable is supposed to write in and reporting/disallowing if unexpected behavior. Unless you want to go through the trouble of installing and configuring AppArmor for you (most likely) home system on a trusted network/firewall, you don't need to do anything.
2. You can follow the guide as is (minus the apparmor file) or use the symlink. (Though, I'd recommend making ~/PDF a symlink to /var/spool/cups-pdf/$USER, and not the other way around, since cups-pdf likes changing permissions). Either solution is likely to work well long-term.
Thanks capezotte,
I create
Code: [Select]
/home/${USER}/Documents/PDF

/home/${USER}/Documents/OCR
and edit these two files
Code: [Select]
/etc/cups/cups-pdf.conf

/etc/cups/cups-ocr.conf
respectively as following:
Code: [Select]
Out /home/${USER}/Documents/PDF

Out /home/${USER}/Documents/OCR
the changes takes effect immediately.

Apparmor is already installed (I don't know why) and contains:
Code: [Select]
/etc/apparmor.d/mariadbd_akonadi
/etc/apparmor.d/mysqld_akonadi
/etc/apparmor.d/postgresql_akonadi
/etc/apparmor.d/usr.bin.akonadiserver
the service is not registered or started ```rc-status```
Code: [Select]
rc-update -v show
       NetworkManager |      default                           
                acpid |      default                           
               agetty |                                        
          agetty.tty1 |      default                           
          agetty.tty2 |      default                           
          agetty.tty3 |      default                           
          agetty.tty4 |      default                           
          agetty.tty5 |      default                           
          agetty.tty6 |      default                           
            alsasound |                                        
         avahi-daemon |      default   
Anyway, the problem is solved, thanks again for your quick clarification.