For reference, just steamrolled through this same saga, and finally
figoured out that Geany and Mousepad each use the same print dialog
(gnome?) which provides a "print to file" option, which provides to
choose both a save location and the output/save format (PDF, PS, SVG).
That might help some
Found interesting moment:
my home folder has two partitions (with AuFS), cups-pdf stopped to work after
such migration with messages:
[ERROR] failed to create user output directory (/home/norbert/PDF)
Oct 8 22:26:52 localhost kernel: [ 1266.664351] type=1400
audit(1412792812.136:170):
This is what syslog says:
apparmor=DENIED operation=connect profile=/usr/lib/cups/backend/cups-pdf
name=/run/samba/winbindd/pipe pid=15076 comm=cups-pdf requested_mask=wr
denied_mask=wr fsuid=0 ouid=0
So, in /etc/apparmor.d/usr.sbin.cupsd a new entry has to be entered:
@christian
Also in Lucid, if home is in NFS mount, is not necessary any more to export it
no_root_squash
Are you sure about your statement ?
When I read cups-pdf README [1] it is said Make sure if any of CUPS-PDF's
working directories (e.g. output) are located on an NFS mounted volume they
If user home is not in default linux path (/home/...) you need to
reconfigure apparmor, previous to Lucid you need to edit:
sudo gedit /etc/apparmor.d/tunables/home
an add your home directories path in:
@{HOMEDIRS}=/home/ /my_homes_path/
In Lucid you can do:
sudo dpkg-reconfigure apparmor
I'd like to output to the desktop instead of the cups-pdf folder.
I changed the cups-pdf output directory in /etc/cups/cups-pdf.conf:
Out ${HOME}/Desktop
But now nothing happens. The PDF does not end up on the Desktop not in
the cups-pdf folder. The log says successfully created.
This is under
Hi all,
We've configurated CUPS which prints correctly both in local (in
/home/pilar/PDF directory) and remote (in /var/spool/cups-
pdf/ANONYMOUS).
In local, we can print the pdf file in any directory we indicate (E.g.:
/home/pilar/PDF). However, in remote we are just able to print in
Hi all again,
i solved my problem with: sudo chmod 777 -R /home/pilar/java
thanks
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received this bug notification because you are a
2009-08-30 Juanty with all current updates
- out of the box installation
- apparmor : not changed
@{HOME}/PDF/ rw,
@{HOME}/PDF/* rw,
- NFS mounted home dir fails to print PDF
/storage/data-01/dist-export
etab =
Sorry I haven't got the time to read the rest,
What about changing /etc/apparmor.d/usr.sbin.cups like that :
@{HOME}/PDF/ rw,
@{HOME}/PDF/* rw,
by that :
@{HOME}/ rw,
@{HOME}/** rw,
Anybody can set up his output as he wants in /etc/cups/cups-pdf.conf
And everything's okay.
--
cups-pdf
Had this issue on hardy, found this bug - thought I'd share my solution.
In /etc/apparmor.d/usr.sbin/cupsd , here is my /usr/lib/cups/backend
/cups-pdf section:
/usr/lib/cups/backend/cups-pdf {
#include abstractions/base
#include abstractions/fonts
#include abstractions/nameservice
Same issue for me using likewise-open to authenticate against Active
Directory. The path to $HOME seems not to be used by apparmor for
domain-users.
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
My Hardy machine is part of a Windows domain, meaning my home is
/home/DOMAIN/user. This throws off AppArmor, and I have to manually add
the full path to my ~/PDF directory just to print a PDF. Seems AppArmor
is a bit buggy with non-typical paths.
--
cups-pdf fails to generate file when user
http://ubuntuforums.org/showthread.php?t=569873
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received this bug notification because you are a member of Ubuntu
Bugs, which is
confirming this in Hardy, changing the PDF folder in the home dir to a Syslink
folder, throws the same error.
[ERROR] failed to set file mode for PDF file
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
I'm having this problem on Gutsy, too. Soon I guess I will be upgrading to
Hardy, but it is sad to have to upgrade the OS to fix printing.
My system is saving PDFs to ~/PDF. Or at least it should:
Out ${HOME}/PDF
Haven't messed with the apparmor config at all. In fact AppArmor has
NEVER worked
Sean Diggity O'Brien [2008-05-08 5:36 -]:
There is nothing in /var/log/apparmor. None of the info above seems
helpful, so please let me know if I should look elsewhere.
Unfortunately AppArmor kernel errors do not land there, but in
kern.log. Please try
grep audit /var/log/kern.log
On my updated Hardy machines, I have to edit two files to get this to
work.
I changed the cups-pdf output directory in /etc/cups/cups-pdf.conf:
Out ${HOME}/Desktop
and also in /etc/apparmor.d/usr.sbin.cupsd:
@{HOME}/Desktop/ w,
@{HOME}/Desktop/* w,
...I did not need to set cupsd to complain
Sean,
would it be possible to attach your log files or a section of them so that I
can analyze why it is requiring
@{HOME}/Desktop/ w,
@{HOME}/Desktop/* w,
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
From /var/log/cups/cups-pdf_log:
Wed May 7 14:03:43 2008 [ERROR] failed to set file mode for PDF file (non
fatal) (/home/diggity/Desktop/aaa_card.pdf)
Wed May 7 16:27:15 2008 [ERROR] failed to set file mode for PDF file (non
fatal)
In case someone else is having these symptoms independently of apparmor,
the problem on my gutsy system was that there was no /var/tmp, and
without that, ghostscript refused to create the PDF file. I have no idea
what happened to my /var/tmp, but once I re-created it, cups-pdf worked
fine.
--
LeoRochael [2008-04-22 23:20 -]:
/var/lib/cups/backend/cups-pdf {
Since that was the path to the executable which apparmor complained
about violations in /var/log/kern.log
What??? The Debian/Ubuntu package does no such thing. The binaries are
shipped and installed into
In my system, a Gutsy, the problem was solved by editing
/etc/apparmor.d/usr.sbin.cupsd
and changing the entry that read:
/usr/lib/cups/backend/cups-pdf {
to:
/var/lib/cups/backend/cups-pdf {
Since that was the path to the executable which apparmor complained
about violations in
My problem was a non-standard home directory:
Fri Apr 11 17:27:37 2008 [ERROR] failed to set file mode for PDF file
(non fatal) (/wihome/wi/blach/PDF/Get_Organized_with_Emacs_Org-mode.pdf)
Chris Conroy's (2008-01-19) solution works for me. Thank you Chris!
I changed in
ii apparmor 2.1+1075-0ubuntu9
User-space parser utility for AppArmor
ii apparmor-utils 2.1+1075-0ubuntu9
Utilities for controlling AppArmor
I just did a fresh
Sean, can you please paste us the result of the following command?
dpkg -l | grep armor
Thanks!
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received this bug notification because
This appears to be fixed in the Hardy beta. I changed the cups-pdf output
directory in /etc/cups/cups-pdf.conf:
Out ${HOME}/Desktop
...and it worked with no need to do anything else :)
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf
** Tags added: metabug
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
If you change configuration files in cups-pdf, then you need to do the
corresponding change in cupsys' apparmor profile. While this is slightly
inconvenient, we won't change this. cups-pdf is scary enough as it is,
so we won't relax the AppArmor proptection further.
Thank you! Martin
** Changed
cups-pdf itself works as designed, not a bug there either.
** Changed in: cups-pdf (Ubuntu)
Status: Confirmed = Invalid
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received
Not an AppArmor bug.
** Changed in: apparmor (Ubuntu)
Status: Confirmed = Invalid
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received this bug notification because you are a
Helge, in /etc/cups/cups-pdf.conf look for LogType, the instructions are
above it.
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received this bug notification because you are a member
How do you bump the log level of /etc/cups/cups-pdf.conf?
I have a similar problem. When I'm logged in as my regular user,
printing to ~/PDF doesn't work. But as another user it works.
An perhaps important difference is that the first user is at
/localhome/username, whereas the other is at
** Tags added: qa-hardy-server
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
https://bugs.launchpad.net/bugs/147551
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I'm seeing the same error everyone else is talking about (failure to
set file mode), except that setting aa-complain, or even removing
apparmor entirely doesn't fix the problem for me. Plus, my home
directory isn't in a non-standard place.
I had this working on edgy, but I seem to remember I had
i have my /home directory symlinked to another location due to my
partitioning setup. as a result, I had to add another entry into
$HOMEDIRS in /etc/apparmor.d/tunables/home in order to let apparmor
recognize my symlinked home directory
I imagine users experienced with apparmor already know to do
** Also affects: cups-pdf (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cups-pdf (Ubuntu)
Status: New = Confirmed
--
cups-pdf fails to generate file when user does not print to default ~/PDF
(apparmor vs.cups-pdf inconsistency)
37 matches
Mail list logo