Bug#1016230: auctex: FTBFS: ! LaTeX Error: File `hypdoc.sty' not found.

tags 1016230 + pending thanks. > LN == Lucas Nussbaum [2022-7-29] [...] LN> During a rebuild of all packages in sid, your package failed to build LN> on amd64. Thanks for the report. It should be fixed by adding a Build-Depends-Indep on texlive-latex-extra. I'll test and upload a fixed pa

Bug#908081: NMU

> BR == Bastien ROUCARIES [2018-12-4] BR> Hi, I plan to do a NMU in a week about this bug. BR> Can you ACK ? Hi Bastien, thank you for your offer. However I would like to cater this by myself, therefore please do not NMU. -- Thanks, Davide

Bug#867020: auctex: fails to remove: auctex/remove: Removing parsed (La)TeX macros for emacs25...rm: cannot remove '/var/lib/auctex/emacs25': Directory not empty

>>>>> AB == Andreas Beckmann [2017-8-12] AB> On 2017-08-12 02:43, Davide G. M. Salvetti wrote: >> I think I found the cause. At installation time the auctex package >> starts in background (per default) the script udpate-auctex-elisp, which >> keeps runn

Bug#867020: auctex: fails to remove: auctex/remove: Removing parsed (La)TeX macros for emacs25...rm: cannot remove '/var/lib/auctex/emacs25': Directory not empty

uot;rm --recursive --force /var/lib/auctex/${emacsen-flavor}" in auctex emacsen remove script. Since "update-auctex-elisp" should be a rather distinct and private process name, I think I will do it with something along the lines of "pkill -f update-auctex-elisp", as in the patch a

Bug#839579: intent to NMU

> RV == Rémi Vanicat [2016-11-20] RV> Hello, I intent to nmu auctex for those 3 bugs, with the attached RV> patch: Fine with me, thanks for your work. While you are at it, I think you could also drop emacs23 support (just remove emacs23 wherever it occurs). -- Regards, Davide

Bug#768724: fixed in auctex 11.87-3

> RV == Rémi Vanicat [2016-9-23] RV> I intent to NMU auctex to fix this problem this week-end, if there RV> is no opposition against it. Thanks Rémi, you are welcome to NMU with this patch. RV> Davide, if you don't have time enough to take care of this package, RV> the new debian emacs pac

Bug#768724: auctex: FTBFS in jessie: build-dependency not installable: emacs23

tag 768724 + pending thanks > LN == Lucas Nussbaum [2014-11-9] LN> Hi Davide, [...] LN> sbuild (which is used on the buildds) only uses the first alternatives LN> in build-dependencies in order to provide reproducible builds. I see. Shouldn't perhaps sbuild only use the first installable

Bug#768724: auctex: FTBFS in jessie: build-dependency not installable: emacs23

> LN == Lucas Nussbaum [2014-11-9] LN> Source: auctex LN> Version: 11.87-2 LN> Severity: serious LN> Tags: jessie sid LN> User: debian...@lists.debian.org LN> Usertags: qa-ftbfs-20141108 qa-ftbfs LN> Justification: FTBFS in jessie on amd64 LN> Hi, LN> During a rebuild of all packages in jes

Bug#706098: auctex 11.86 is not loaded by emacs 23.4

tag 706098 +unreproducible +moreinfo thanks > DC == Domenico Cufalo [2013-4-24] DC> I just upgraded my machine from Squeeze to Wheezy. DC> As in subject, it seems that auctex is not "loaded" by emacs. In another DC> machine (but with wheezy Xfce 32bit; fresh installation), on the contrary, I

Bug#694800: auctex: fails to upgrade or install

severity 694800 important thanks > TK == Thomas Koch [2012-11-30] TK> Package: auctex TK> Version: 11.86-12 TK> Severity: serious Downgrading to important (reread : I fail to see how the serious level applies to this bug; feel free to educate me if you d

Bug#506961: NMU diff for auctex 11.83-7.3

> BH == Ben Hutchings [2008-12-7] BH> I am uploading the following changes to delayed/3. Thanks Ben, I will let it in for the moment, due to the security implications. I think I will revert to /tmp as soon as I have some more time to ponder about it, which won't happen for at least two wee

Bug#503340: Bug#502762: Bug#503340: emacs-goodies-el: etch to lenny upgrade fails

MJ> On Sat Oct 25 08:25, Sven Joachim wrote: >> That is the same problem as in #502762, triggered by a >> Debian-specific patch that lets sendmail.el throw an error if neither >> sendmail nor /usr/bin/mail can be found, first reported and discussed >> in #429059. Since a sensible solution had alr

Bug#502762: Simple Fix - more cause and better fix

> AM == Agustin Martin [2008-10-23] AM> For the records, a proposed fix for sendmail.el Debian changes in emacs22 AM> is to use AM> (if (not (file-executable-p "/usr/bin/mail")) AM> (progn AM> (message "/usr/bin/mail is not executable") AM> (setq mail-interactive t))) AM> instead of AM> (

Bug#502762: Simple Fix

> MJ == Matthew Johnson [2008-10-22] MJ> I am happy to NMU or sponsor a fix What about coordinating with the maintainer? -- Thanks, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#502762: mailcrypt: piuparts test fails: emacs-install error

> TW == Thomas Weber [2008-10-21] TW> Package is dead upstream, maintainer seems MIA. Maintainer is here and reads what you write. -- Ciao, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483731: auctex: postinst failed with emacs-snapshot

Hi, please attach the "/usr/share/emacs-snapshot/site-lisp/auctex/CompilationLog" file. -- Thanks, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#392863: Bug#395294: I'm going to NMU this

> fant == Frank Küster [2006-10-26] fant> Davide, I hope I don't interfere while you are just about to fant> upload your own version. But since we haven't heard anything from fant> you, I am not willing to wait. No problem for me, just go ahead. However, please, next time do spell your int

Bug#374789: mailcrypt: Removing/purging the package fails

tags 374789 + confirmed pending thanks. > YD == Yavor Doganov [2006-6-21] YD> I am unable to remove the package, the following error occurs: I see, thanks for reporting. -- Ciao, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAI

Bug#370638: auctex: fails to install

> JG == Julian Gilbey [2006-6-6] JG> No longer have the broken one. Seems the problem was caused by the JG> /usr/bin/emacs symlink not existing. Do you think we can close this bug? -- Ciao, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? C

Bug#370638: auctex: fails to install

tags 370638 + moreinfo thanks > JG == Julian Gilbey [2006-6-6] JG> This package doesn't install on a fresh testing system: Hi Julian, thanks for the report. Please, use reportbug or another tool which understands the "/usr/share/bug/$PACKAGE/{presubj,script}" convention to report bugs agai

Bug#355608: [Lewis, James M.] RE: Bug#355608: auctex: auctex-11.82-1 will not install

Hi Frank, as always, thank you very much for your help with the BTS. > LJM == Lewis, James M [2006-3-16] LJM> !! Found it. I had EMACS_UNIBYTE=t in the environment. I unset LJM> that and it installed. I think that was cruft left over from LJM> emacs 20 days. Can't remember now why I had

Bug#349330: auctex also fails to configure with emacs21

Hi folks, just a quick mail to state that this is not the first time that we encounter this problem. Autoconf should not be called (of course, it should be called for CVS versions only); it's a timing problem, as you noticed. I do not recall if its in auctex or mailcrypt bts, but we have already

Bug#341226: auctex: emacs freezes with fly spell chequer activated

severity 341226 important tags 341226 + moreinfo unreproducible thanks > LFLD == Luis Fernando Llana Díaz [2005-11-29] LFLD> Package: auctex LFLD> Version: 11.55-1 LFLD> Severity: critical LFLD> Justification: causes serious data loss Hi! Please, do not abuse severity levels. You can find

Bug#297181: More info needed.

tag 297181 + unreproducible moreinfo thanks I cannot reproduce this bug, and more info is needed. I suspect it to be due to some old manual AUCTeX installation lying around. Please, attach the content of the buffer resulting from the command "M-x list-load-path-shadows". -- Salve, Davide --