postponed on #547068: D7UX: use Seven for installation / updates getting in in the first place.
http://drupal.org/node/547068#comment-1938778:
Under no circumstances whatsoever can we include the new wordmark in Drupal itself.
One of the main design goals for the new wordmark was to have a new official logo and branding that was not under the GPL. See: http://www.garfieldtech.com/blog/drupal-org-logo-trademark
and
http://drupal.org/node/547068#comment-1940264:
afaik LICENSE.txt isn't in CVS either, but is added by the packaging script - so why not only include it if installing Drupal from a Drupal.org tarball, if you install via CVS you get good old Druplicon instead (which serves as a default for all profiles which don't specify an image) - that gets the logo into the tarball, but not into CVS (it'd have to live on the server somewhere else of course).
The latter got a lot of support. Can we do it like this?
To be clear, what we'd like to do here is this:
Comment | File | Size | Author |
---|---|---|---|
#18 | Drupal8Wordmark.png | 466.3 KB | Gábor Hojtsy |
#15 | drupal-wordmark-in-updater.png | 79.18 KB | JohnAlbin |
Comments
Comment #1
seutje CreditAttribution: seutje commentedsubscribe
Comment #2
alexanderpas CreditAttribution: alexanderpas commentedfirst of all, LICENSE.txt is actually in CVS (http://cvs.drupal.org/viewvc.py/drupal/drupal/LICENSE.txt)
what we're doing with the license is keeping one centralized version of it, and adding it during the packaging to contrib module to ensure GPL compliance.
Comment #3
webchickYes, here's what needs to happen to ensure license compliance, from what I understand (Crell please jump in here to advise if this is correct):
1. The wordmark.png file (which is currently in http://drupal.org/files/issues/install-update-images.zip) needs to be put somewhere that is not anywhere on cvs.drupal.org. A private *.drupal.org SVN repo, somewhere in Drupal.org's files directory, in some shell user's home directory, whatever, but it can't be checked in to cvs.drupal.org because if it is, then it must be GPLed and we can't protect the branding of a GPLed wordmark. (Or something like this.)
2. The packaging scripts (and I don't know where those are) that are currently doing things like adding version info and LICENSE.txt to contrib modules need to be adjusted so that when a tarball of the "Drupal" project is generated, it replaces themes/seven/logo.png with wordmark.png (basically, cp /wherever/the/path/is/to/wordmark.png /themes/seven/logo.png). This way, anyone who downloads a tarball from http://drupal.org/project/drupal (which is most of our users) gets the branding effect during the installer, and anyone else who gets it from CVS (which is most of our developers) gets the old fashioned Druplicon (or probably nothing at all since they're using Drush ;)).
Once we confirm/adjust this plan of action, this issue needs to be moved to the Drupal.org infrastructure queue for implementation.
Comment #4
JohnAlbinSo that we don't have that debate again… :-p
That said, it seems to me we would still need to edit the LICENSE file included with the drupal tarball, so that it notes the wordmark license exception. The wordmark is (or will be) included in the tarball, after all.
But we desperately need this in D7. I want to see a shiny Drupal wordmark in our installer! And possibly in the Seven theme, too.
Comment #5
mcrittenden CreditAttribution: mcrittenden commentedSubscribe.
Comment #6
yhager CreditAttribution: yhager commentedDoes that mean the downloaded tarball will not be GPL?
IANAL, but I would go back and inquire why a GPL'd image brand cannot be protected (GPL does not mean there are no copyrights, it is just a usage license).
What do other open source projects do to protect their brand?
Comment #7
alexanderpas CreditAttribution: alexanderpas commentedremember Firefox, Debian and Iceweasel?
Comment #8
Damien Tournoud CreditAttribution: Damien Tournoud commentedI don't believe you can reliably protect a logo that is so close to just text. Why not publishing this logo in GPL and getting done with it? While the trademark is important, the logo we picked (a simple text) has no real value.
Comment #9
chx CreditAttribution: chx commentedDamien, this is a wordmark which, at least in the EU and the USA can be registered so yes it can be protected. Think of FedEx, their special wordmark where the whitespace in the E and the x forms an arrow you think they are not protecting that trick like lions?
Comment #10
Damien Tournoud CreditAttribution: Damien Tournoud commented@chx: a "wordmark" (in the common sense of the trademark law) is the usage of a word. It's not the protection of the logo per se, but of the usage of the word. The current "Drupal Trademark" is actually a wordmark. It's independent of the fact that you cannot reliably protect a logo that has nothing special.
Comment #11
yhager CreditAttribution: yhager commented> where the whitespace in the E and the x forms an arrow
Gee.. never saw that before :) thanks!
Comment #12
chx CreditAttribution: chx commentedDamien,
.
Comment #13
David_Rothstein CreditAttribution: David_Rothstein commentedAny decision to make Drupal less than 100% GPL seems like it might be too big to occur in the issue queue, no?...
In any case, I think what Damien says here makes a lot of sense. Protecting the typeface used in this logo really doesn't seem worth it compared to the simplicity of just making the logo GPL.
Also, if going ahead with this change to the installer, did anyone think about the potential for confusion? We'd be showing them one Drupal icon during installation, then a different Drupal icon in the Garland theme once the installation is done.... They'll figure it out and all, but it's a bit odd.
Comment #14
JohnAlbinLet's not argue whether or not our wordmark is "unique enough" to be protected; that's just silly. The "Drupal" in the wordmark above is not using an unmodified font and any designer can easily point out the unique properties of it.
This is not the issue to argue about we should or should not protect the wordmark. This issue assumes the wordmark needs protecting and is about how we protect it while still including it in a downloadable tarball.
So back to the issue at hand…
Since we are already doing this for contrib tarballs, it seems we already have some code in our packaging script that can checkout a file from an alternate source and place it into the tarball. I haven't seen the packaging scripts, but it should be easy to do the following for Drupal 7:
* LICENSE.txt exception text: Its nice that we have a single source for our current LICENSE.txt; we should keep that exactly as is. So we either need to have a modified version of LICENSE.txt describing the wordmark exception (also stored in the non-GPL materials repository) or we need to have a separate LICENSE-WORDMARK.txt that is to be placed next to the LICENSE.txt in the tarball.
Comment #15
JohnAlbinBTW, this is what the updater would look like with the wordmark. MUCH better then the Druplicon, IMO.
Comment #16
David_Rothstein CreditAttribution: David_Rothstein commentedI think the discussion at http://www.garfieldtech.com/blog/drupal-org-logo-trademark makes clear that the wordmark was never originally intended to be included in the downloadable Drupal software. So if we are talking about changing that here, I don't see why we can't talk about proposing a change in its licensing as well. And the alternative of making Drupal less than 100% GPL (or rather, trying to distribute two versions of Drupal, only one of which is 100% GPL) really seems like it might be too big to decide in some random issue in the "base system" component of the issue queue - at least not without a lot more people participating here :)
Given that both Garland and Bartik already use the Druplicon all over the place, I'm still not sure I understand the rationale behind using a different logo in this one place anyway? And the screenshot in #15 shows that the word "Drupal" already appears in big letters at the top of this page, so adding a logo that also has the word "Drupal" in big letters doesn't seem to add much. I think we'd at least want to retitle "Drupal database update" to "Database update" if doing this.
Comment #17
chx CreditAttribution: chx commentedWe have much better and urging things to fix than jeopardizing the GPL status of Drupal. See you in Drupal 8! (I had an urge to won't fix this altogether but I know people are obsessed to ruin stuff in the name of 'community expansion', be it damned, so it will be reopened anyways so I won't bother.)
Comment #18
Gábor Hojtsy@koleary posted a whole set of mockups in #1260716: Improve language onboarding user experience that use a derviative of the Drupal wordmark (combined with a derviative of the Druplicon to form an 8), to be used in the Drupal 8 (installer) branding. I'm just posting it here for further discussion to untangle that question from that issue:
The whole set of mockups can be found at http://drupal.org/node/1260716#comment-5069806
Comment #19
Gábor HojtsyBTW I've opened a separate issue for the overall installer theme thing at #1337554: Develop and use separate branding for the installer.
Comment #20
sphism CreditAttribution: sphism commentedThis might be a silly question:
If you can't add the Drupal wordmark into the tarball why not just pull that image in from a remote server? ie if you install drupal AND you are online, then the drupal wordmark is pulled in... if you are offline, then the druplicon is used.
This could also be used to get a better idea of the number of installations of drupal.
Just my 2 cents
Comment #21
tkoleary CreditAttribution: tkoleary commentedQuoting myself from issue# 1337554
"The Drupal logotype is made from custom vectors and is not a specific font, however, it just occurred to me that if we are making an icon font in the issue on supporting retina displays we could simply add the glyphs from the Drupal logo to that font and specify it for that text. Then at least for languages with Latin Scripts we would have the properly branded logotype."
I believe this neatly sidesteps the license issue. The mark is a trademark but the glyphs are not (and cannot be under copyright law, which is why fonts are licensed as software not as images). If we simply include the glyphs in the and GPL the font there is no license issue.
Comment #22
tkoleary CreditAttribution: tkoleary commentedAlso linking to retina diaplay issue #1963886
Comment #23
LewisNyman@tkoleary
There is no technical way to sidestep the trademark issue. Courts apply a lot of common sense in these cases. If it looks like the logo, no matter how the visuals are put together technically, it's able to influence the perception of the brand.
To reiterate, it's ok for Drupal core to influence that brand, it's not ok for others to do so, and GPLing the assets might affect Dries' ability to protect the trademark from others.
Comment #24
starko CreditAttribution: starko commentedThis UI is perfect for D8!
Comment #25
tim.plunkettThat use of the wordmark is illegal.
Please read https://drupal.org/drupal-media-kit#usage-guidelines before proposing any more designs breaking the exclusion zone.
Comment #26
LewisNymanDries in #2035489: Replace imitated "Drupal" wordmark:
I don't think we can get a stronger authority than the trademark holder himself. I think we can push forward and implement the wordmark in the installer inline with comment #27 in #1337554: Develop and use separate branding for the installer. We already include the word Drupal under the GPL license, so adding the logo would not affect Dries' IP rights.
Comment #27
PanchoRe #26:
Even Dries can err... :)
And seriously this could be the case here. We really need an expert on media law here.
But even if not, meaning the Drupal wordmark is not explicitely registered, then this should probably be done.
In any case, relicensing the Drupal wordmark under the terms of the GPL would even go beyond that. Regarding the partly questionable Drupal trademark and logo policy, GPL would waive the license grant requirement in the trademark policy in many situations.
It's not without reason why the GPL-only Debian project completely rebranded Firefox, after Mozilla understandably insisted on name and logo being exempt from the terms of the GPL.
Given that, I'd love having the Drupal wordmark in the installer, but again: we (or Dries) need legal advice by a lawyer specialized on licensing here.
Comment #28
Gábor HojtsyTL;DR: brand protection; licensing
One of the points of separating the wordmark from Druplicon was to have a Drupal logo that is not freely adapted and modified as people feel like. Druplicon is supposed to be free to tinker with but the wordmark was not supposed to allow for that. As soon as its distributed with GPL software, we explicitly allow tinkering with it. I believe that is what not including it in Drupal desired to achieve.
If we want to make an exception for the wordmark in our license, I believe we have been concerned with that open source repositories (eg. Debian packages, if such things still exist for Drupal) would not include the distro as-is anymore, since they would not allow for non-free components. So they would need to fork Drupal core for the exclusion of the wordmark. So I believe we considered this would be an issue for free redistribution of core in general.
Comment #29
Pancho#28:
Technically, the Debian case shouldn't be a major problem, not even a special case.
Anyway we wouldn't want any distribution ship with the Drupal trademark in that prominent place, so the Debian distribution would be just another slightly modified standard distribution.
The central problem remains to see if there is a legally acceptable way at all to include our wordmark in the installer, without the wordmark becoming subject to the terms of GPL.
As I said in #2035489-5: Replace imitated "Drupal" wordmark, GPL3 has a "Section 7: Additional Terms" covering this aspect, while GPL2 doesn't.
Still, the Additional Terms section is highly problematic, because the rebranded distribution (with the wordmark being replaced or removed) wouldn't be license-compatible to the Drupal project anymore. Meaning that we couldn't include code, that was developped on basis of a rebranded Drupal distribution, back into the Drupal project, without explicit permission of all code owners.
Again, this is highly complex and highly sensible.
Besides an Free Software Foundation lawyer, the Debian people could possibly help us with some advice.
Comment #30
sphism CreditAttribution: sphism commentedInteresting, I've been fiddling with the look of the installer and I added the Drupal wordmark, but remembered there was some legal reason not to use it.
I've never actually liked it so i'm happy to make a different one for drupal 8.
Would be good if someone could answer my question from earlier:
Comment #31
danillonunes CreditAttribution: danillonunes commentedI think this pull-online approach seems to add a lot of complexity that might not be worth enough for just this issue. For example, what we should do when a internet connection is available, but the Drupal server is unreachable? What if the connection runs at very low speed? The mark is shown in the first page displayed, so we don't have time or a expected waiting window as we have when we're checking for updates after the end of the installation.
Comment #32
tstoecklerWell if the Drupal server is unreachable, we don't do anything regardless of whether internet in general is available or not.
And if we do replace the title via Ajax, it won't slow down the rest of the page.
So that's just to say this could be done in a reasonable amount of code. I would personally actually find it to be a very neat idea.
Comment #33
sphism CreditAttribution: sphism commented@tstoeckler: Oh, that's good, I thought maybe I was going mad. I'm not really sure how the GPL applies to assets pulled in remotely, I really don't understand the issues at all.
Comment #34
sphism CreditAttribution: sphism commentedI've just been doing a little digging to see how other software deals with this issue.
I downloaded wordpress and it includes the official logo, wordpress-logo.png
I also found this page: Wordpress Trademark Policy
Which limits the use of that logo "Permission from the WordPress Foundation is required to use the WordPress or WordCamp name or logo as part of any project, product, service, domain or company name."
So I emailed the wordpress foundation to ask them if they have any information on this issue, how/ if they get around it. I'll post anything I learn here.
Wordpress in under GPLv2 licence, the Drupal licence is GPLv2 or later ??? whatever that means: drupal.org/licensing/faq/
Comment #35
xjmComment #36
LewisNymanComment #37
gisle@sphism, legally, what WordPress is doing is fairly trivial.
Here is the relevant language from the GPLv2-licence:
The Drupal Wordmark is not code, so including it in the repo/distribution as a "mere aggregation" does not bring it under the scope of the GPLv2-licence. (The viral clause of GPLv2 is only triggered for derivatives.)
This means that you can create a "Drupal Trademark Policy" (similar to the Wordpress Trademark Policy) and legally include it in a distribution that is otherwise under GPLv2+.
Comment #38
gisleSorry, just noticed that Holly's minutes says "licensingpolicy", not "licensepolicy". Retagging.
Comment #46
hestenetNoting here that this question has raised it's head again with the release of the new Drupal brand materials.
The new issue created is: #3134326: Adopt the 2020 (evergreen) Drupal logo in Drupal core
And I've tried to summarize the current state of our understanding in this comment.
I'm trying (again, 5 years later) to get a strong legal opinion on this one way or another. I'll report back what I find.
Comment #48
Gábor Hojtsy#3137414: Remove D8 branding from D9 status report started using the new drop software logo in status report, while #3178135: Change favicon to new Drupal logo continues doing that as a favicon and #2030027: Use the Drupal software logo in the installer would apply it in the installer. I am not sure we want to use both the software logo and wordmark at once. However https://www.drupal.org/about/media-kit/logo-wordmark-guidelines does include that as a guideline. That both the wordmark and the software logo would be used alongside each other in core.