From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Merciadri Luca Newsgroups: gmane.emacs.help Subject: Re: Since AUCTeX installation, Gnus won't post on any Usenet group Date: Mon, 19 Apr 2010 10:31:08 +0200 Organization: ULg Message-ID: <87sk6rg7xv.fsf@merciadriluca-eee.WORKGROUP> References: <4bcb261d$0$7656$9b4e6d93@newsspool1.arcor-online.net> <0f39e827-dd70-4e5d-bfc2-f44ff2298f1a@s9g2000yqa.googlegroups.com> <87bpdgfv65.fsf@lola.goethe.zz> <87tyr8dj14.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1273010849 25126 80.91.229.12 (4 May 2010 22:07:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 4 May 2010 22:07:29 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed May 05 00:07:29 2010 connect(): No such file or directory Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O9QGz-0008T7-No for geh-help-gnu-emacs@m.gmane.org; Wed, 05 May 2010 00:07:26 +0200 Original-Received: from localhost ([127.0.0.1]:53724 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O9QGz-0000eu-5b for geh-help-gnu-emacs@m.gmane.org; Tue, 04 May 2010 18:07:25 -0400 Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!feed118.news.tele.dk!dotsrc.org!filter.dotsrc.org!news.dotsrc.org!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) Cancel-Lock: sha1:IhswBFRjLS5sybxkIuaCof5mSwQ= Original-Lines: 76 Original-NNTP-Posting-Host: 139.165.245.37 Original-X-Trace: news.sunsite.dk DXC=; SdT_c4f; ]=1@QH[VaTAe9YSB=nbEKnk; n\T\`N List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:73220 Archived-At: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Kastrup writes: > Merciadri Luca writes: > >> On Apr 18, 8:54 pm, David Kastrup wrote: >>> Merciadri Luca writes: >>> >>> > I did what was necessary: ./configure, make, make install. I just >>> > added these directories because I thought they were necessary. >>> >>> That sounds like you added the compilation directories of AUCTeX to the >>> load path, a really bad idea.  And that you manually loaded the AUCTeX >>> files from the uninstalled files in the compilation directories.  Also a >>> really bad idea.  Is there a reason you don't follow the installation >>> instructions? >> I do not remember, but I think that these info were put somewhere in a >> README! I found them weird, but executed! > > Any idea where you found that? No. Don't remember precisely, but it was in the AUCTeX tarball! >> But, anyway, even without these lines, the Gnus problem still arises, >> where it had never happened before. > > I doubt it is related to AUCTeX. Same for me, but what could it be linked to, if this is not AUCTeX? Everything was pretty fine, and now, sending won't work anymore. It looks like C-c C-c is bound to another action, as there is no reason for Gnus to `search for #.' > >>> I don't think that is the case. You could try >>> >>> M-x list-load-path-shadows RET >>> >>> in order to see whether you borked your installation with duplicate >>> files. >> Here is the output: >> == >> /usr/share/emacs/22.2/site-lisp/debian-startup hides /usr/share/emacs/ >> site-lisp/debian-startup >> /usr/share/emacs22/site-lisp/dictionaries-common/ispell hides /usr/ >> share/emacs/22.2/lisp/textmodes/ispell >> /usr/share/emacs22/site-lisp/dictionaries-common/flyspell hides /usr/ >> share/emacs/22.2/lisp/textmodes/flyspell >> /usr/share/emacs22/site-lisp/latex-cjk-thai/thai-word hides /usr/share/ >> emacs/22.2/lisp/language/thai-word >> >> 4 Emacs Lisp load-path shadowings were found >> == >> 'Seems not to have messed anything, doesn't it? > > That's a Debian installation. They are messed up by default. You might > want to check the difference in those shadowings and try guessing > whether they could have an influence. But these lines were the same before the installation of AUCTeX... Strange! > > However, they are not related to AUCTeX installations. Ok. Nice for me, in some sense. > If AUCTeX made > any changes, they are likely to site-init.el or site-start.el in some > place. But I'd be surprised. - -- Merciadri Luca See http://www.student.montefiore.ulg.ac.be/~merciadri/ - -- Fall down seven times, stand up eight. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iEYEARECAAYFAkvMFMsACgkQM0LLzLt8MhzDfACfY5S09SqDA3BFMBCgZFojP9UU KmkAoIclU1d9KAL7D9QKYkWr+Kr720y2 =m3il -----END PGP SIGNATURE-----