From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Vollmar Subject: Links Lost and Export-Report Date: Wed, 18 Aug 2010 14:42:11 +0200 Message-ID: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0852417834==" Return-path: Received: from [140.186.70.92] (port=48061 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlhyC-0005tG-6M for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 08:42:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OlhyA-0002Wn-Ou for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 08:42:16 -0400 Received: from mail.nf.mpg.de ([134.107.209.50]:61224) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OlhyA-0002WU-Ba for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 08:42:14 -0400 Received: from jeeves.mpin-koeln.mpg.de (jeeves.mpin-koeln.mpg.de [134.107.216.31]) by mail.nf.mpg.de (Sun Java(tm) System Messaging Server 6.3-8.03 (built Apr 24 2009; 32bit)) with ESMTPSA id <0L7C00CF4M3OWM00@mail.nf.mpg.de> for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 14:45:24 +0200 (MEST) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org --===============0852417834== Content-type: multipart/signed; boundary=Apple-Mail-211-1032937435; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail-211-1032937435 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello, I currently have a "showstopper-class" problem with links. I am using = Org-mode release_7.01h-129-g3363a with Emacs 23.2.1. I have=20 (require 'org-install) (require 'org-id) in my .emacs file. This works fine: (1) org-link-to-org-use-id is t and when I do a C-c l (org-store-link), = a "a globally unique ID property" is generated for the current section - = so far so good. (2) I then change to another org-file and insert the link with C-c C-l = (org-store-link), looking at the org source shows me that, indeed, the = newly generated ID ("id:3A50..." in that example) has been used. (3) When I do a C-c C-o (org-open-at-point) on the new link, the target = org-file is opened at exactly the right place - nice! (4) When I export the file as HTML, the link works exactly as expected: = " Here is the problem: I have two computers with very similar setups = (Emacs and Org-mode: same versions; laptop and desktop) and synchronize = org-files via a subversion repository. If I do a subversion update (sync = the org-files to that computer) and then export to HTML on that = computer, the previously working links do not work any more: there is no = "#ID-..." in the link, in fact, the link is simply to the file that = contains the link (not even the file I want to link to). Maybe Org-mode = was not able to find the "id"? I notice that there is no file referenced in the automatically generated=20= "[[id:3A50...][My Link]]" link. How does Org-mode look for files that = might contain a specific id? The org manual says "[...] and one that is = globally unique and works even if the entry is moved from file to file" = implying that there is a strategy for looking for suitable candidates. I = assume that Org-mode will look in currently open buffers first, but even = if I load the correct target file, HTML export will not create the = proper link. Perhaps a caching problem (I use = "global-auto-revert-mode")? Maybe the above is a problem with my particular setup, but another and = related problem is this: Org-mode silently ignoring link problems and misspelled macro names is = dangerous - it happened more than once in our case that HTML content = went online with broken links and "{{{my-misspelled-macro()}}}" = snippets. How about an (optional) report after generating more complex = HTML contents: maybe it could be another org-file with links to = offending Org code (unresolved links, unknown macro names) and an = easy-to-parse summary line for batch jobs ("done in 5.6s, *** 2 errors = found")? I am perfectly willing to help with this, unfortunately, my = elisp skills are fairly basic and I fear this requires some intimate = knowledge of the export process.=20 Many thanks in advance. Warm regards, Stefan --=20 Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut f=FCr neurologische Forschung Gleuelerstr. 50, 50931 K=F6ln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: vollmar@nf.mpg.de http://www.nf.mpg.de --Apple-Mail-211-1032937435 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOHTCCBCEw ggMJoAMCAQICAgDHMA0GCSqGSIb3DQEBBQUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNEZXV0 c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVyMSMwIQYDVQQD ExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0wNjEyMTkxMDI5MDBaFw0xOTA2MzAyMzU5 MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAwDgYDVQQLEwdERk4tUEtJ MSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U1wBblSJ01CDrNI/W7MAxBAuZgeKm FNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6fL9KDhsAw4bpXCsxEXsM84IkQ4wcOItq aACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869080UME/15eOkyGKbghoDJzANAmVgTe3RCSMq ljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqDoZRdQWvY0hD1TP3KUazZve+Sg7va64sWVlZDz+HV Ez2mHycwzUlU28kTNJpxdcVs6qcLmPkhnSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjgdkwgdYwcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3BraS50ZWxlc2VjLmRlL2NnaS1iaW4vc2VydmljZS9hZl9E b3dubG9hZEFSTC5jcmw/LWNybF9mb3JtYXQ9WF81MDkmLWlzc3Vlcj1EVF9ST09UX0NBXzIwHQYD VR0OBBYEFEm3xs/oPR9/6kR7Eyn38QpwPt5kMB8GA1UdIwQYMBaAFDHDeRu69VPXF+CJei0XbAqz K50zMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgECMA0GCSqGSIb3DQEBBQUAA4IB AQA74Vp3wEgX3KkY7IGvWonwvSiSpspZGBJw7Cjy565/lizn8l0ZMfYTK3S9vYCyufdnyTmieTvh ERHua3iRM347XyYndVNljjNj7s9zw7CSI0khUHUjoR8Y4pSFPT8z6XcgjaK95qGFKUD2P3MyWA0J a6bahWzAP7uNZmRWJE6uDT8yNQFb6YyC2XJZT7GGhfF0hVblw/hc843uR7NTBXDn5U2KaYMo4RMJ hp5eyOpYHgwf+aTUWgRo/Sg+iwK2WLX2oSw3VwBnqyNojWOl75lrXP1LVvarQIc01BGSbOyHxQoL BzNytG8MHVQs2FHHzL8w00Ny8TK/jM5JY6gA9/IcMIIE5zCCA8+gAwIBAgIECs6x2DANBgkqhkiG 9w0BAQUFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UECxMHREZO LVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4XDTA3MDczMTEzMDgy NVoXDTE5MDYzMDAwMDAwMFowXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01heC1QbGFuY2stR2Vz ZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1wZy1jYUBtcGcuZGUw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDYUXKeoNTLgkGwbani4rlua5jzlzISfHna j/5qS+mojQqA/eYa0bGucylV5hyQuyJz7d4gRckdhMDV8DZIxERUIsFlXFj6HGHjaZjlhIHbo4S1 2GjLhTH5YZ37O7MHVw0L/JhhzUIxESM1ZfRT/xLqhz2idJYjT98W9OFvzPgT0yrdieMzkLUz5X/f pY8MuyYBgxnddBJRw6ZtlhdCml4F8Q35pSb8J2qANiwuJVu3WCTgL/ydo3eA8vDieMMZ7O+L1wAn CzBbHAjJ5H6xU1B7mlwmu7V3pToKPgcWmlO0HcTpa68McNTGGiY8pO0/Rn1fXkqDYf8z0lPdWUWx bM1RAgMBAAGjggGvMIIBqzASBgNVHRMBAf8ECDAGAQH/AgEBMAsGA1UdDwQEAwIBBjAdBgNVHQ4E FgQUAtYebgmrv1hlpwo8SDNh0c59w1swHwYDVR0jBBgwFoAUSbfGz+g9H3/qRHsTKffxCnA+3mQw GAYDVR0RBBEwD4ENbXBnLWNhQG1wZy5kZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAx LnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6 Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgaIGCCsG AQUFBwEBBIGVMIGSMEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2dsb2JhbC1y b290LWNhL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBHBggrBgEFBQcwAoY7aHR0cDovL2NkcDIucGNh LmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEF BQADggEBABtJz5i/SGqQOficdRUN6myFVmVelCYgkGT+zX7frnBRJFoVVafXolstZdVB7ZpH9FAc qj8O6FTZyhAANwh3+Y1D6xYBWTB7mQGy0lUoUL+j0msZjaMvyj/2LCQp7cKB5vA4h6Ntq5BN5MPc aRhunzjJey/i+J/3jMdG7KpufV47Gl0E8ky9lDegaM7SToG4IOQKwv1wsnuHoxoGLRewxO7FmYd9 uq9f4L2mHtqgq+vibT1DeehT0HGPnrjjd8NK6g2TvZwirwjydbGs7szB5oxDm/pfWoJxYzO68HKT iVBlmaWMLpGw4/UsLE+5xJHpvNXfkYCQ3T+k99KBUZuIpKwwggUJMIID8aADAgECAgQP0SFlMA0G CSqGSIb3DQEBBQUAMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgtUGxhbmNrLUdlc2VsbHNj aGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1tcGctY2FAbXBnLmRlMB4XDTEw MDMzMDA3MTAxM1oXDTEzMDMyOTA3MTAxM1owgYMxCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgt UGxhbmNrLUdlc2VsbHNjaGFmdDE5MDcGA1UECxMwTWF4LVBsYW5jay1JbnN0aXR1dCBmdWVyIG5l dXJvbG9naXNjaGUgRm9yc2NodW5nMRcwFQYDVQQDEw5TdGVmYW4gVm9sbG1hcjCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAKJ5Q4/00WAki7/O9UpcBage000pRhy1WNet3uCO6pa5d0Fg KroZ8yaNBF9wtgBDB96bYXIOGtpvjI40hTNYZrEZ2RFIjcHxuIabbaM71XwZpy/dTI5JEFrWtGAo av6T8pEcLWwAB0cPWD32q9Wsc1eGhH4KxnYMfppvc9oMvL43NLnt4iFmxhtFpeiDj/YzkhRtNOm1 aX24ylF415b+lrlJO8LarKj0Ao+eylpnTjTM+//4d8++jbar0Kxrgn1AIdPNEM56xKn0QsLMXF4/ Yv7AaHL3EFcClJN7AiYsmSPJvQV1iWxUNI3ki0cxVfVFxylVK0/ATwacVQx/Ji9fGPMCAwEAAaOC AacwggGjMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEF BQcDBDAdBgNVHQ4EFgQUVK+so4zv/Jlf1hLI5tsbsWvUnTEwHwYDVR0jBBgwFoAUAtYebgmrv1hl pwo8SDNh0c59w1swHAYDVR0RBBUwE4ERdm9sbG1hckBuZi5tcGcuZGUwdwYDVR0fBHAwbjA1oDOg MYYvaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHViL2NybC9jYWNybC5jcmwwNaAzoDGG L2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvbXBnLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMIGSBggrBgEF BQcBAQSBhTCBgjA/BggrBgEFBQcwAoYzaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHVi L2NhY2VydC9jYWNlcnQuY3J0MD8GCCsGAQUFBzAChjNodHRwOi8vY2RwMi5wY2EuZGZuLmRlL21w Zy1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEFBQADggEBAMLAoN8vRhG0/YD+ REms9mWKjIH3D3pb90z2smeOMkQfu9UvDiCOMlqor52F/kBu60Z3Z2PAFGUS6ziihfuTrmuyvEJu D50k2vSUxHpn/pd3jLsplQiQNx3ZXByu3Jf0VfbLZeO6ZUD8Gs6C8DXD54F/nGy3TsS3dCSRtw/7 +PZ/GjaErVJRniPGJ4+T9T6mH2hej0EcVWkX2wIMtz9HHQvh0egRLxkQjJ1yEPFLc2K1kwIIElmQ tIOJHcF8mLzd3DCk8iRaJ/Pj/3X2wZHecVTAXIcZgVQDXT9B3iG/Q65RmaNI36UCQjmNirL7gYXh /hjy1VnFwLlZa9xxK/PjttkxggLeMIIC2gIBATBmMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdN YXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1t cGctY2FAbXBnLmRlAgQP0SFlMAkGBSsOAwIaBQCgggFNMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDgxODEyNDIxMlowIwYJKoZIhvcNAQkEMRYEFB/CX6HEuxHF C627twx3/JhziTiFMHUGCSsGAQQBgjcQBDFoMGYwXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01h eC1QbGFuY2stR2VzZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1w Zy1jYUBtcGcuZGUCBA/RIWUwdwYLKoZIhvcNAQkQAgsxaKBmMF4xCzAJBgNVBAYTAkRFMSAwHgYD VQQKExdNYXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcN AQkBFg1tcGctY2FAbXBnLmRlAgQP0SFlMA0GCSqGSIb3DQEBAQUABIIBAEreK6jf3CKpZ/NIHvNy ldOgpIsgurl/gnrp6UyGHP9gygoOefRLzqsk9fl+VohmYN2wd8RzdH2bE0tWeBvsgqpU5I6LLdCc 0/vqZDbXnXUm7XkxrH1Bzxh3lbU3X2FNJ5KRbldazX0LoOF+yXKVLQF/T5X3R/Fgfjf+I3FFLPOM NIsQn7mDMx2qdI/5T/brtPRKudH0gCra2reWYVYq8gPiuEj7PQupLi5yW5KybcbzVBl8/17YoTna szMHHpkQtKr2k9OOr6cuII2ya3qZjvd9rv/K045ETve1R6LJOClLawoSmdQ4lIrne1CJ3y1PVeSV 74+XyPmIM9HnfYSBoiUAAAAAAAA= --Apple-Mail-211-1032937435-- --===============0852417834== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0852417834==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: Links Lost and Export-Report Date: Wed, 18 Aug 2010 12:13:53 -0400 Message-ID: <871v9vdhku.fsf@norang.ca> References: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=41957 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OllHH-0006iI-PE for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 12:14:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OllHC-0002u5-IV for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 12:14:11 -0400 Received: from mho-01-ewr.mailhop.org ([204.13.248.71]:63284) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OllHC-0002ty-Gt for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 12:14:06 -0400 In-Reply-To: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> (Stefan Vollmar's message of "Wed, 18 Aug 2010 14:42:11 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Stefan Vollmar Cc: emacs-orgmode@gnu.org Stefan Vollmar writes: > Hello, > > I currently have a "showstopper-class" problem with links. I am using Org-mode release_7.01h-129-g3363a with Emacs 23.2.1. I have > > (require 'org-install) > (require 'org-id) > > in my .emacs file. > > This works fine: > > (1) org-link-to-org-use-id is t and when I do a C-c l (org-store-link), a "a globally unique ID property" is generated for the current section - so far so good. > (2) I then change to another org-file and insert the link with C-c C-l (org-store-link), looking at the org source shows me that, indeed, the newly generated ID ("id:3A50..." in that example) has been used. > (3) When I do a C-c C-o (org-open-at-point) on the new link, the target org-file is opened at exactly the right place - nice! > (4) When I export the file as HTML, the link works exactly as expected: " > > Here is the problem: I have two computers with very similar setups (Emacs and Org-mode: same versions; laptop and desktop) and synchronize org-files via a subversion repository. If I do a subversion update (sync the org-files to that computer) and then export to HTML on that computer, the previously working links do not work any more: there is no "#ID-..." in the link, in fact, the link is simply to the file that contains the link (not even the file I want to link to). Maybe Org-mode was not able to find the "id"? > > I notice that there is no file referenced in the automatically generated > "[[id:3A50...][My Link]]" link. How does Org-mode look for files that might contain a specific id? The org manual says "[...] and one that is globally unique and works even if the entry is moved from file to file" implying that there is a strategy for looking for suitable candidates. I assume that Org-mode will look in currently open buffers first, but even if I load the correct target file, HTML export will not create the proper link. Perhaps a caching problem (I use "global-auto-revert-mode")? > > Maybe the above is a problem with my particular setup, but another and related problem is this: > > Org-mode silently ignoring link problems and misspelled macro names is dangerous - it happened more than once in our case that HTML content went online with broken links and "{{{my-misspelled-macro()}}}" snippets. How about an (optional) report after generating more complex HTML contents: maybe it could be another org-file with links to offending Org code (unresolved links, unknown macro names) and an easy-to-parse summary line for batch jobs ("done in 5.6s, *** 2 errors found")? I am perfectly willing to help with this, unfortunately, my elisp skills are fairly basic and I fear this requires some intimate knowledge of the export process. I think you need to look in the ~/.emacs.d/.org-id-locations file. This maps link ids to files. -Bernt From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Vollmar Subject: Re: Links Lost and Export-Report Date: Wed, 18 Aug 2010 18:51:36 +0200 Message-ID: <26232062-ECCC-484B-B59D-B1A9CB63FE70@nf.mpg.de> References: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> <871v9vdhku.fsf@norang.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0219165490==" Return-path: Received: from [140.186.70.92] (port=38300 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ollrh-0004cK-EE for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 12:51:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ollra-000066-Cf for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 12:51:49 -0400 Received: from mail.nf.mpg.de ([134.107.209.50]:35177) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ollra-00005a-3M for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 12:51:42 -0400 Received: from [10.220.108.123] (tmo-099-155.customers.d1-online.com [80.187.99.155]) by mail.nf.mpg.de (Sun Java(tm) System Messaging Server 6.3-8.03 (built Apr 24 2009; 32bit)) with ESMTPSA id <0L7C00CKHXNEWM00@mail.nf.mpg.de> for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 18:54:52 +0200 (MEST) In-reply-to: <871v9vdhku.fsf@norang.ca> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bernt Hansen Cc: emacs-orgmode@gnu.org --===============0219165490== Content-type: multipart/signed; boundary=Apple-Mail-271-1047901874; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail-271-1047901874 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Dear Bernt, On 18.08.2010, at 18:13, Bernt Hansen wrote: > Stefan Vollmar writes: >=20 >> Hello, >>=20 >> I currently have a "showstopper-class" problem with links. I am using = Org-mode release_7.01h-129-g3363a with Emacs 23.2.1. I have=20 >>=20 >> (require 'org-install) >> (require 'org-id) >>=20 >> in my .emacs file. >>=20 >> This works fine: >>=20 >> (1) org-link-to-org-use-id is t and when I do a C-c l = (org-store-link), a "a globally unique ID property" is generated for the = current section - so far so good. >> (2) I then change to another org-file and insert the link with C-c = C-l (org-store-link), looking at the org source shows me that, indeed, = the newly generated ID ("id:3A50..." in that example) has been used. >> (3) When I do a C-c C-o (org-open-at-point) on the new link, the = target org-file is opened at exactly the right place - nice! >> (4) When I export the file as HTML, the link works exactly as = expected: " >>=20 >> Here is the problem: I have two computers with very similar setups = (Emacs and Org-mode: same versions; laptop and desktop) and synchronize = org-files via a subversion repository. If I do a subversion update (sync = the org-files to that computer) and then export to HTML on that = computer, the previously working links do not work any more: there is no = "#ID-..." in the link, in fact, the link is simply to the file that = contains the link (not even the file I want to link to). Maybe Org-mode = was not able to find the "id"? [...] > I think you need to look in the ~/.emacs.d/.org-id-locations file. = This > maps link ids to files. >=20 > -Bernt I think it is very likely that this is part of problem - I synchronize = the directories containing my org-files and have, so far, done nothing = about "~/.emacs.d/.org-id-locations".=20 What is the best way to deal with this? - Synchronize? - Delete? - Force re-generation? I have just taken a look at that file. It seems to map one id to one = file. How does that help Org-mode if I rename an org-file that contains = an id? Many thanks for your help! Warm regards, Stefan --=20 Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut f=FCr neurologische Forschung Gleuelerstr. 50, 50931 K=F6ln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: vollmar@nf.mpg.de http://www.nf.mpg.de --Apple-Mail-271-1047901874 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOHTCCBCEw ggMJoAMCAQICAgDHMA0GCSqGSIb3DQEBBQUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNEZXV0 c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVyMSMwIQYDVQQD ExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0wNjEyMTkxMDI5MDBaFw0xOTA2MzAyMzU5 MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAwDgYDVQQLEwdERk4tUEtJ MSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U1wBblSJ01CDrNI/W7MAxBAuZgeKm FNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6fL9KDhsAw4bpXCsxEXsM84IkQ4wcOItq aACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869080UME/15eOkyGKbghoDJzANAmVgTe3RCSMq ljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqDoZRdQWvY0hD1TP3KUazZve+Sg7va64sWVlZDz+HV Ez2mHycwzUlU28kTNJpxdcVs6qcLmPkhnSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjgdkwgdYwcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3BraS50ZWxlc2VjLmRlL2NnaS1iaW4vc2VydmljZS9hZl9E b3dubG9hZEFSTC5jcmw/LWNybF9mb3JtYXQ9WF81MDkmLWlzc3Vlcj1EVF9ST09UX0NBXzIwHQYD VR0OBBYEFEm3xs/oPR9/6kR7Eyn38QpwPt5kMB8GA1UdIwQYMBaAFDHDeRu69VPXF+CJei0XbAqz K50zMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgECMA0GCSqGSIb3DQEBBQUAA4IB AQA74Vp3wEgX3KkY7IGvWonwvSiSpspZGBJw7Cjy565/lizn8l0ZMfYTK3S9vYCyufdnyTmieTvh ERHua3iRM347XyYndVNljjNj7s9zw7CSI0khUHUjoR8Y4pSFPT8z6XcgjaK95qGFKUD2P3MyWA0J a6bahWzAP7uNZmRWJE6uDT8yNQFb6YyC2XJZT7GGhfF0hVblw/hc843uR7NTBXDn5U2KaYMo4RMJ hp5eyOpYHgwf+aTUWgRo/Sg+iwK2WLX2oSw3VwBnqyNojWOl75lrXP1LVvarQIc01BGSbOyHxQoL BzNytG8MHVQs2FHHzL8w00Ny8TK/jM5JY6gA9/IcMIIE5zCCA8+gAwIBAgIECs6x2DANBgkqhkiG 9w0BAQUFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UECxMHREZO LVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4XDTA3MDczMTEzMDgy NVoXDTE5MDYzMDAwMDAwMFowXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01heC1QbGFuY2stR2Vz ZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1wZy1jYUBtcGcuZGUw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDYUXKeoNTLgkGwbani4rlua5jzlzISfHna j/5qS+mojQqA/eYa0bGucylV5hyQuyJz7d4gRckdhMDV8DZIxERUIsFlXFj6HGHjaZjlhIHbo4S1 2GjLhTH5YZ37O7MHVw0L/JhhzUIxESM1ZfRT/xLqhz2idJYjT98W9OFvzPgT0yrdieMzkLUz5X/f pY8MuyYBgxnddBJRw6ZtlhdCml4F8Q35pSb8J2qANiwuJVu3WCTgL/ydo3eA8vDieMMZ7O+L1wAn CzBbHAjJ5H6xU1B7mlwmu7V3pToKPgcWmlO0HcTpa68McNTGGiY8pO0/Rn1fXkqDYf8z0lPdWUWx bM1RAgMBAAGjggGvMIIBqzASBgNVHRMBAf8ECDAGAQH/AgEBMAsGA1UdDwQEAwIBBjAdBgNVHQ4E FgQUAtYebgmrv1hlpwo8SDNh0c59w1swHwYDVR0jBBgwFoAUSbfGz+g9H3/qRHsTKffxCnA+3mQw GAYDVR0RBBEwD4ENbXBnLWNhQG1wZy5kZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAx LnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6 Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgaIGCCsG AQUFBwEBBIGVMIGSMEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2dsb2JhbC1y b290LWNhL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBHBggrBgEFBQcwAoY7aHR0cDovL2NkcDIucGNh LmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEF BQADggEBABtJz5i/SGqQOficdRUN6myFVmVelCYgkGT+zX7frnBRJFoVVafXolstZdVB7ZpH9FAc qj8O6FTZyhAANwh3+Y1D6xYBWTB7mQGy0lUoUL+j0msZjaMvyj/2LCQp7cKB5vA4h6Ntq5BN5MPc aRhunzjJey/i+J/3jMdG7KpufV47Gl0E8ky9lDegaM7SToG4IOQKwv1wsnuHoxoGLRewxO7FmYd9 uq9f4L2mHtqgq+vibT1DeehT0HGPnrjjd8NK6g2TvZwirwjydbGs7szB5oxDm/pfWoJxYzO68HKT iVBlmaWMLpGw4/UsLE+5xJHpvNXfkYCQ3T+k99KBUZuIpKwwggUJMIID8aADAgECAgQP0SFlMA0G CSqGSIb3DQEBBQUAMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgtUGxhbmNrLUdlc2VsbHNj aGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1tcGctY2FAbXBnLmRlMB4XDTEw MDMzMDA3MTAxM1oXDTEzMDMyOTA3MTAxM1owgYMxCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgt UGxhbmNrLUdlc2VsbHNjaGFmdDE5MDcGA1UECxMwTWF4LVBsYW5jay1JbnN0aXR1dCBmdWVyIG5l dXJvbG9naXNjaGUgRm9yc2NodW5nMRcwFQYDVQQDEw5TdGVmYW4gVm9sbG1hcjCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAKJ5Q4/00WAki7/O9UpcBage000pRhy1WNet3uCO6pa5d0Fg KroZ8yaNBF9wtgBDB96bYXIOGtpvjI40hTNYZrEZ2RFIjcHxuIabbaM71XwZpy/dTI5JEFrWtGAo av6T8pEcLWwAB0cPWD32q9Wsc1eGhH4KxnYMfppvc9oMvL43NLnt4iFmxhtFpeiDj/YzkhRtNOm1 aX24ylF415b+lrlJO8LarKj0Ao+eylpnTjTM+//4d8++jbar0Kxrgn1AIdPNEM56xKn0QsLMXF4/ Yv7AaHL3EFcClJN7AiYsmSPJvQV1iWxUNI3ki0cxVfVFxylVK0/ATwacVQx/Ji9fGPMCAwEAAaOC AacwggGjMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEF BQcDBDAdBgNVHQ4EFgQUVK+so4zv/Jlf1hLI5tsbsWvUnTEwHwYDVR0jBBgwFoAUAtYebgmrv1hl pwo8SDNh0c59w1swHAYDVR0RBBUwE4ERdm9sbG1hckBuZi5tcGcuZGUwdwYDVR0fBHAwbjA1oDOg MYYvaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHViL2NybC9jYWNybC5jcmwwNaAzoDGG L2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvbXBnLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMIGSBggrBgEF BQcBAQSBhTCBgjA/BggrBgEFBQcwAoYzaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHVi L2NhY2VydC9jYWNlcnQuY3J0MD8GCCsGAQUFBzAChjNodHRwOi8vY2RwMi5wY2EuZGZuLmRlL21w Zy1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEFBQADggEBAMLAoN8vRhG0/YD+ REms9mWKjIH3D3pb90z2smeOMkQfu9UvDiCOMlqor52F/kBu60Z3Z2PAFGUS6ziihfuTrmuyvEJu D50k2vSUxHpn/pd3jLsplQiQNx3ZXByu3Jf0VfbLZeO6ZUD8Gs6C8DXD54F/nGy3TsS3dCSRtw/7 +PZ/GjaErVJRniPGJ4+T9T6mH2hej0EcVWkX2wIMtz9HHQvh0egRLxkQjJ1yEPFLc2K1kwIIElmQ tIOJHcF8mLzd3DCk8iRaJ/Pj/3X2wZHecVTAXIcZgVQDXT9B3iG/Q65RmaNI36UCQjmNirL7gYXh /hjy1VnFwLlZa9xxK/PjttkxggLeMIIC2gIBATBmMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdN YXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1t cGctY2FAbXBnLmRlAgQP0SFlMAkGBSsOAwIaBQCgggFNMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDgxODE2NTEzNlowIwYJKoZIhvcNAQkEMRYEFOadAyYicwyj oSBES0Gr5HO25u5JMHUGCSsGAQQBgjcQBDFoMGYwXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01h eC1QbGFuY2stR2VzZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1w Zy1jYUBtcGcuZGUCBA/RIWUwdwYLKoZIhvcNAQkQAgsxaKBmMF4xCzAJBgNVBAYTAkRFMSAwHgYD VQQKExdNYXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcN AQkBFg1tcGctY2FAbXBnLmRlAgQP0SFlMA0GCSqGSIb3DQEBAQUABIIBAArR8sPHYB3YbSxNgosj ocs7SNqx3fjuGisEmRqSmZCE1YXY9L16TaNI6djr4B7dYg6txfrV07DuGwZN+IyD0GC2gZRMoz5O IRPbx8IcraiCeZK8xEuJKEEYpASoFmbJsYG+OQ1u0/YNIgxl48qSfI3SBwlskfyhUoH7nMKgTgIT WYUbcUtSu8FZUV1qCLBDYg4z+xlZcfUwIZcITvWc1ilwYU6t7zaIzugM1jdL4RaRbHTwaNryLHL7 Pk/wM3aG4+0yVsxWCHoXKWw49ygUHVP/l1WlPpTVSZBF7EjT0rBGwutz+O5KYKHfQ201dDYXKNN/ gQDVvEjfm12Ic2znvckAAAAAAAA= --Apple-Mail-271-1047901874-- --===============0219165490== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0219165490==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: Links Lost and Export-Report Date: Wed, 18 Aug 2010 13:15:13 -0400 Message-ID: <87aaoj6dwe.fsf@gollum.intra.norang.ca> References: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> <871v9vdhku.fsf@norang.ca> <26232062-ECCC-484B-B59D-B1A9CB63FE70@nf.mpg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=54134 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlmEY-0003pq-3I for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 13:15:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OlmEW-0003S6-N1 for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 13:15:26 -0400 Received: from mho-02-ewr.mailhop.org ([204.13.248.72]:60967) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OlmEW-0003Ry-Ix for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 13:15:24 -0400 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Stefan Vollmar Cc: emacs-orgmode@gnu.org Stefan Vollmar writes: > Dear Bernt, > > On 18.08.2010, at 18:13, Bernt Hansen wrote: > >> Stefan Vollmar writes: >> >>> Hello, >>> >>> I currently have a "showstopper-class" problem with links. I am using Org-mode release_7.01h-129-g3363a with Emacs 23.2.1. I have >>> >>> (require 'org-install) >>> (require 'org-id) >>> >>> in my .emacs file. >>> >>> This works fine: >>> >>> (1) org-link-to-org-use-id is t and when I do a C-c l (org-store-link), a "a globally unique ID property" is generated for the current section - so far so good. >>> (2) I then change to another org-file and insert the link with C-c C-l (org-store-link), looking at the org source shows me that, indeed, the newly generated ID ("id:3A50..." in that example) has been used. >>> (3) When I do a C-c C-o (org-open-at-point) on the new link, the target org-file is opened at exactly the right place - nice! >>> (4) When I export the file as HTML, the link works exactly as expected: " >>> >>> Here is the problem: I have two computers with very similar setups (Emacs and Org-mode: same versions; laptop and desktop) and synchronize org-files via a subversion repository. If I do a subversion update (sync the org-files to that computer) and then export to HTML on that computer, the previously working links do not work any more: there is no "#ID-..." in the link, in fact, the link is simply to the file that contains the link (not even the file I want to link to). Maybe Org-mode was not able to find the "id"? > > [...] > >> I think you need to look in the ~/.emacs.d/.org-id-locations file. This >> maps link ids to files. >> >> -Bernt > > I think it is very likely that this is part of problem - I synchronize > the directories containing my org-files and have, so far, done nothing > about "~/.emacs.d/.org-id-locations". > > What is the best way to deal with this? > - Synchronize? > - Delete? > - Force re-generation? I think you can just regenerate the file with a call to M-x org-id-update-id-locations > I have just taken a look at that file. It seems to map one id to one > file. How does that help Org-mode if I rename an org-file that > contains an id? This will probably make your ids and files out of sync so they don't work for links in those files anymore. Regenerating the list for all of the files you have with id links should fix the problem. I use the feature but don't rename my org files so I've never run into this issue (if it is one). Regards, Bernt From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Vollmar Subject: Re: Links Lost and Export-Report Date: Wed, 18 Aug 2010 23:41:59 +0200 Message-ID: References: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> <871v9vdhku.fsf@norang.ca> <26232062-ECCC-484B-B59D-B1A9CB63FE70@nf.mpg.de> <87aaoj6dwe.fsf@gollum.intra.norang.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1534305575==" Return-path: Received: from [140.186.70.92] (port=43335 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlqPX-0007Wg-HM for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 17:43:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OlqOY-0008Eu-Qw for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 17:42:08 -0400 Received: from mail.nf.mpg.de ([134.107.209.50]:42290) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OlqOY-0008Ek-G2 for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 17:42:02 -0400 Received: from [192.168.178.21] (p5df02807.dip.t-dialin.net [93.240.40.7]) by mail.nf.mpg.de (Sun Java(tm) System Messaging Server 6.3-8.03 (built Apr 24 2009; 32bit)) with ESMTPSA id <0L7D00E2LB3CBR00@mail.nf.mpg.de> for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 23:45:12 +0200 (MEST) In-reply-to: <87aaoj6dwe.fsf@gollum.intra.norang.ca> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode Mailinglist Cc: Bernt Hansen --===============1534305575== Content-type: multipart/signed; boundary=Apple-Mail-187-1065325475; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail-187-1065325475 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Hello, many thanks to Bernt Hansen for finding the root of my problem.=20 Here is a recipe to unhappiness: Start with two files a.org and b.org which are part of some files you = have created with Org-mode in mind for efficently producing high quality = HTML content. Set up Org-mode to use ids for links; do an org-store-link = somewhere in file a.org, then an insert-store-link somewhere in file = b.org. Enjoy short-lived happiness that everything works after exporting = to HTML. Then: delete ~/.emacs.d/.org-id-locations This is a good way to simulate this common scenario: transfer your org = files to another system, by preference with a version control system so = you can be sure the files are identical on both systems and then = continue working on that computer; keep in mind: this is the default = state of affairs when working in a team! Also note that = .org-id-locations uses absolute path names, so syncing that file across = different user work stations will seldom work.=20 Now observe that after exporting to HTML *none* of your ID based links = work that refer to locations outside the originating org file. Moreover, = observe that Org-mode certainly must have noticed something did not work = and failed to mention it. org-id-update-id-locations will not help you, unless (a) you remember to = use it (preferably before you have already put HTML files with broken = links online; this goes for your co-workers, too!), (b) files a.org and = b.org happen to be agenda files or (c) happen to be mentioned in = "org-id-locations" (this I learned from "describe function: = org-id-update-id-locations"). None of the above is likely. Org-mode for HTML publishing is an excellent tool (for lots and lots of = other things, too, of course) and I think using globally unique ids is, = in general, a great idea. This is why I get a bit emotional about this = id link business (sorry). Here are some suggestions: - expand the use of ids, so that, in analogy to other links, the = inserted link can also contain a file name if it refers to another org = fileD, maybe like this:=20 file-id:some-file.org#8329AEF0-4885-486A-A1B6-BB82B3E92184 - if an id is unknown, search all files in the current publishing = project, using the same selection of org-files that will also be used = for project-based publishing - be verbose about links that could not be resolved, warn and = potentially stop processing at that file (and while at it, also complain = about unresolved macro definitions and finish with a summary line) - mention in the org-manual that using ids is not recommended for using = links between different files because they break so easily (this is = hardly an option, is it?) Let me emphasize that I am really generally a very happy org user and I = am quite willing to contribute (as far as I can) to a solution to what I = think is a problem with id-based links. Warm regards, Stefan On 18.08.2010, at 19:15, Bernt Hansen wrote: > Stefan Vollmar writes: >=20 >> [...] >>=20 >>> I think you need to look in the ~/.emacs.d/.org-id-locations file. = This >>> maps link ids to files. >>>=20 >>> -Bernt >>=20 >> I think it is very likely that this is part of problem - I = synchronize >> the directories containing my org-files and have, so far, done = nothing >> about "~/.emacs.d/.org-id-locations". >>=20 >> What is the best way to deal with this? >> - Synchronize? >> - Delete? >> - Force re-generation? >=20 > I think you can just regenerate the file with a call to >=20 > M-x org-id-update-id-locations >=20 >> I have just taken a look at that file. It seems to map one id to one >> file. How does that help Org-mode if I rename an org-file that >> contains an id? >=20 > This will probably make your ids and files out of sync so they don't > work for links in those files anymore. Regenerating the list for all = of > the files you have with id links should fix the problem. >=20 > I use the feature but don't rename my org files so I've never run into > this issue (if it is one). --=20 Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut f=FCr neurologische Forschung Gleuelerstr. 50, 50931 K=F6ln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: vollmar@nf.mpg.de http://www.nf.mpg.de --Apple-Mail-187-1065325475 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOHTCCBCEw ggMJoAMCAQICAgDHMA0GCSqGSIb3DQEBBQUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNEZXV0 c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVyMSMwIQYDVQQD ExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0wNjEyMTkxMDI5MDBaFw0xOTA2MzAyMzU5 MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAwDgYDVQQLEwdERk4tUEtJ MSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U1wBblSJ01CDrNI/W7MAxBAuZgeKm FNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6fL9KDhsAw4bpXCsxEXsM84IkQ4wcOItq aACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869080UME/15eOkyGKbghoDJzANAmVgTe3RCSMq ljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqDoZRdQWvY0hD1TP3KUazZve+Sg7va64sWVlZDz+HV Ez2mHycwzUlU28kTNJpxdcVs6qcLmPkhnSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjgdkwgdYwcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3BraS50ZWxlc2VjLmRlL2NnaS1iaW4vc2VydmljZS9hZl9E b3dubG9hZEFSTC5jcmw/LWNybF9mb3JtYXQ9WF81MDkmLWlzc3Vlcj1EVF9ST09UX0NBXzIwHQYD VR0OBBYEFEm3xs/oPR9/6kR7Eyn38QpwPt5kMB8GA1UdIwQYMBaAFDHDeRu69VPXF+CJei0XbAqz K50zMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgECMA0GCSqGSIb3DQEBBQUAA4IB AQA74Vp3wEgX3KkY7IGvWonwvSiSpspZGBJw7Cjy565/lizn8l0ZMfYTK3S9vYCyufdnyTmieTvh ERHua3iRM347XyYndVNljjNj7s9zw7CSI0khUHUjoR8Y4pSFPT8z6XcgjaK95qGFKUD2P3MyWA0J a6bahWzAP7uNZmRWJE6uDT8yNQFb6YyC2XJZT7GGhfF0hVblw/hc843uR7NTBXDn5U2KaYMo4RMJ hp5eyOpYHgwf+aTUWgRo/Sg+iwK2WLX2oSw3VwBnqyNojWOl75lrXP1LVvarQIc01BGSbOyHxQoL BzNytG8MHVQs2FHHzL8w00Ny8TK/jM5JY6gA9/IcMIIE5zCCA8+gAwIBAgIECs6x2DANBgkqhkiG 9w0BAQUFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UECxMHREZO LVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4XDTA3MDczMTEzMDgy NVoXDTE5MDYzMDAwMDAwMFowXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01heC1QbGFuY2stR2Vz ZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1wZy1jYUBtcGcuZGUw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDYUXKeoNTLgkGwbani4rlua5jzlzISfHna j/5qS+mojQqA/eYa0bGucylV5hyQuyJz7d4gRckdhMDV8DZIxERUIsFlXFj6HGHjaZjlhIHbo4S1 2GjLhTH5YZ37O7MHVw0L/JhhzUIxESM1ZfRT/xLqhz2idJYjT98W9OFvzPgT0yrdieMzkLUz5X/f pY8MuyYBgxnddBJRw6ZtlhdCml4F8Q35pSb8J2qANiwuJVu3WCTgL/ydo3eA8vDieMMZ7O+L1wAn CzBbHAjJ5H6xU1B7mlwmu7V3pToKPgcWmlO0HcTpa68McNTGGiY8pO0/Rn1fXkqDYf8z0lPdWUWx bM1RAgMBAAGjggGvMIIBqzASBgNVHRMBAf8ECDAGAQH/AgEBMAsGA1UdDwQEAwIBBjAdBgNVHQ4E FgQUAtYebgmrv1hlpwo8SDNh0c59w1swHwYDVR0jBBgwFoAUSbfGz+g9H3/qRHsTKffxCnA+3mQw GAYDVR0RBBEwD4ENbXBnLWNhQG1wZy5kZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAx LnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6 Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgaIGCCsG AQUFBwEBBIGVMIGSMEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2dsb2JhbC1y b290LWNhL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBHBggrBgEFBQcwAoY7aHR0cDovL2NkcDIucGNh LmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEF BQADggEBABtJz5i/SGqQOficdRUN6myFVmVelCYgkGT+zX7frnBRJFoVVafXolstZdVB7ZpH9FAc qj8O6FTZyhAANwh3+Y1D6xYBWTB7mQGy0lUoUL+j0msZjaMvyj/2LCQp7cKB5vA4h6Ntq5BN5MPc aRhunzjJey/i+J/3jMdG7KpufV47Gl0E8ky9lDegaM7SToG4IOQKwv1wsnuHoxoGLRewxO7FmYd9 uq9f4L2mHtqgq+vibT1DeehT0HGPnrjjd8NK6g2TvZwirwjydbGs7szB5oxDm/pfWoJxYzO68HKT iVBlmaWMLpGw4/UsLE+5xJHpvNXfkYCQ3T+k99KBUZuIpKwwggUJMIID8aADAgECAgQP0SFlMA0G CSqGSIb3DQEBBQUAMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgtUGxhbmNrLUdlc2VsbHNj aGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1tcGctY2FAbXBnLmRlMB4XDTEw MDMzMDA3MTAxM1oXDTEzMDMyOTA3MTAxM1owgYMxCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgt UGxhbmNrLUdlc2VsbHNjaGFmdDE5MDcGA1UECxMwTWF4LVBsYW5jay1JbnN0aXR1dCBmdWVyIG5l dXJvbG9naXNjaGUgRm9yc2NodW5nMRcwFQYDVQQDEw5TdGVmYW4gVm9sbG1hcjCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAKJ5Q4/00WAki7/O9UpcBage000pRhy1WNet3uCO6pa5d0Fg KroZ8yaNBF9wtgBDB96bYXIOGtpvjI40hTNYZrEZ2RFIjcHxuIabbaM71XwZpy/dTI5JEFrWtGAo av6T8pEcLWwAB0cPWD32q9Wsc1eGhH4KxnYMfppvc9oMvL43NLnt4iFmxhtFpeiDj/YzkhRtNOm1 aX24ylF415b+lrlJO8LarKj0Ao+eylpnTjTM+//4d8++jbar0Kxrgn1AIdPNEM56xKn0QsLMXF4/ Yv7AaHL3EFcClJN7AiYsmSPJvQV1iWxUNI3ki0cxVfVFxylVK0/ATwacVQx/Ji9fGPMCAwEAAaOC AacwggGjMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEF BQcDBDAdBgNVHQ4EFgQUVK+so4zv/Jlf1hLI5tsbsWvUnTEwHwYDVR0jBBgwFoAUAtYebgmrv1hl pwo8SDNh0c59w1swHAYDVR0RBBUwE4ERdm9sbG1hckBuZi5tcGcuZGUwdwYDVR0fBHAwbjA1oDOg MYYvaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHViL2NybC9jYWNybC5jcmwwNaAzoDGG L2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvbXBnLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMIGSBggrBgEF BQcBAQSBhTCBgjA/BggrBgEFBQcwAoYzaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHVi L2NhY2VydC9jYWNlcnQuY3J0MD8GCCsGAQUFBzAChjNodHRwOi8vY2RwMi5wY2EuZGZuLmRlL21w Zy1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEFBQADggEBAMLAoN8vRhG0/YD+ REms9mWKjIH3D3pb90z2smeOMkQfu9UvDiCOMlqor52F/kBu60Z3Z2PAFGUS6ziihfuTrmuyvEJu D50k2vSUxHpn/pd3jLsplQiQNx3ZXByu3Jf0VfbLZeO6ZUD8Gs6C8DXD54F/nGy3TsS3dCSRtw/7 +PZ/GjaErVJRniPGJ4+T9T6mH2hej0EcVWkX2wIMtz9HHQvh0egRLxkQjJ1yEPFLc2K1kwIIElmQ tIOJHcF8mLzd3DCk8iRaJ/Pj/3X2wZHecVTAXIcZgVQDXT9B3iG/Q65RmaNI36UCQjmNirL7gYXh /hjy1VnFwLlZa9xxK/PjttkxggLeMIIC2gIBATBmMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdN YXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1t cGctY2FAbXBnLmRlAgQP0SFlMAkGBSsOAwIaBQCgggFNMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDgxODIxNDE2MFowIwYJKoZIhvcNAQkEMRYEFESHFk6FFt3b AqtY0mgt3p2D3GxnMHUGCSsGAQQBgjcQBDFoMGYwXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01h eC1QbGFuY2stR2VzZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1w Zy1jYUBtcGcuZGUCBA/RIWUwdwYLKoZIhvcNAQkQAgsxaKBmMF4xCzAJBgNVBAYTAkRFMSAwHgYD VQQKExdNYXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcN AQkBFg1tcGctY2FAbXBnLmRlAgQP0SFlMA0GCSqGSIb3DQEBAQUABIIBAISsn5Pk8K/ef23jKqpC Kl7ClIZKWBtt1BqQcWLCfx8qkOIecjCumVd++G43RJHgH95O6spaSS1koJ/XLMJhzRpOBAbUUJwE ZiWGm19zs7fCXKUVZhAstwb6f3BzT1fvwbaUx/MPBUkOhJ5EeaCzeqx4CuiapyG9rF22/+EoUvm9 cWxmCH2zD51l6HUn7KdPBujTwekWnki7g6qv5cbC8IT39nT9DPpc5AqwBqnDNtpokpfHSNi+OOfZ s+O43ovNBLvSNmZGxIoNfxVnzr4bV4hsBYOgGHMFAP7L1mF9kHs1jO/F5mPD3oNVtNQ9Zs8vpyVz Utx4V5YToD5F68kQEM8AAAAAAAA= --Apple-Mail-187-1065325475-- --===============1534305575== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============1534305575==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastian Rose Subject: Re: Re: Links Lost and Export-Report Date: Wed, 18 Aug 2010 23:55:52 +0200 Message-ID: <8739ubegbb.fsf@gmx.de> References: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> <871v9vdhku.fsf@norang.ca> <26232062-ECCC-484B-B59D-B1A9CB63FE70@nf.mpg.de> <87aaoj6dwe.fsf@gollum.intra.norang.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=56270 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Olqc8-0001qk-8J for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 17:56:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Olqc6-0001zh-P9 for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 17:56:04 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:51682 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Olqc6-0001zM-Dh for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 17:56:02 -0400 In-Reply-To: <87aaoj6dwe.fsf@gollum.intra.norang.ca> (Bernt Hansen's message of "Wed, 18 Aug 2010 13:15:13 -0400") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bernt Hansen Cc: emacs-orgmode@gnu.org Bernt Hansen writes: > I think you can just regenerate the file with a call to > > M-x org-id-update-id-locations This works for agenda files only, as well as files mentioned in the variable `org-id-locations'. Thus you need to rename the element in the list in your id-locations file. E.G.: Change ~/.emacs.d/.org-id-locations: (("~/emacs/org/notes/index.org" "org:1234...") ... sh$ mv ~/emacs/org/notes/index.org ~/emacs/org/notes/Linux/index.org Change ~/.emacs.d/.org-id-locations accordingly: (("~/emacs/org/notes/Linux/index.org" "org:1234...") ... Shouldn't we have a command `org-move-file' or `org-rename-file' that takes care of id-locations? Best wishes Sebastian From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Vollmar Subject: Re: Re: Links Lost and Export-Report Date: Thu, 19 Aug 2010 01:22:15 +0200 Message-ID: References: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> <871v9vdhku.fsf@norang.ca> <26232062-ECCC-484B-B59D-B1A9CB63FE70@nf.mpg.de> <87aaoj6dwe.fsf@gollum.intra.norang.ca> <8739ubegbb.fsf@gmx.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0401067708==" Return-path: Received: from [140.186.70.92] (port=40857 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Olrxl-0001iy-BE for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 19:22:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Olrxb-0005rw-Ec for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 19:22:24 -0400 Received: from mail.nf.mpg.de ([134.107.209.50]:44664) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Olrxb-0005ra-68 for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 19:22:19 -0400 Received: from [192.168.178.21] (p5df02807.dip.t-dialin.net [93.240.40.7]) by mail.nf.mpg.de (Sun Java(tm) System Messaging Server 6.3-8.03 (built Apr 24 2009; 32bit)) with ESMTPSA id <0L7D00E37FQGBR00@mail.nf.mpg.de> for emacs-orgmode@gnu.org; Thu, 19 Aug 2010 01:25:29 +0200 (MEST) In-reply-to: <8739ubegbb.fsf@gmx.de> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Sebastian Rose Cc: Bernt Hansen , emacs-orgmode@gnu.org --===============0401067708== Content-type: multipart/signed; boundary=Apple-Mail-188-1071341811; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail-188-1071341811 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Dear Sebastian, I think your mail and my last one were sent almost at the same time.=20 You are right about the limitations of org-id-update-id-locations. My = last point about fixing .org-id-locations is that this is not feasible = if you are working in a team (syncing via a code repository) on several = loosely coupled org files that constitute parts of a web site: keeping = .org-id-locations up-to-date is just too complex in that case (and this = is not such an excentric scenario). To make org ids more robust, I suggested to:=20 > - expand the use of ids, so that, in analogy to other links, the = inserted link can also contain a file name if it refers to another org = file, maybe like this:=20 > file-id:some-file.org#8329AEF0-4885-486A-A1B6-BB82B3E9218 Most of the time, this would work (provided one uses relativ path = names). Warm regards, Stefan On 18.08.2010, at 23:55, Sebastian Rose wrote: > Bernt Hansen writes: >> I think you can just regenerate the file with a call to >>=20 >> M-x org-id-update-id-locations >=20 >=20 > This works for agenda files only, as well as files mentioned in > the variable `org-id-locations'. >=20 > Thus you need to rename the element in the list in your id-locations > file. E.G.: >=20 > Change ~/.emacs.d/.org-id-locations: > (("~/emacs/org/notes/index.org" "org:1234...") ... >=20 > sh$ mv ~/emacs/org/notes/index.org ~/emacs/org/notes/Linux/index.org >=20 >=20 > Change ~/.emacs.d/.org-id-locations accordingly: >=20 > (("~/emacs/org/notes/Linux/index.org" "org:1234...") ... >=20 >=20 >=20 > Shouldn't we have a command `org-move-file' or `org-rename-file' that = takes > care of id-locations? >=20 >=20 >=20 > Best wishes >=20 > Sebastian --=20 Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut f=FCr neurologische Forschung Gleuelerstr. 50, 50931 K=F6ln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: vollmar@nf.mpg.de http://www.nf.mpg.de --Apple-Mail-188-1071341811 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOHTCCBCEw ggMJoAMCAQICAgDHMA0GCSqGSIb3DQEBBQUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQKExNEZXV0 c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVyMSMwIQYDVQQD ExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0wNjEyMTkxMDI5MDBaFw0xOTA2MzAyMzU5 MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAwDgYDVQQLEwdERk4tUEtJ MSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U1wBblSJ01CDrNI/W7MAxBAuZgeKm FNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6fL9KDhsAw4bpXCsxEXsM84IkQ4wcOItq aACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869080UME/15eOkyGKbghoDJzANAmVgTe3RCSMq ljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqDoZRdQWvY0hD1TP3KUazZve+Sg7va64sWVlZDz+HV Ez2mHycwzUlU28kTNJpxdcVs6qcLmPkhnSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjgdkwgdYwcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3BraS50ZWxlc2VjLmRlL2NnaS1iaW4vc2VydmljZS9hZl9E b3dubG9hZEFSTC5jcmw/LWNybF9mb3JtYXQ9WF81MDkmLWlzc3Vlcj1EVF9ST09UX0NBXzIwHQYD VR0OBBYEFEm3xs/oPR9/6kR7Eyn38QpwPt5kMB8GA1UdIwQYMBaAFDHDeRu69VPXF+CJei0XbAqz K50zMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgECMA0GCSqGSIb3DQEBBQUAA4IB AQA74Vp3wEgX3KkY7IGvWonwvSiSpspZGBJw7Cjy565/lizn8l0ZMfYTK3S9vYCyufdnyTmieTvh ERHua3iRM347XyYndVNljjNj7s9zw7CSI0khUHUjoR8Y4pSFPT8z6XcgjaK95qGFKUD2P3MyWA0J a6bahWzAP7uNZmRWJE6uDT8yNQFb6YyC2XJZT7GGhfF0hVblw/hc843uR7NTBXDn5U2KaYMo4RMJ hp5eyOpYHgwf+aTUWgRo/Sg+iwK2WLX2oSw3VwBnqyNojWOl75lrXP1LVvarQIc01BGSbOyHxQoL BzNytG8MHVQs2FHHzL8w00Ny8TK/jM5JY6gA9/IcMIIE5zCCA8+gAwIBAgIECs6x2DANBgkqhkiG 9w0BAQUFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UECxMHREZO LVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4XDTA3MDczMTEzMDgy NVoXDTE5MDYzMDAwMDAwMFowXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01heC1QbGFuY2stR2Vz ZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1wZy1jYUBtcGcuZGUw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDYUXKeoNTLgkGwbani4rlua5jzlzISfHna j/5qS+mojQqA/eYa0bGucylV5hyQuyJz7d4gRckdhMDV8DZIxERUIsFlXFj6HGHjaZjlhIHbo4S1 2GjLhTH5YZ37O7MHVw0L/JhhzUIxESM1ZfRT/xLqhz2idJYjT98W9OFvzPgT0yrdieMzkLUz5X/f pY8MuyYBgxnddBJRw6ZtlhdCml4F8Q35pSb8J2qANiwuJVu3WCTgL/ydo3eA8vDieMMZ7O+L1wAn CzBbHAjJ5H6xU1B7mlwmu7V3pToKPgcWmlO0HcTpa68McNTGGiY8pO0/Rn1fXkqDYf8z0lPdWUWx bM1RAgMBAAGjggGvMIIBqzASBgNVHRMBAf8ECDAGAQH/AgEBMAsGA1UdDwQEAwIBBjAdBgNVHQ4E FgQUAtYebgmrv1hlpwo8SDNh0c59w1swHwYDVR0jBBgwFoAUSbfGz+g9H3/qRHsTKffxCnA+3mQw GAYDVR0RBBEwD4ENbXBnLWNhQG1wZy5kZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAx LnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6 Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgaIGCCsG AQUFBwEBBIGVMIGSMEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2dsb2JhbC1y b290LWNhL3B1Yi9jYWNlcnQvY2FjZXJ0LmNydDBHBggrBgEFBQcwAoY7aHR0cDovL2NkcDIucGNh LmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEF BQADggEBABtJz5i/SGqQOficdRUN6myFVmVelCYgkGT+zX7frnBRJFoVVafXolstZdVB7ZpH9FAc qj8O6FTZyhAANwh3+Y1D6xYBWTB7mQGy0lUoUL+j0msZjaMvyj/2LCQp7cKB5vA4h6Ntq5BN5MPc aRhunzjJey/i+J/3jMdG7KpufV47Gl0E8ky9lDegaM7SToG4IOQKwv1wsnuHoxoGLRewxO7FmYd9 uq9f4L2mHtqgq+vibT1DeehT0HGPnrjjd8NK6g2TvZwirwjydbGs7szB5oxDm/pfWoJxYzO68HKT iVBlmaWMLpGw4/UsLE+5xJHpvNXfkYCQ3T+k99KBUZuIpKwwggUJMIID8aADAgECAgQP0SFlMA0G CSqGSIb3DQEBBQUAMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgtUGxhbmNrLUdlc2VsbHNj aGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1tcGctY2FAbXBnLmRlMB4XDTEw MDMzMDA3MTAxM1oXDTEzMDMyOTA3MTAxM1owgYMxCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdNYXgt UGxhbmNrLUdlc2VsbHNjaGFmdDE5MDcGA1UECxMwTWF4LVBsYW5jay1JbnN0aXR1dCBmdWVyIG5l dXJvbG9naXNjaGUgRm9yc2NodW5nMRcwFQYDVQQDEw5TdGVmYW4gVm9sbG1hcjCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAKJ5Q4/00WAki7/O9UpcBage000pRhy1WNet3uCO6pa5d0Fg KroZ8yaNBF9wtgBDB96bYXIOGtpvjI40hTNYZrEZ2RFIjcHxuIabbaM71XwZpy/dTI5JEFrWtGAo av6T8pEcLWwAB0cPWD32q9Wsc1eGhH4KxnYMfppvc9oMvL43NLnt4iFmxhtFpeiDj/YzkhRtNOm1 aX24ylF415b+lrlJO8LarKj0Ao+eylpnTjTM+//4d8++jbar0Kxrgn1AIdPNEM56xKn0QsLMXF4/ Yv7AaHL3EFcClJN7AiYsmSPJvQV1iWxUNI3ki0cxVfVFxylVK0/ATwacVQx/Ji9fGPMCAwEAAaOC AacwggGjMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEF BQcDBDAdBgNVHQ4EFgQUVK+so4zv/Jlf1hLI5tsbsWvUnTEwHwYDVR0jBBgwFoAUAtYebgmrv1hl pwo8SDNh0c59w1swHAYDVR0RBBUwE4ERdm9sbG1hckBuZi5tcGcuZGUwdwYDVR0fBHAwbjA1oDOg MYYvaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHViL2NybC9jYWNybC5jcmwwNaAzoDGG L2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvbXBnLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMIGSBggrBgEF BQcBAQSBhTCBgjA/BggrBgEFBQcwAoYzaHR0cDovL2NkcDEucGNhLmRmbi5kZS9tcGctY2EvcHVi L2NhY2VydC9jYWNlcnQuY3J0MD8GCCsGAQUFBzAChjNodHRwOi8vY2RwMi5wY2EuZGZuLmRlL21w Zy1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQEFBQADggEBAMLAoN8vRhG0/YD+ REms9mWKjIH3D3pb90z2smeOMkQfu9UvDiCOMlqor52F/kBu60Z3Z2PAFGUS6ziihfuTrmuyvEJu D50k2vSUxHpn/pd3jLsplQiQNx3ZXByu3Jf0VfbLZeO6ZUD8Gs6C8DXD54F/nGy3TsS3dCSRtw/7 +PZ/GjaErVJRniPGJ4+T9T6mH2hej0EcVWkX2wIMtz9HHQvh0egRLxkQjJ1yEPFLc2K1kwIIElmQ tIOJHcF8mLzd3DCk8iRaJ/Pj/3X2wZHecVTAXIcZgVQDXT9B3iG/Q65RmaNI36UCQjmNirL7gYXh /hjy1VnFwLlZa9xxK/PjttkxggLeMIIC2gIBATBmMF4xCzAJBgNVBAYTAkRFMSAwHgYDVQQKExdN YXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcNAQkBFg1t cGctY2FAbXBnLmRlAgQP0SFlMAkGBSsOAwIaBQCgggFNMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDgxODIzMjIxNlowIwYJKoZIhvcNAQkEMRYEFJU2Q9nxO+FE cBd8eZeConbZt6khMHUGCSsGAQQBgjcQBDFoMGYwXjELMAkGA1UEBhMCREUxIDAeBgNVBAoTF01h eC1QbGFuY2stR2VzZWxsc2NoYWZ0MQ8wDQYDVQQDEwZNUEcgQ0ExHDAaBgkqhkiG9w0BCQEWDW1w Zy1jYUBtcGcuZGUCBA/RIWUwdwYLKoZIhvcNAQkQAgsxaKBmMF4xCzAJBgNVBAYTAkRFMSAwHgYD VQQKExdNYXgtUGxhbmNrLUdlc2VsbHNjaGFmdDEPMA0GA1UEAxMGTVBHIENBMRwwGgYJKoZIhvcN AQkBFg1tcGctY2FAbXBnLmRlAgQP0SFlMA0GCSqGSIb3DQEBAQUABIIBAFnnKQgKDnn3nDBYXt08 7U33mqpmDHKelrIa8zBmDo03NoVhC0NgYsWt3/WMDhqiHAFeIleQNpusRTiCyympJrl0ODHjFX6e 816CU2coBNUCJiYYEhbM7IuDOLdrB0dLcrNDyRgcD1n+CFcelB05hOUi02Ka8Dj28coIuZLan2uE KQXaTWXrkQv7QoQK5s74q589xzkBc8/wynsYFvFcP2/4AW5pUf90biWWqQGDkwLzmLh9sh8U0EyM Rkk5Lgg9zVv07wpcMS/UdnKM//B7mGUtBvzxIGJtk3qybXqXyp1jOT7pcK/CGZaFM0RD17if5ErC LHZvavF3/fSq8K/SZnQAAAAAAAA= --Apple-Mail-188-1071341811-- --===============0401067708== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0401067708==--