Well that's understandable.
I guess it would be an enhancement request that root ought to be able to
set AppArmor to respect symbolic links. Then again, for home users,
simply setting it to 'complain mode', or 'off mode' or whatever, or
perhaps even removing the package is an option. Not that I l
Jamie - I thought this was a design decision of Apparmor but I couldn't
find it documented anywhere. You've found it now, so I'm closing the
Apparmor task again.
** Changed in: apparmor (Ubuntu)
Status: Confirmed => Invalid
--
cups-pdf will not output to symlinked folder
https://bugs.laun
This is a fundamental design decision of Apparmor and is not
configurable. All paths are normalized to a single path so that a user
can't dodge Apparmor protections via symlinks. See /usr/share/doc
/apparmor-docs/techdoc.pdf.gz for details.
--
cups-pdf will not output to symlinked folder
https://
And by change, I mean to "respect symbolic links" as David stated above.
--
cups-pdf will not output to symlinked folder
https://bugs.launchpad.net/bugs/155640
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
If this is an apparmor issue, then why did you mark it as invalid? Are
we unable to change the default configuration for apparmor?
** Changed in: apparmor (Ubuntu)
Status: Invalid => Confirmed
--
cups-pdf will not output to symlinked folder
https://bugs.launchpad.net/bugs/155640
You recei
"This is an AppArmor configuration issue". I agree - as a workaround.
However this seems to recognise that AppArmor does not respect symbolic
links.
For the past 20 years I could treat symbolic links pretty much as if
they were real files/directories, in that once defined, their existence
was tran
This is an AppArmor configuration issue -- if the destination for PDF
printing has changed, the AppArmor location must be changed as well, as
detailed in the comments.
** Changed in: cups-pdf (Ubuntu)
Status: Confirmed => Invalid
** Changed in: apparmor (Ubuntu)
Status: Confirmed =>