[Bug 134671] Re: [Tribe5] cups-pdf should not overwrite existing pdf

2007-08-25 Thread Patrice Vetsel
Solution is to modify /etc/cups/cups-pdf.conf and replace line : #Label 0 by Label 1 When it's done, all pdf files generated have an unique name. 'job id'+'pdf name'.pdf ** Changed in: cups-pdf (Ubuntu) Status: Confirmed = In Progress -- [Tribe5] cups-pdf should not overwrite existing

[Bug 134671] Re: [Tribe5] cups-pdf should not overwrite existing pdf

2007-08-25 Thread Nicklas Larsson
Cups-pdf do not fail on creating pdf the second time. Yes, I think it does. Try the following: 1. Create two test files, test1.html and test2.html. test1.html === html head titleTest/title /head body Test 1. /body /html test2.html === html head titleTest/title /head body Test 2.

[Bug 134671] Re: [Tribe5] cups-pdf should not overwrite existing pdf

2007-08-25 Thread Nicklas Larsson
Tested the suggested workaround, and it worked fine for me. I hope that the workaround will be included as default in Ubuntu 7.10. -- [Tribe5] cups-pdf should not overwrite existing pdf https://bugs.launchpad.net/bugs/134671 You received this bug notification because you are a member of Ubuntu

[Bug 134671] Re: [Tribe5] cups-pdf should not overwrite existing pdf

2007-08-25 Thread Martin-Éric Racine
Experience shows that enabling job labels detracts from the expected default behavior, which is to have PDF files matching the name of the document being printed. Users actually expect old documents to be replaced by newer versions as well, which is why that feature is not enabled by default.

[Bug 134671] Re: [Tribe5] cups-pdf should not overwrite existing pdf

2007-08-25 Thread Patrice Vetsel
Martin-Éric : i think that we have to discuss more that problem. I don't think that adding number of job in the name of pdf is too problematic. In second time, if we decide to not add job number, it's a problem that cups-pdf do not overwrite pdf already made. It's a source of problem for the