[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-community
Subject:    Re: KDE Apps name trademarks
From:       Michael Reeves <reeves.87 () gmail ! com>
Date:       2020-07-22 10:46:28
Message-ID: CANp6eRn++LPv-UFDXqLEP1ooTt1=ek6OstHqyZKMZi-q40OEWQ () mail ! gmail ! com
[Download RAW message or body]

On Wed, Jul 22, 2020, 4:01 AM Ben Cooksley <bcooksley@kde.org> wrote:

> On Wed, Jul 22, 2020 at 7:16 AM Albert Vaca Cintora
> <albertvaka@gmail.com> wrote:
> >
> >
> > > But if there are situations where third parties are living off our
> good name,
> > > we should fight this. We already have the rights to do so.
> >
> > Should we? Isn't that the same that RedHat, SUSE, Canonical, etc. do?
> What's wrong with charging for our apps as a distributor?
>
> There isn't anything wrong with charging for our applications as a
> distributor.
>
> The potential problem arises if they portray themselves as an
> 'official' version, which is a label only we can provide.
> It is especially problematic if the binary they've packaged contains
> malware or other alterations that have a negative impact on the user
> experience, which users will attribute to us, not the distributor of
> the software.
>
> The situation with Redhat/SUSE/Canonical is also slightly different,
> as we already have an established relationship with all three of
> those. This includes them receiving early access to our releases along
> with them being subscribed to our security pre-announce service.
>
> In this case, the vendor in question has not made contact in any form with
> us.
>

Just quick note the version of kdiff3 on the windows store carries the old
icon. This seems to imply it was made before kdiff3 joined kde. Like during
the 4 year lapse of maintainership. Let's make sure we have all the facts
here.

>
> Cheers,
> Ben
>

[Attachment #3 (text/html)]

<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" \
class="gmail_attr">On Wed, Jul 22, 2020, 4:01 AM Ben Cooksley &lt;<a \
href="mailto:bcooksley@kde.org">bcooksley@kde.org</a>&gt; wrote:<br></div><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">On Wed, Jul 22, 2020 at 7:16 AM Albert Vaca Cintora<br> \
&lt;<a href="mailto:albertvaka@gmail.com" target="_blank" \
rel="noreferrer">albertvaka@gmail.com</a>&gt; wrote:<br> &gt;<br>
&gt;<br>
&gt; &gt; But if there are situations where third parties are living off our good \
name,<br> &gt; &gt; we should fight this. We already have the rights to do so.<br>
&gt;<br>
&gt; Should we? Isn&#39;t that the same that RedHat, SUSE, Canonical, etc. do? \
What&#39;s wrong with charging for our apps as a distributor?<br> <br>
There isn&#39;t anything wrong with charging for our applications as a \
distributor.<br> <br>
The potential problem arises if they portray themselves as an<br>
&#39;official&#39; version, which is a label only we can provide.<br>
It is especially problematic if the binary they&#39;ve packaged contains<br>
malware or other alterations that have a negative impact on the user<br>
experience, which users will attribute to us, not the distributor of<br>
the software.<br>
<br>
The situation with Redhat/SUSE/Canonical is also slightly different,<br>
as we already have an established relationship with all three of<br>
those. This includes them receiving early access to our releases along<br>
with them being subscribed to our security pre-announce service.<br>
<br>
In this case, the vendor in question has not made contact in any form with \
us.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Just quick \
note the version of kdiff3 on the windows store carries the old icon. This seems to \
imply it was made before kdiff3 joined kde. Like during the 4 year lapse of \
maintainership. Let&#39;s make sure we have all the facts here.</div><div \
dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 \
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>Cheers,<br>
Ben<br>
</blockquote></div></div></div>



[prev in list] [next in list] [prev in thread] [next in thread]