178 lines
51 KiB
HTML
178 lines
51 KiB
HTML
|
<!DOCTYPE html>
|
|||
|
|
<html><head><title>EmacsWiki: Emacs Wiki Problems</title><link rel="alternate" type="application/wiki" title="Edit this page" href="https://www.emacswiki.org/emacs?action=edit;id=EmacsWikiProblems" /><link type="text/css" rel="stylesheet" href="https://www.emacswiki.org/light.css" /><meta name="robots" content="INDEX,FOLLOW" /><link rel="alternate" type="application/rss+xml" title="EmacsWiki" href="https://www.emacswiki.org/emacs?action=rss" /><link rel="alternate" type="application/rss+xml" title="EmacsWiki: EmacsWikiProblems" href="https://www.emacswiki.org/emacs?action=rss;rcidonly=EmacsWikiProblems" />
|
|||
|
|
<link rel="alternate" type="application/rss+xml"
|
|||
|
|
title="Emacs Wiki with page content"
|
|||
|
|
href="https://www.emacswiki.org/full.rss" />
|
|||
|
|
<link rel="alternate" type="application/rss+xml"
|
|||
|
|
title="Emacs Wiki with page content and diff"
|
|||
|
|
href="https://www.emacswiki.org/full-diff.rss" />
|
|||
|
|
<link rel="alternate" type="application/rss+xml"
|
|||
|
|
title="Emacs Wiki including minor differences"
|
|||
|
|
href="https://www.emacswiki.org/minor-edits.rss" />
|
|||
|
|
<link rel="alternate" type="application/rss+xml"
|
|||
|
|
title="Changes for EmacsWikiProblems only"
|
|||
|
|
href="https://www.emacswiki.org/emacs?action=rss;rcidonly=EmacsWikiProblems" /><meta content="width=device-width" name="viewport" />
|
|||
|
|
<script type="text/javascript" src="/outliner-toc.js"></script>
|
|||
|
|
<script type="text/javascript">
|
|||
|
|
|
|||
|
|
function addOnloadEvent(fnc) {
|
|||
|
|
if ( typeof window.addEventListener != "undefined" )
|
|||
|
|
window.addEventListener( "load", fnc, false );
|
|||
|
|
else if ( typeof window.attachEvent != "undefined" ) {
|
|||
|
|
window.attachEvent( "onload", fnc );
|
|||
|
|
}
|
|||
|
|
else {
|
|||
|
|
if ( window.onload != null ) {
|
|||
|
|
var oldOnload = window.onload;
|
|||
|
|
window.onload = function ( e ) {
|
|||
|
|
oldOnload( e );
|
|||
|
|
window[fnc]();
|
|||
|
|
};
|
|||
|
|
}
|
|||
|
|
else
|
|||
|
|
window.onload = fnc;
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
|
|||
|
|
// https://stackoverflow.com/questions/280634/endswith-in-javascript
|
|||
|
|
if (typeof String.prototype.endsWith !== 'function') {
|
|||
|
|
String.prototype.endsWith = function(suffix) {
|
|||
|
|
return this.indexOf(suffix, this.length - suffix.length) !== -1;
|
|||
|
|
};
|
|||
|
|
}
|
|||
|
|
|
|||
|
|
var initToc=function() {
|
|||
|
|
|
|||
|
|
var outline = HTML5Outline(document.body);
|
|||
|
|
if (outline.sections.length == 1) {
|
|||
|
|
outline.sections = outline.sections[0].sections;
|
|||
|
|
}
|
|||
|
|
|
|||
|
|
if (outline.sections.length > 1
|
|||
|
|
|| outline.sections.length == 1
|
|||
|
|
&& outline.sections[0].sections.length > 0) {
|
|||
|
|
|
|||
|
|
var toc = document.getElementById('toc');
|
|||
|
|
|
|||
|
|
if (!toc) {
|
|||
|
|
var divs = document.getElementsByTagName('div');
|
|||
|
|
for (var i = 0; i < divs.length; i++) {
|
|||
|
|
if (divs[i].getAttribute('class') == 'toc') {
|
|||
|
|
toc = divs[i];
|
|||
|
|
break;
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
|
|||
|
|
if (!toc) {
|
|||
|
|
var h2 = document.getElementsByTagName('h2')[0];
|
|||
|
|
if (h2) {
|
|||
|
|
toc = document.createElement('div');
|
|||
|
|
toc.setAttribute('class', 'toc');
|
|||
|
|
h2.parentNode.insertBefore(toc, h2);
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
|
|||
|
|
if (toc) {
|
|||
|
|
var html = outline.asHTML(true);
|
|||
|
|
toc.innerHTML = html;
|
|||
|
|
|
|||
|
|
items = toc.getElementsByTagName('a');
|
|||
|
|
for (var i = 0; i < items.length; i++) {
|
|||
|
|
while (items[i].textContent.endsWith('✎')) {
|
|||
|
|
var text = items[i].childNodes[0].nodeValue;
|
|||
|
|
items[i].childNodes[0].nodeValue = text.substring(0, text.length - 1);
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
}
|
|||
|
|
|
|||
|
|
addOnloadEvent(initToc);
|
|||
|
|
</script>
|
|||
|
|
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" /></head><body class="default" lang="en"><header><a class="logo" href="https://www.emacswiki.org/emacs/SiteMap"><img alt="[Home]" class="logo" src="https://www.emacswiki.org/images/logo218x38.png" /></a><nav><span class="gotobar bar"><a class="local" href="https://www.emacswiki.org/emacs/SiteMap">SiteMap</a> <a class="local" href="https://www.emacswiki.org/emacs/Search">Search</a> <a class="local" href="https://www.emacswiki.org/emacs/ElispArea">ElispArea</a> <a class="local" href="https://www.emacswiki.org/emacs/HowTo">HowTo</a> <a class="local" href="https://www.emacswiki.org/emacs/Glossary">Glossary</a> <a class="local" href="https://www.emacswiki.org/emacs/RecentChanges">RecentChanges</a> <a class="local" href="https://www.emacswiki.org/emacs/News">News</a> <a class="local" href="https://www.emacswiki.org/emacs/Problems">Problems</a> <a class="local" href="https://www.emacswiki.org/emacs/Suggestions">Suggestions</a> <a href="https://www.emacswiki.org/emacs?action=random" rel="nofollow">Random</a></span><form method="get" action="https://www.emacswiki.org/emacs" enctype="multipart/form-data" accept-charset="utf-8" class="search"><p><label for="search">Search:</label> <input type="text" name="search" size="15" accesskey="f" id="search" /> <label for="searchlang">Language:</label> <input type="text" name="lang" size="5" id="searchlang" /> <input type="submit" name="dosearch" value="Go!" /></p></form></nav><div class="message"><p>This page needs attention!</p></div><h1><a href="https://www.emacswiki.org/emacs?search=%22EmacsWikiProblems%22" rel="nofollow" title="Click to search for references to this page"><span style="padding-right: 0.5ex;">Emacs</span><span style="padding-right: 0.5ex;">Wiki</span><span style="padding-right: 0.5ex;">Problems</span></a></h1></header><div class="wrapper"><div class="content browse" lang="en"><p>This page is for recording (or discussion) of current apparent <strong><a class="definition" href="https://www.emacswiki.org/emacs?search=%22Problems%22" name="Problems" rel="nofollow" title="Click to search for references to this permanent anchor">Problems</a></strong> with the <a class="local" href="https://www.emacswiki.org/emacs/EmacsWiki">EmacsWiki</a> <em>Web site</em>. The purpose is to point out problems to the site maintainers.</p><p>This page is <em>not</em> for questions or problems about Emacs – see <a class="local" href="https://www.emacswiki.org/emacs/OpenQuestions">OpenQuestions</a> for that.</p><p><strong>Suggestions:</strong> If you have <em>suggestions</em> (not problems) for the Emacs Wiki (not Emacs), please contribute them at <strong><a class="local" href="https://www.emacswiki.org/emacs/EmacsWikiSuggestions">EmacsWikiSuggestions</a></strong>.</p><p>Note that this page is not about <a class="local" href="https://www.emacswiki.org/emacs/EmacsWikiMode">EmacsWikiMode</a>.</p><p><strong>Add your problem descriptions below this line</strong> (ie, newest on top, oldest on bottom)</p><h2>Ampersands do not display correctly in grey boxes</h2><p>This can be seen for example on the page <a class="url https number" href="https://www.emacswiki.org/emacs/ReplaceRegexpWithLispExpressions#h5o-5"><span><span class="bracket">[</span>1<span class="bracket">]</span></span></a>. The token \& is displayed as \& amp; in the last line figuring in the grey box under the header Find files listed in a buffer.</p><h2>When downloading a file, emacs-wiki does not show the latest version</h2><p>I have updated the file at <a class="url https" href="https://www.emacswiki.org/emacs/orgfold-separate-file.el">https://www.emacswiki.org/emacs/orgfold-separate-file.el</a>. And the page correctly shows the latest code (e.g. it does not include `(require cl)`. However, when I try to download the file by clicking the `Download` button, then it shows the older (incorrect) version of the file (which does include `(require cl)`.</p><h2>Chrome 100 gives Forbidden error</h2><p>I’m running Chrome with the #force-major-version-to-100
|
|||
|
|
</pre><p>Alternatively, <a class="url https outside" href="https://github.com/kensanata/oddmuse/blob/master/modules/translations/swedish-utf8.pl">editing on GitHub</a> should also work.</p><p>Or just download the plain text from <a class="url https outside" href="https://alexschroeder.ch/cgit/oddmuse/plain/modules/translations/swedish-utf8.pl">swedish-utf8.pl</a>, edit it, and send it to me via mail.</p><p>Optionally also add your name and email address to the file header so that you also get credit.</p><p>A few words are also from the <a class="url https outside" href="https://www.emacswiki.org/config">config</a> file; the German translations, for example, are in <a class="url https outside" href="https://www.emacswiki.org/config-de">config-de</a>, where as the Swedish ones are in <a class="url https outside" href="https://www.emacswiki.org/config-se">config-se</a>. To changes these, just send me an email.</p><p>In any case, thanks! 😊</p><p>– Alex</p></div><h2>Unable to make links using ircs:// protocol</h2><p>I can’t make links using the <code>ircs://</code> protocol, though the <code>irc://</code> protocol does work.</p><p>So, something like <code>ircs://irc.libera.chat:6697/#emacs</code> and <code>[ircs://irc.libera.chat:6697/#emacs #emacs]</code> doesn’t work; while <a class="url irc" href="irc://irc.libera.chat/#emacs">irc://irc.libera.chat/#emacs</a> and <a class="url irc outside" href="irc://irc.libera.chat/#emacs">#emacs</a> do.</p><p>—<a class="local" href="https://www.emacswiki.org/emacs/AnonymousCoward">AnonymousCoward</a></p><div class="color one level0"><p> Fixed: <a class="url ircs" href="ircs://irc.libera.chat:6697/#emacs">ircs://irc.libera.chat:6697/#emacs</a> – Alex</p></div><h2>icicle-download-wizard fails and afterwards www.emacswiki.org refuses connections</h2><p>I wanted to try icicles and followed the instructions from icicles-install.el. icicle-download-wizard downloads several files but eventually fails: </p><pre>Download the Icicle files? (y or n) y
|
|||
|
|
Contacting host: www.emacswiki.org:80
|
|||
|
|
Saving file ~/icicles/col-highlight.el...
|
|||
|
|
Wrote /home/erik/icicles/col-highlight.el
|
|||
|
|
...
|
|||
|
|
Downloaded ‘icicles-cmd1.el’
|
|||
|
|
Contacting host: www.emacswiki.org:80
|
|||
|
|
error in process sentinel: open-network-stream: make client process failed: Connection refused, <span class="builtin">:name</span>, www.emacswiki.org, <span class="builtin">:buffer</span>, #<killed buffer>, <span class="builtin">:host</span>, www.emacswiki.org, <span class="builtin">:service</span>, 80, <span class="builtin">:nowait</span>, nil, <span class="builtin">:tls-parameters</span>, nil
|
|||
|
|
error in process sentinel: make client process failed: Connection refused, <span class="builtin">:name</span>, www.emacswiki.org, <span class="builtin">:buffer</span>, #<killed buffer>, <span class="builtin">:host</span>, www.emacswiki.org, <span class="builtin">:service</span>, 80, <span class="builtin">:nowait</span>, nil, <span class="builtin">:tls-parameters</span>, nil
|
|||
|
|
</pre><p>Afterwards, www.emacswiki.org refuses connections.</p><p>Running on: GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)</p><div class="color one level0"><p> The site runs on a very small virtual machine and I’m using fail2ban to monitor regular connections. If there are more than 20 connections in 40s, you get banned for 10min at the firewall level. If this happens three times, you get banned for a week. The problem is that <a class="local" href="https://www.emacswiki.org/emacs/icicles-install.el">icicles-install.el</a> waits for exactly 2s, but if you visit Emacs Wiki in another window, or otherwise prod the installer, it will trigger these protective measures. I’ve simply edited the icicles-install.el page and changed the sleeper from 2s to 5s. Perhaps that helps more people from banning themselves. – <a class="local" href="https://www.emacswiki.org/emacs/Alex_Schroeder">Alex Schroeder</a></p></div><div class="color two level0"><p> Thanks, Alex! – <a class="local" href="https://www.emacswiki.org/emacs/DrewAdams">DrewAdams</a></p></div><div class="color one level0"><p> Thanks for the help, it solved my problem! Feel free to remove the entry. — <a class="local" href="https://www.emacswiki.org/emacs/AnonymousCoward">AnonymousCoward</a></p></div><h2>Source code blocks edited in recent days not being syntax highlighted</h2><p>Source code blocks I, and others, have edited in recent days are not being syntax highlighted. This is affecting the <a class="local" href="https://www.emacswiki.org/emacs/ElispArea">ElispArea</a> too, see e.g. <a class="inter Lisp" href="/emacs/bookmark+.el"><span class="site">Lisp</span><span class="separator">:</span><span class="interpage">bookmark+.el</span></a> by <a class="local" href="https://www.emacswiki.org/emacs/DrewAdams">DrewAdams</a>, or <a class="inter Lisp" href="/emacs/undecodify.el"><span class="site">Lisp</span><span class="separator">:</span><span class="interpage">undecodify.el</span></a>, also the “Make fullscreen work with posframe.el” section on the <a class="local" href="https://www.emacswiki.org/emacs/EmacsForMacOS">EmacsForMacOS</a> page. I have tried <code><pre></code> tags as well as the three curly braces <code>{{{</code>, both on their own lines before, and after the code block, but neither appear to be working at the moment.</p><p>—<a class="local" href="https://www.emacswiki.org/emacs/AnonymousCoward">AnonymousCoward</a></p><div class="color one level0"><p> There is a 2000 character limit, unfortunately. If you check the <a class="url https outside" href="https://www.emacswiki.org/config">config</a> file and search for “elisp_formatting” you’ll find the code in question. – Alex</p></div><div class="color two level0"><p> Oh, that makes sense, thanks, and thank you for all you do for the wiki and the community. <br />—<a class="local" href="https://www.emacswiki.org/emacs/AnonymousCoward">AnonymousCoward</a></p></div><h2>Failed to verify signature archive contents</h2><p>Text of error response to “package-list-packages” follows -</p><p>Failed to verify signature archive-contents.sig: No public key for 066DAFCB81E42C40 created at 2020-09-23T16:05:02-0500 using RSA Command output: gpg: Signature made Wed 23 Sep 2020 04:05:02 PM CDT gpg: using RSA key C433554766D3DDC64221BFAA066DAFCB81E42C40 gpg: Can’t check signature: No public key</p><p>Question: is this a problem at the melpa site or do I have to have gpg installed and operational to use melpa?</p><div class="color one level0"><p> I have no idea. This doesn’t look like a problem with the site (Emacs Wiki) but like a problem with how your package manager is set up. – <a class="local" href="https://www.emacswiki.org/emacs/Alex_Schroeder">Alex Schroeder</a></p></div><h2>Text overflow in translated languages</h2><p>The navigation menus on the left of the site overflow into the page content in some languages such as a Russian. This can probably be fixed with a minor change in css. 
|
|||
|
|
|
|||
|
|
:
|
|||
|
|
|
|||
|
|
:: Some text indented to be under the bullet.
|
|||
|
|
</pre><p>That does seem to work. (You need to put some spaces after the `:’.)</p><ul><li>A bullet entry</li></ul><dl class="quote"><dt /><dd><dl class="quote"><dt /><dd>Some text indented to be under the bullet.</dd></dl></dd></dl><p>I guess I’m OK with the workaround, though it indents too far and adds too much vertical whitespace. You can remove this problem unless you want to keep it as a reminder to look for a better solution.</p></div><div class="color one level0"><p> I guess if the following two don’t line up exactly, we can use some CSS fix it:</p><ul><li>bullet </li></ul><dl class="quote"><dt /><dd>indent</dd></dl><p>I’m assuming that the exact indentation is determined by the browser defaults. On my iPad it looks as follows:</p><pre>normal text
|
|||
|
|
|
|||
|
|
• bullet
|
|||
|
|
indent
|
|||
|
|
</pre><p>The variant you prefer would be this, correct?</p><pre>normal text
|
|||
|
|
|
|||
|
|
• bullet
|
|||
|
|
indent
|
|||
|
|
</pre><p>– Alex </p></div><h3>Can markup be used in headers? <code>I have failed to do so.</code></h3><p>Is this documented somewhere?</p><p>Use-case: putting a category-tag like <code>CategoryNeedsAttention</code> into a header, without actually invoking it.</p><p>Interestingly, the markup in this particular header renders properly in the TOC</p><div class="color one level0"><p> Markup cannot be nested by default. Very few markup elements can in fact be nested. This is not document anywhere, I think. Common sense stuff like list items and inline markup can be nested (bold list items, for example). Emphasis markup using apostrophes is the online inline markup that can be nested: <code>''italic '''bold''' and italic''</code> → <em>italic <strong>bold</strong> and italic</em>. – <a class="local" href="https://www.emacswiki.org/emacs/AlexSchroeder">AlexSchroeder</a></p></div><div class="color two level0"><p> The irony being that markup in headers <b>is</b> rendered in the (javascript-built) TOC – <a class="local" href="https://www.emacswiki.org/emacs/MichaelPaulukonis">MichaelPaulukonis</a></p></div><h3>Apostrophes etc. not prettified in links</h3><ul><li><code>ain't -- it -- "nice"</code> ⇒ ain’t – it – “nice”</li><li><code>[EmacsWikiProblems ain't -- it -- "nice"]</code> ⇒ <a class="local" href="https://www.emacswiki.org/emacs/EmacsWikiProblems">ain't -- it -- "nice"</a></li></ul><p>The link text retains its crude ASCII formatting. – <a class="local" href="https://www.emacswiki.org/emacs/VegardOye">VegardOye</a></p><h2>Server Issues</h2><h3>EWW gets 403 with default url-user-agent</h3><pre> (<span class="keyword elisp">let</span> ((url-user-agent 'default))
|
|||
|
|
(<span class="keyword elisp">with-current-buffer</span>
|
|||
|
|
(url-retrieve-synchronously
|
|||
|
|
<span class="string">"https://www.emacswiki.org/emacs/eww"</span>)
|
|||
|
|
(buffer-substring 1 13)))
|
|||
|
|
=> <span class="string">"HTTP/1.1 403"</span></pre><pre> (<span class="keyword elisp">let</span> (url-user-agent)
|
|||
|
|
(<span class="keyword elisp">with-current-buffer</span>
|
|||
|
|
(url-retrieve-synchronously
|
|||
|
|
<span class="string">"https://www.emacswiki.org/emacs/eww"</span>)
|
|||
|
|
(buffer-substring 1 13)))
|
|||
|
|
=> <span class="string">"HTTP/1.1 200"</span></pre><div class="color one level0"><p> Hm, eww works for me, and my url-user-agent is set to default. When I evaluate the first code snippet, I get “HTTP/1.1 200”. There are several hundred regular expressions banning user agents of various sorts, so what you’re saying could definitely happen. I’m just surprised that I cannot reproduce it. Now, the doc string explains: <code>‘default’</code> (to compute a value according to <code>‘url-privacy-level’</code>). I wonder what that means, exactly. Apparently our url-privacy-level differs? The value of that is (email) for me. What about you?</p><p>I just tried the following:</p><pre>(<span class="keyword elisp">let</span>* ((url-privacy-level 'paranoid)
|
|||
|
|
(url-user-agent 'default))
|
|||
|
|
(<span class="keyword elisp">with-current-buffer</span>
|
|||
|
|
(url-retrieve-synchronously
|
|||
|
|
<span class="string">"https://www.emacswiki.org/emacs/eww"</span>)
|
|||
|
|
(buffer-substring 1 13)))
|
|||
|
|
</pre><p>Still works…</p><p>– Alex</p></div><div class="color two level0"><p> Thanks. Knowing about the server regular expressions allowed me to narrow this down further. My default user agent string (as returned by (url-http--user-agent-default-string)) is “URL/Emacs Emacs/27.1.90 (X11; powerpc64le-unknown-linux-gnu)”. The “unknown” manufacturer field in the canonical system name is what the server is rejecting. If I change any character in “unknown”, I get a 200 response. Could the regular expressions checking for “unknown” be made more precise? Anyway, good to have an explanation.</p></div><div class="color one level0"><p> Done! I simply removed that line. A copy for the curious is on this blog post of mine: <a class="url https outside" href="https://alexschroeder.ch/wiki/2020-12-22_Apache_config_file_to_block_user_agents">2020-12-22 Apache config file to block user agents</a> – Alex</p></div><div class="color two level0"><p> That’s quite a list. I just retested and now loading emacswiki.org in EWW works with url-user-agent at its default value, ‘default. Thanks!</p></div><h3>CGI Internal error: 400 Bad request (malformed multipart POST)</h3><p>I just got this error when trying to save a page after some simple (trivial) editing. No idea what caused it or what the problem is. I then clicked the browser <code>‘Back’</code> button and tried, successfully, to save again. – <a class="local" href="https://www.emacswiki.org/emacs/DrewAdams">DrewAdams</a></p><div class="color one level0"><p> Anybody else? I’ve never seen this before. – <a class="local" href="https://www.emacswiki.org/emacs/AlexSchroeder">AlexSchroeder</a></p></div><div class="color two level0"><p> Just an FYI that this problem has not disappeared, even if it is less frequent. – <a class="local" href="https://www.emacswiki.org/emacs/DrewAdams">DrewAdams</a></p></div><h2>Client Issues</h2><p>In some cases the server might actually be at fault - still makes sense to group them like this.</p><p><a class="anchor" name="StalePagesServed"></a> </p><h3>Browser Cache Not Refreshed - Stale Pages Served</h3><p>This might be the same problem as <a class="local anchor" href="#EditingGetsOldPageText">EditingGetsOldPageText</a>, below, but since that speaks specifically about emacs-w3m, I’m not sure.</p><p>This problem started several months ago. The browser cache does not get refreshed when pages are edited and saved. This happens for different browsers.</p><p>This problem has bitten several people, and the only workaround seems to be to remember to manually force a cache refresh when, say, you are looking at the editable page. And even that doesn’t work if you use the Download link.</p><p>This causes people to download the wrong version of a page (e.g. an Emacs Lisp library, using the Download link). And it causes people to accidentally overwrite a previous edit by someone else (since it doesn’t appear in the editable text unless they refresh that text).</p><p>I know that some people have thought that the problem was that pages were not being locked properly for edits, so that two people editing at the same time could accidentally overwrite each other’s edits. I don’t know if that problem also exists, but I do know that this cache problem has caused people to think there is a locking problem for edits. The cache problem occurs however, even for an edit that is long after (days after) the last edit has been saved, so it is not a lock problem.</p><p>Thanks for looking into this. – <a class="local" href="https://www.emacswiki.org/emacs/DrewAdams">DrewAdams</a></p><div class="color one level0"><p> This is still happening, but I still cannot give a recipe for why or when it happens – it happens sometimes. It just happened now. In the same browser session, I updated page <a class="local" href="https://www.emacswiki.org/emacs/DoReMi">DoReMi</a> and saved. Then opened that page again from the link at <a class=
|
|||
|
|
<!-- Creative Commons License -->
|
|||
|
|
<a class="licence" href="https://creativecommons.org/licenses/GPL/2.0/"><img alt="CC-GNU GPL" style="border:none" src="/pics/cc-GPL-a.png" /></a>
|
|||
|
|
<!-- /Creative Commons License -->
|
|||
|
|
</div>
|
|||
|
|
|
|||
|
|
<!--
|
|||
|
|
<rdf:RDF xmlns="http://web.resource.org/cc/"
|
|||
|
|
xmlns:dc="http://purl.org/dc/elements/1.1/"
|
|||
|
|
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
|
|||
|
|
<Work rdf:about="">
|
|||
|
|
<license rdf:resource="https://creativecommons.org/licenses/GPL/2.0/" />
|
|||
|
|
<dc:type rdf:resource="http://purl.org/dc/dcmitype/Software" />
|
|||
|
|
</Work>
|
|||
|
|
|
|||
|
|
<License rdf:about="https://creativecommons.org/licenses/GPL/2.0/">
|
|||
|
|
<permits rdf:resource="http://web.resource.org/cc/Reproduction" />
|
|||
|
|
<permits rdf:resource="http://web.resource.org/cc/Distribution" />
|
|||
|
|
<requires rdf:resource="http://web.resource.org/cc/Notice" />
|
|||
|
|
<permits rdf:resource="http://web.resource.org/cc/DerivativeWorks" />
|
|||
|
|
<requires rdf:resource="http://web.resource.org/cc/ShareAlike" />
|
|||
|
|
<requires rdf:resource="http://web.resource.org/cc/SourceCode" />
|
|||
|
|
</License>
|
|||
|
|
</rdf:RDF>
|
|||
|
|
-->
|
|||
|
|
|
|||
|
|
<p class="legal">
|
|||
|
|
This work is licensed to you under version 2 of the
|
|||
|
|
<a href="https://www.gnu.org/">GNU</a> <a href="/GPL">General Public License</a>.
|
|||
|
|
Alternatively, you may choose to receive this work under any other
|
|||
|
|
license that grants the right to use, copy, modify, and/or distribute
|
|||
|
|
the work, as long as that license imposes the restriction that
|
|||
|
|
derivative works have to grant the same rights and impose the same
|
|||
|
|
restriction. For example, you may choose to receive this work under
|
|||
|
|
the
|
|||
|
|
<a href="https://www.gnu.org/">GNU</a>
|
|||
|
|
<a href="/FDL">Free Documentation License</a>, the
|
|||
|
|
<a href="https://creativecommons.org/">CreativeCommons</a>
|
|||
|
|
<a href="https://creativecommons.org/licenses/sa/1.0/">ShareAlike</a>
|
|||
|
|
License, the XEmacs manual license, or
|
|||
|
|
<a href="/OLD">similar licenses</a>.
|
|||
|
|
</p>
|
|||
|
|
<p class="legal" style="padding-top: 0.5em">Please note our <a href="/emacs/Privacy">Privacy Statement</a>.</p>
|
|||
|
|
</footer>
|
|||
|
|
</body>
|
|||
|
|
</html>
|