I have solved this problem on hardy writing a simple server in python
that I added to my session autostart list, then i have modified cups-pdf
which now, after reading the configuration file, connect to the server
sending him the path to the output file. The server create and present
the user a fil
This is still in Hardy, just FYI. When you print, you have 'Print to
file' which can do PDF and asks you where to save it, and you have
'PDF', which causes the file to go nowhere, as far as the user is
concerned. PDF should be hidden from user dialogues I think, it's isn't
necessary and isn't usefu
This bug got accidentally closed by a buggy upload process. Reopening
...
** Changed in: cups-pdf (Ubuntu)
Status: Fix Released => Confirmed
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notification because you are a membe
cups-pdf (2.4.6-3ubuntu10) gutsy; urgency=low
* debian/postinst: Before creating a CUPS queue wait 3 seconds to be sure
that the CUPS daemon is listening (LP: #152293).
cups-pdf (2.4.6-3ubuntu9) gutsy; urgency=low
* debian/patches/50_default_conf.patch: Withdrawn the chnage of the PDF
Excuse me, it was a typo: instead of /etc/apparmor.d/usr.sbin.cupsys it
should be: /etc/apparmor.d/usr.sbin.cupsd.
But you're right: better use the default settings.
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notification becau
Gert,
I guess I'm confused. I changed the /etc/cups/cups-pdf.conf file. I also
changed the /etc/apparmor.d/usr.sbin.cupsd file. Both files point to my
~/work directory, which is a real directory and not a symlink. I cannot
find a file with the name and path /etc/apparmor.d/usr.sbin.cupsys.
I upgr
To Modred: The problem is that if you want to use "PUT-HERE-YOUR-
DESIRED-LOCATION" directory, you'll need to change _both_ /etc/cups
/cups-pdf.conf _and_ /etc/apparmor.d/usr.sbin.cupsys files to point to
the _same_ location. The "PUT-HERE-YOUR-DESIRED-LOCATION" directory has
to be a real directory
Gert,
Thanks for the response.
I put the entries...
Out ${HOME}/work
in the cups-pdf.conf file and...
@{HOME}/work/ w,
@{HOME}/work/* w,
in the usr.bin.cupsd file.
After making the above changes and rebooting, I opened Firefox and
attempted to print several web pages to a PDF file. I could n
Hopefully my last comment on this and similar bugs:
Obviously there are users, who want to change the default output
directory, but do not know that they need to change the apparmor
profile, too. Wouldn't it be possible, to add something like this in the
according comment of /etc/cups/cups-pdf.con
** Changed in: cups-pdf (Ubuntu)
Status: Fix Released => Confirmed
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mai
You're right, apparmor doesn't know anything about XDG variables, so
forget my comment.
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
u
Gert, this is once too late for Gutsy, and second, AppArmor will
probably not know what "XDG_DESKTOP_DIR" means.
I will upload a new cups-pdf package soon which returns to ~/PDF being
used as output dir.
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
Yo
To Till: Wouldn't it be better to use something like "XDG_DESKTOP_DIR"
instead of hardcoding the "Desktop" value? I don't know, but it may be
that other locales are using different names for the Desktop directory.
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/
cups-pdf (2.4.6-3ubuntu8) gutsy; urgency=low
* debian/patches/50_default_conf.patch: Use ~/Desktop as default destination
for the PDF files so that users find them more easily (LP: #134682,
LP: #134671)
* debian/prerm, debian/postinst: Make any failure of CUPS command line tools
no
To modred: If you have e.g. cups-pdf configured to place the created
files in $HOME/work, you'll need to change cups-pdf-settings in
/etc/apparmor.d/usr.sbin.cupsd file, too.
Given you want still to have the files in $HOME/work, you'll need to
apply the following changes
Change the line:
Out ${H
I have withdrawn the proposed fix of moving the output to the ~/Desktop
directory as this will have several problem. Users can configure another
directory to be displayed on the desktop and also they could not like
the desktop being cluttered by the generated PDFs. So we will leave the
destination
** Changed in: cups-pdf (Ubuntu)
Status: New => Fix Committed
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing
This comment is a bit off-topic, but I don't want to start a new topic
for what may be a minor issue.
In Feisty, the CUPS-PDF output directory was set by default to ~/PDF in
the CUPS-PDF configuration file. I changed this to ~/work, and the PDF
files created by CUPS-PDF were saved to that director
Certainly, CUPS-PDF was intended to be a server-oriented solution (IMHO
it's not so great, even for that use case), but the package is now being
used in a desktop environment. It is in the initial Ubuntu install. It
seems GNOME/KDE integration must be done if this feature is to be
present in the de
The overwriting is another bug -> Bug #134671
Here we discuss the simple fact that when a user print using cups-pdf,
he don't know where his pdf is.
So how can we resolv this ?
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notifi
It's not just a different place. Some users WANT to overwrite old
files.
Regardless, let's keep in mind that CUPS-PDF is not meant to be used
with a desktop environment or any environment in particular. It is only
a CUPS back-end. All those ideas about notification icons etc. are nice
when the co
Well, the "overwritten file" problem should not a hard one to solve...
it's not really that hard to use a different filename if that file
exists (of course there's a potential race condition if the user is
trying to create another file with the exact same name at the exact same
time, but this is re
Outputting to any directory, be it ~home or Desktop or some other
arbitrary location, has been repeatedly seen by users as potentially
dangerous, because files could be overwritten. The problem is that
every user has a different idea of how this should be handled: some
users would prefer getting j
Another option is to simply dump it to the desktop and let the user
decide where to store it, similar to where gnome-volume-manager puts its
icons.
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notification because you are a member
For 3. it would also work if one has a notifier which watches the PDF
directory and pops up a notification if a new file is there.
Does such a notifier exist?
--
[Tribe5] user don't know where are his pdf file
https://bugs.launchpad.net/bugs/134682
You received this bug notification because you
2. 4. and 5. were previously attempted, but users found this distracting
or, in a few cases, that it could put existing documents in danger of
being overwritten in case a similarly-named document already exists
there.
1 and 3. might be possible, now that CUPS is finally Dbus-aware, so
adding some
26 matches
Mail list logo
