John Goerzen dijo [Sun, May 31, 2009 at 08:24:17AM -0500]:
> > Actually an advisory dialog (which could be turned off) would make some
> > sense.
> > ("The author of this PDF document didn't mean to allow you $foo, do you want
> > to continue anyway? Abort Continue")
> >
> > Then a) you are awar
Hello,
On 2009 m. June 1 d., Monday 21:07:21 John Goerzen wrote:
> I don't actually know who is on the KDE team. But in general, I don't
> reply to posts with "I agree" because it just creates noise on the list.
> If there's something I disagree with, then I may post. So I may be
> agreeing wit
Peter Samuelson wrote:
> [Michael Banck]
>> If copying is indeed the only thing which is mediated via DRM, I agree
>> with you, but maybe the situation should get analyzed a bit and anyway,
>> we should make it easy for large organisations (public administration,
>> companies) to set a default for
Ana Guerrero wrote:
> You have got answers from several people from the KDE team and you seemed to
> stick only to the aggressive ones (i guess because they annoyed you).
Hi Ana,
Thanks for the email.
I don't actually know who is on the KDE team. But in general, I don't
reply to posts with "I
On Sat, May 30, 2009 at 07:09:11PM -0500, John Goerzen wrote:
> Package: okular
> Version: 4:4.2.2-2
...
Hi John,
I hope at least you read this email and get the whole map. Why this bug
report is tagged as wontfix and why your patch won't be applied.
You have got answers from several people fro
tags 531221 patch
thanks
Sune Vuorela wrote:
>> 2) Patch the default to have it disabled
>
> It's a deviation from upstream that we would have to maintain for eternity.
> This issue is not important enough for me to put the extra required work into
> it
Here's the patch:
jgoer...@katherina:/tm
John Hasler wrote:
> Pino Toscano writes:
>> I'm just curious to know: if you don't use the package, how can you express
>> an
>> opinion on it?
>
> I commented on the misuse of the term DRM to describe the advisory locking
> that is the subject of this discussion. I added the parenthetical to
Processing commands for cont...@bugs.debian.org:
> tags 531221 patch
Bug#531221: okular: Arbitrarily enforces DRM by default
Tags were: wontfix
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(adminis
Pino Toscano writes:
> I'm just curious to know: if you don't use the package, how can you express
> an
> opinion on it?
I commented on the misuse of the term DRM to describe the advisory locking
that is the subject of this discussion. I added the parenthetical to make
it clear that I was not
On Sun, 2009-05-31 at 16:59 +0200, Pino Toscano wrote:
> A final remark; John Hasler (and other people) wrote:
> > (I think it should be off by default with an option to turn it on but
> > that's just my irrelevant opinion. I don't use the package.)
>
> I'm just curious to know: if you don't use
On Sun, May 31, 2009 at 08:32:25AM -0500, John Goerzen wrote:
> presumably the same reasons. evince either never had it, or it is
> patched out in Debian. I would be happy with us patching okular to
http://bugs.debian.org/413953
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.
Hi,
> 1) Remove the DRM feature entirely
This will not be done until ISO 32000 changes in that regard.
> 2) Patch the default to have it disabled
Nope.
> 3) Patch the prompt to have an "allow/deny" option
Which prompt are you speaking about?
> 4) Patch the text to tell people where to go to
On May 31, John Hasler wrote:
> Please don't call it DRM. It's just advisory locking. IMHO not enabling
> it or omitting it entirely has no legal implications.
It clearly has no legal implication (in jurisdictions having such a
clause, like the USA) because it is not an *effective* technologica
John Goerzen writes:
> 1) Remove the DRM feature entirely
Please don't call it DRM. It's just advisory locking. IMHO not enabling
it or omitting it entirely has no legal implications.
(I think it should be off by default with an option to turn it on but
that's just my irrelevant opinion. I don
On Sun, May 31, 2009 at 09:05:10AM -0500, John Goerzen wrote:
> Ana Guerrero wrote:
> > On Sun, May 31, 2009 at 08:32:25AM -0500, John Goerzen wrote:
> >> In any case, I think it was very premature to tag this wontfix.
> > ...
> >
> >> Why are you tagging it wontfix, Sune?
> >>
> >
> > I do not
Marco d'Itri wrote:
> On May 31, Sune Vuorela wrote:
>
>> So. you want Okular to by default help you with violating conditions of use
>> of
>> the document you downloaded?
> Correct, this is what I would like it to do (but I use evince instead,
> which by default does not bother users with this
Ana Guerrero wrote:
> On Sun, May 31, 2009 at 08:32:25AM -0500, John Goerzen wrote:
>> In any case, I think it was very premature to tag this wontfix.
> ...
>
>> Why are you tagging it wontfix, Sune?
>>
>
> I do not see this as premature at all. We, KDE maintainers, have talked
> about it and w
On Sun, May 31, 2009 at 08:32:25AM -0500, John Goerzen wrote:
>
> In any case, I think it was very premature to tag this wontfix.
...
> Why are you tagging it wontfix, Sune?
>
I do not see this as premature at all. We, KDE maintainers, have talked
about it and we all have decided we are ok as
Stefano Zacchiroli wrote:
> FWIW If I were the package maintainer, my choice would be not to "Obey
> DRM" by default, but I'm not.
Interestingly enough, we patch this stuff out of xpdf already, for
presumably the same reasons. evince either never had it, or it is
patched out in Debian. I would
Philipp Kern wrote:
> On 2009-05-31, Mike Hommey wrote:
>> Both these propositions make the "feature" pointless. The only sensible
>> options is to dump it entirely, as you are suggesting below.
>
> Actually an advisory dialog (which could be turned off) would make some sense.
> ("The author of t
On May 31, Sune Vuorela wrote:
> So. you want Okular to by default help you with violating conditions of use
> of
> the document you downloaded?
Correct, this is what I would like it to do (but I use evince instead,
which by default does not bother users with this sillyness).
Users can still le
Hello,
On 2009 m. May 31 d., Sunday 15:42:33 Stefano Zacchiroli wrote:
> - If okular has a system-wide setting "Obey DRM" which acts as a
> default for user choices, we have already won: the Debian package
> maintainer is fully in charge of making the choice of what that
> default should be.
On Sun, May 31, 2009 at 02:30:58AM +0100, Adeodato Simó wrote:
> I see it's been pointed out in a comment in your blog post already,
> but I'll mention it here for the benefit of those reading along:
> obeying DRM is a configurable runtime option in Okular, so it's just
> a matter of going to the p
Le dimanche 31 mai 2009 à 11:47 +0200, Pino Toscano a écrit :
> If tomorrow a corporate person complains that Okular does not respect the PDF
> format in that sense and that they cannot make use of it because of that,
> what
> should I tell them? They would be right.
You tell them to enable the
Hi,
> > This means the author of the PDF set that users shouldn't (in their will)
> > copy the text from their PDF.
> > You can disable the usage of document permissions by disabling the
> > related option from the preferences.
>
> I checked, and do see that option. But why is it on by default?
tag 531221 wontfix
thanks
On Sunday 31 May 2009 02:09:11 John Goerzen wrote:
> Package: okular
> Version: 4:4.2.2-2
> Severity: normal
>
> I'm CCing this to Debian-devel because I think it speaks to a larger
> issue.
>
> I just downloaded a PDF, and tried to copy and paste a bit of text
> from it.
Processing commands for cont...@bugs.debian.org:
> tag 531221 wontfix
Bug#531221: okular: Arbitrarily enforces DRM
There were no tags set.
Tags added: wontfix
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(adminis
On Sun, May 31, 2009 at 03:30:33AM +0200, Pino Toscano wrote:
> Hi,
>
> Okular maintainer (upstream, and cooperating in Debian) speaking here.
>
> > I just downloaded a PDF, and tried to copy and paste a bit of text
> > from it. I used the selection tool, and Okular offered to speak it to
> > me
On May 31, Pino Toscano wrote:
> This means the author of the PDF set that users shouldn't (in their will)
> copy
> the text from their PDF.
> You can disable the usage of document permissions by disabling the related
> option from the preferences.
It's not clear to me why this should not be
+ John Goerzen (Sat, 30 May 2009 19:09:11 -0500):
> I'm CCing this to Debian-devel because I think it speaks to a larger
> issue.
> I just downloaded a PDF, and tried to copy and paste a bit of text
> from it. I used the selection tool, and Okular offered to speak it to
> me, but said "Copy forb
Hi,
Okular maintainer (upstream, and cooperating in Debian) speaking here.
> I just downloaded a PDF, and tried to copy and paste a bit of text
> from it. I used the selection tool, and Okular offered to speak it to
> me, but said "Copy forbidden by DRM."
This means the author of the PDF set th
On May 31, John Goerzen wrote:
> So what I want to know is: why are people putting code into Debian
> that limits our freedom? Why are people putting such code into KDE?
>
> And can we please patch it to stop that?
Indeed, the program is clearly broken by design and needs to be fixed.
--
ciao
Package: okular
Version: 4:4.2.2-2
Severity: normal
I'm CCing this to Debian-devel because I think it speaks to a larger
issue.
I just downloaded a PDF, and tried to copy and paste a bit of text
from it. I used the selection tool, and Okular offered to speak it to
me, but said "Copy forbidden by
33 matches
Mail list logo