Bug#1056160: ITS: auctex

[Davide G. M. Salvetti]

>  PH == Preuße, Hilmar [2023-11-19]

[...]

PH> Actually it is #1056210 and friends.

Hi Hilmar, I see, thanks.  I should wait for a solution to #1056204
before uploading.

-- 
Thanks,
Davide

Bug#1056160: ITS: auctex

[Davide G. M. Salvetti]

>>>>>  PH == Preuße, Hilmar [2023-11-18]

PH> On 18.11.2023 11:51, Davide G. M. Salvetti wrote:
PH> Hello Davide,

>> please, let me have some more time.  I plan to release a new version
>> within a fortnight.

PH> Many thanks for fast response! I'll leave the ITS bug open, but I
PH> won't drive the salve process forward. In case I can help somehow,
PH> let me know.

Hello Hilmar,

I have a working 13.2 which sbuilds fine for stable.  However, when I
try to sbuild for unstable I get

--8<---cut here---start->8---
Processing triggers for tex-common (6.18) ...
Running updmap-sys. This may take some time... done.
Running mktexlsr /var/lib/texmf ... done.
Building format(s) --all.
This may take some time... 
fmtutil failed. Output has been stored in
/tmp/fmtutil.mQdiuvt8
Please include this file if you report a bug.

dpkg: error processing package tex-common (--configure):
 installed tex-common package post-installation script subprocess returned 
error exit status 1
Errors were encountered while processing:
 tex-common
--8<---cut here---end--->8---

I have not yet digged into it, but it looks similar to #1051243.

What do you think?

-- 
Thanks,
Davide

Bug#1043257: auctex: New upstream release 13.2

[Davide G. M. Salvetti]

tags 1043257 +confirmed +pending
thanks

>  XD == Xiyue Deng [2023-8-7]

[...]

XD> Dear maintainers,

XD> A new upstream release of auctex has been available for a while, and
XD> I've prepared a (somewhat crude) merge request[1] with refreshed
XD> patches which maybe useful as a base to work on.

Dear Xiyue,

I reviewed your work: the patches have to be refreshed the way you did,
thanks.  I'm working on 13.2 packaging right now and will upload soon.

XD> There are still several lintian warnings that I haven't figured out
XD> how to fix

I've worked on and fixed them.

-- 
Thanks,
Davide

Bug#1028238: Please update auctex to 13.1

[Davide G. M. Salvetti]

tags 1028238 +confirmed +pending
thanks

I'm working on AUCTeX 13.2 and will upload soon.

-- 
Thanks,
Davide

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

[Davide G . M . Salvetti]

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 package next week.

-- 
Thanks,
Davide

Bug#990300: auctex: reproducible builds: Embedded timestamps in .el files

[Davide G. M. Salvetti]

tags 990300 patch confirmed pending
thanks
>  VC == Vagrant Cascadian [2021-6-24]

VC> The build timestamp is embedded in various .el files:

[...]

VC> The attached patches fix this by setting the timestamp on tex.el from
VC> debian/rules using debian/changelog as a reference timestamp, and
VC> patching Makefile.in to do the same for preview-latex.el.

VC> Applying these patches should make auctex reproducible in the current
VC> tests.reproducible-builds.org infrastructure.

Hi Vagrant,

thank you for the report and patches.

-- 
Greetings,
Davide

Bug#908081: NMU

[Davide G. M. Salvetti]

>  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#896844: auctex: Preview latex doesn't work - fixed upstream.

[Davide G. M. Salvetti]

Dear Benjamin,

thanks for the report, I will work on it.

--
Regards,
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

[Davide G. M. Salvetti]

>>>>>  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 running for some time after installation writing files in

AB> If you write "per default", it there some way to change that behavior?

Running it in foreground is a debconf low priority user choice.  It does
still take some minutes today on a typical desktop machine (used to be
tens of minutes some years ago), so that it runs in background by
default.

AB> How long does it take? Or could it just be run in the foreground per
AB> default?
AB> I could just add some sleep for that package in piuparts... wouldn't be
AB> the first time.

Thanks, thinking about it however I feel that killing running
update-auctex-elisp instances if any at package remove time is indeed
the right thing to do.  I will think some more on the proper way to kill
them before uploading a bug fix.

-- 
Pace e bene,
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

[Davide G. M. Salvetti]

tags 867020 + confirmed patch pending
thanks
>>>>>  AB == Andreas Beckmann [2017-7-3]

AB> Package: auctex
AB> Version: 11.90-1
AB> Severity: serious
AB> User: debian...@lists.debian.org
AB> Usertags: piuparts

AB> Hi,

AB> during a test with piuparts I noticed your package fails to remove.

>> From the attached log (scroll to the bottom...):

AB> Removing auctex (11.90-1) ...
AB> Remove auctex for emacs25
AB> auctex/remove: Removing parsed (La)TeX macros for emacs25...rm: cannot 
remove '/var/lib/auctex/emacs25': Directory not empty
AB> ERROR: remove script from auctex package failed
AB> dpkg: error processing package auctex (--remove):
AB> subprocess installed pre-removal script returned error exit status 1

AB> This was observed during a test of stretch, i386, --install-recommends.

Hi Andreas,

thanks for the report; I can confirm it.

I think I found the cause.  At installation time the auctex package
starts in background (per default) the script udpate-auctex-elisp, which
keeps running for some time after installation writing files in
/var/lib/auctex/${emacsen-flavor} as part of its job.  During piuparts
tests the package gets removed before update-auctex-elisp has got the
chance to finish, so that when the package emacsen remove script invoke
the "rm --recursive --force /var/lib/auctex/emacs25" command
update-auctex-elisp still writes files in that directory.  Thus it may
happen, as far as I can undestand, that rm fails due to the non
atomicity of its non empty directory removal operations, because
update-auctex-elisp may create a new file after rm thinks it has removed
all of the directory files and before rm tries and removes the
directory, resulting in rm trying to unlink a non empty directory.

If my analysis is correct, this bug is unlikely to manifest itself
during normal operations, since it can only happen if auctex gets
removed shortly after its installation.

The solution I'm evaluating is to kill running update-auctex-elisp
instances before invoking "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 attached.

--
Thanks,
Davide
>From 0dd8709b456afa76f1d73d79da3e02a48fd6cc27 Mon Sep 17 00:00:00 2001
From: "Davide G. M. Salvetti" <sa...@debian.org>
Date: Sat, 12 Aug 2017 00:46:05 +0200
Subject: [PATCH] Kill update-auctex-elisp instances at package remove time

* debian/auctex.emacsen-remove.eperl: When the package is being removed,
  take care of killing any running update-auctex-elisp instance before
  removing parsed macro caches in /var/lib/auctex/$FLAVOR.

* debian/control (auctex/Depends): Add procps, needed for pgrep and pkill
  used above.

Closes: #867020
---
 debian/auctex.emacsen-remove.eperl | 9 +
 debian/control | 2 +-
 2 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/debian/auctex.emacsen-remove.eperl b/debian/auctex.emacsen-remove.eperl
index 79bf23294..c4adebc3e 100644
--- a/debian/auctex.emacsen-remove.eperl
+++ b/debian/auctex.emacsen-remove.eperl
@@ -36,6 +36,15 @@ undo_install () {
 }
 
 undo_update_auctex_elisp () {
+<: # Take care of running update-auctex-elisp instances :>//
+while pgrep -f update-auctex-elisp >/dev/null; do
+	echo -n "${PROGNAME}:" \
+	 "Killing $(pgrep -fc update-auctex-elisp) running" \
+	 "update-auctex-elisp instance(s)..."
+	pkill -f update-auctex-elisp || true
+	sleep 1
+	echo 'done.'
+done
 echo -n "${PROGNAME}:" \
 	"Removing parsed (La)TeX macros for ${FLAVOR}..."
 rm --recursive --force /var/lib/auctex/${FLAVOR}
diff --git a/debian/control b/debian/control
index d2489bb4c..b052b11af 100644
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,7 @@ Vcs-Git: https://anonscm.debian.org/git/users/salve/auctex.git
 
 Package: auctex
 Architecture: all
-Depends: emacs25 | emacs24 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, ${misc:Depends}
+Depends: emacs25 | emacs24 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, procps, ${misc:Depends}
 Recommends: ghostscript, texlive-latex-recommended, xpdf | evince | evince-gtk | okular
 Suggests: catdvi, dvipng, lacheck
 Breaks: emacspeak (<= 17.0-1)
-- 
2.11.0

Bug#695917: Unreproducible

[Davide G. M. Salvetti]

tags 695917 +unreproducible +moreinfo
thanks

I cannot reproduce this bug with auctex version 11.90-1 using a ".emacs"
containing "(require 'latex)" only.

Maybe this bug does not apply to latest package versions?

I will close this bug unless it proves to be reproducible.

-- 
Thanks,
Davide

Bug#850444: auctex: context mode doesn't show subsubsections in outline

[Davide G. M. Salvetti]

tags 850444 +confirmed +fixed-upstream
thanks

I can reproduce this bug; it has been fixed upstream with commit
183959aea243c3bc26e44cafa0f0cae8b729f91a in date 2017-01-13.

I will backport the fix and include it into auctex version 11.90-1.

-- 
Thanks,
Davide

Bug#840753: auctex: Cannot compile LaTeX document using version 11.88-1.2

[Davide G. M. Salvetti]

tag 840753 + unreproducible moreinfo
thanks
>  R == Rhydwen [2016-10-14]

[...]

R> After upgrading auctex from 11.87-3+deb8u1 to 11.88-1.2 I could not
R> compile my LaTeX documents containing pstricks code any more.

[...]

>  RV == Rémi Vanicat [2016-11-20]

RV> I [...] could not reproduce your problem.

Neither could I (package maintainer).

Dear Rhydwen, please provide at least a minimal document which does not
compile at your site, so that we can test if it does compile at ours.

-- 
Thanks,
Davide

Bug#846537: auctex: fails to compile for emacs25

[Davide G. M. Salvetti]

tags 846537 + confirmed patch pending
thanks

I confirm that Julien patch fixes this bug.  It has been applied to the
maintainer private repository and it will be included into the next
package release.

-- 
Thanks,
Davide

Bug#838119: auctex: Please upgrade to the current version

[Davide G. M. Salvetti]

>  RV == Rémi Vanicat [2016-11-27]

RV> Hello, I would like to work on the new upstream version of AUCTeX,
RV> there are several things I wish to discuss first

Hello Rémi, first of all I'd like to thank for your interest and your
work.  At this moment I'm working on the auctex package with Norbert
Preining: you are welcome to join the effort, but we need to coordinate
ourselves.  You can find Norbert auctex git repository at
.  My plan is to
review Norbert work and pull from it.

RV> - there are two version,
RV> 1. the main AUCTeX site give me 11.89[1]
RV> 2. GNU elpa has 11.89.7[2]

RV> It seem more logical to use the latter, but it will change the source
RV> of the .orig

Thinking about it, my decision is to use 11.89 from the main AUCTeX
site.  We will think about GNU elpa in the future.

RV> - speaking about elpa, it would be neat to convert the packaging to
RV> dh-elpa[3][4] (even more if our upstream is GNU elpa).

See above.

RV> - Also I didn't yet look at why eperl was needed, could you give me any
RV> lead before I dive into history?

I started to use ePerl in 1999.  At that time either we had no helpers,
or I was not satisfied with what we had.  I used ePerl to add
configurable boilerplate chunks to my packages debian files.  By now
ePerl is just a convenience to add copyright stuff and manage certain
source comments.  It does not hurt, so just don't worry about it, work
on the source "*.eperl" files, and execute "debian/rules" if you feel
the need to update the tree (anyway, it will get automatically updated
as soon as you or your tools use debian/rules to build the package).

RV> - speaking about tooling, what tool are you using for maintaining
RV> AUCTeX, so I could coordinate with it?

GPB; see ,
fetch the "auctex-plan" branch and read the "TODO.org" file, in
particular the section titled "Repository layout info".

RV> - I would also like to add myself to the uploader field, to make
RV> such a big change not a NMU

Let us first work together.  If we manage to coordinate, we will think
about it later.

RV> - For now, I will continue to use my anonscm.debian.org git repo[5],
RV> but it might be simpler to use collab-maint as git repository, if
RV> you agree on it.

For the moment I'd rather keep using
 as the
official package repository.

-- 
Thanks,
Davide

Bug#823367: intent to NMU

[Davide G. M. Salvetti]

>  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

[Davide G. M. Salvetti]

>  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 package teams could probably take care of it if
RV> you wish.

I'd rather keep maintaining it.

-- 
Thanks,
Davide

Bug#824945: auctex: "TeX-command-extra-option" has no effect

[Davide G. M. Salvetti]

>  JSB == Janusz S Bien [2016-5-22]

JSB> I understand the blocking bug is #768724, but why it was reopened?

AUCTeX 11.88-1 miss the following patch which is in AUCTeX 11.87-3
(11.87-3 has been uploaded to testing later than 11.88-1 to unstable):
.

I'll look into merging NMU 11.88-1.1 and upstream 11.89 while also
taking care for this and other bugs.  However, I'm afraid I won't be
able to find time to do it sooner than in two weeks.

-- 
Thanks,
Davide

Bug#409795: This bug has been fixed upstream

[Davide G. M. Salvetti]

tag 409795 + fixed-upstream
thanks

See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19121.

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#625654: Any update?

[Davide G. M. Salvetti]

Hi,

here's the Debian auctex package maintainer.  Upstream AUCTeX recently
switched to debbugs.gnu.org, and I would also like to use reportbug to
interact with GNU debbugs installation if possible.

Do you have any update on the status of this bug?

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769977: auctex: Enabling bib-cite-minor-mode fails with (void-function make-local-hook)

[Davide G. M. Salvetti]

tags 769977 + fixed-upstream
fixed 769977 11.88-1
thanks.
  MS == Martin Schwenke [2014-11-18]

MS Package: auctex
MS Version: 11.87-3

[...]

MS Probably already fixed in unstable.  However, I wanted to try to
MS make sure that this gets fixed for jessie.  :-)

I confirm that 11.88-1 already contains this patch.

About fixing it for Jessie, I don't think that we can get an unblock on
this issue given Jessie Freeze Policy guidelines
https://release.debian.org/jessie/freeze_policy.html#guidelines-changes:

  - this bug severity level looks like normal to me, rather than
important;
  - even if its severity level was important, the fix could not be done
via unstable, because unstable already has 11.88-1;
  - fixes done via testing-proposed-updates need to be targeted for
release critical bugs.

If you think that the freeze policy allows an upload fixing this issue,
please let me know: I've already prepared it, and the debdiff is
attached.  Otherwise, at any rate I will backport 11.88-1 to Jessie when
its backports will be available, and I hope AUCTeX users will use it,
since 11.88 has so many improvements over 11.87.  The time-line of 11.88
release unfortunately did not fit the time-line of Jessie freeze.

-- 
Thanks,
Davide


debdiff.source
Description: Binary data

Bug#120031: Administrivia

[Davide G. M. Salvetti]

tag 120031 + fixed-upstream pending
thanks

This bug has been fixed upstream with commit
http://git.savannah.gnu.org/cgit/auctex.git/commit/?id=0c2cfc8238841b64f701db44262389873552cfc6.

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#768826: unblock: auctex/11.87-3

[Davide G. M. Salvetti]

  JW == Jonathan Wiltshire [2014-11-11]

JW Please upload.

Done.

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

[Davide G. M. Salvetti]

  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 jessie (in a jessie chroot, not a
LN sid chroot), your package failed to build on amd64.

LN Relevant part (hopefully):

[...]

 The following packages have unmet dependencies:
 sbuild-build-depends-auctex-dummy : Depends: emacs23 but it is not 
 installable
 E: Unable to correct problems, you have held broken packages.
 apt-get failed.

Hi Lucas,

I do no quite understand: auctex Build-Dependes-Indep has emacs23 |
emacs24 | emacs-snapshot, of which emacs24 is installable in jessie.
What's the relevance of emacs23 (and emacs-snapshot) not being in
jessie?

I can remove emacs23 for jessie, but I would like to keep emacs-snapshot
for people who might want to rebuild auctex on their system and have but
emacs-snapshot installed.

N.B.: emacs-snapshot is not in Debian, but there are repositories for it
and AFAIK people do use it.

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

[Davide G. M. Salvetti]

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
alternatives instead?  Wouldn't it be reproducible as well?

However, I will move emacs24 to the front for next uploads, and will
upload 11.87-3 to close this bug in a few minutes.

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#768826: unblock: auctex/11.87-3

[Davide G. M. Salvetti]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package auctex:
- 11.87-3 closes #768724 (FTBFS in jessie due to the fact that sbuild
  only uses the first alternatives in build-dependencies); the only
  changes from testing version 11.87-2 are in the debian/control file,
  where dependencies on emacs23 have been dropped, both in
  Build-Depends-Indep as well as in auctex/Depends (debdiff attached);
- 11.87-3 has been uploaded to TPU because unstable already has
  11.88-1, while testing has 11.87-2.

unblock auctex/11.87-3

-- 
Thanks,
Davide


debdiff
Description: Binary data

Bug#768826: unblock: auctex/11.87-3

[Davide G. M. Salvetti]

  JW == Jonathan Wiltshire [2014-11-9]

JW On Sun, Nov 09, 2014 at 03:57:26PM +0100, Davide G. M. Salvetti wrote:
 - 11.87-3 has been uploaded to TPU because unstable already has
 11.88-1, while testing has 11.87-2.

JW Please do NOT do that. Uploads to testing-proposed-uploads should be
JW pre-approved by a member of the release team. I have arranged for
JW your upload to disappear before dak realises it's there.

I'm sorry for my mistake, thank you.

JW Your debdiff was a binary debdiff; please send a source debdiff.

Attached.

-- 
Thanks,
Davide


source-debdiff
Description: Binary data

Bug#767324: Error running timer `font-latex-jit-lock-force-redisplay'

[Davide G. M. Salvetti]

tag 767324 - moreinfo
thanks

  AK == Antti-Juhani Kaijanaho [2014-11-2]

[...]

AK 11.88-1, in unstable, appears to fix it, yes.

Thanks!  I marked it fixed by 11.86-1 and closed.

AK Severity: normal

 I think severity: minor is more appropriate to this bug; do you agree?

AK It was a deliberately chosen severity.  Not only does the message
AK annoy, it also distracts from real work.  Additionally, it sometimes
AK obscures useful messages normally shown in the minibuffer but not
AK recorded in *Messages*.

Agreed.

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#686114: Fixed upstream

[Davide G. M. Salvetti]

tag 686114 + pending fixed-upstream
thanks

This bug appears to be fixed at least since AUCTeX release 11.88, hence
I'm tagging it as fixed-upstream; the Debian release 11.88-1 will be
uploaded in the next few days, therefore I'm tagging it as pending.

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#767324: Error running timer `font-latex-jit-lock-force-redisplay'

[Davide G. M. Salvetti]

tag 767324 + moreinfo
thanks
  AK == Antti-Juhani Kaijanaho [2014-10-30]

AK After a recent upgrade of both auctex and emacs24, I've started to get 
random 

AK Error running timer `font-latex-jit-lock-force-redisplay':
AK (wrong-number-of-arguments (2 . 2) 3)

AK notices when I work with large TeX files.  For example, just opening the
AK test file will trigger the notice.

Hi, thanks for the report.  At the moment I am not able to reproduce it.
Would you please also test it with the prerelease package of 11.88-1
which you find on people.debian.org in /home/salve/ajk/?

AK Package: auctex
AK Version: 11.87-2
AK Severity: normal

I think severity: minor is more appropriate to this bug; do you agree?

-- 
Thanks,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#764850: geophar: Starting geophar quits with error: MODULE(S) MANQUANT(S): scipy.

[Davide G. M. Salvetti]

Package: geophar
Version: 14.07~dfsg1-1
Severity: important

Hi, starting geophar on my system produced the following:
--8---cut here---start-8---
$ geophar
Unable to use PackageKit: org.freedesktop.DBus.Error.ServiceUnknown: The name 
org.freedesktop.PackageKit was not provided by any .service files
** Erreur fatale **
Les modules suivants sont introuvables !
MODULE(S) MANQUANT(S): scipy.
[Exit 255]
--8---cut here---end---8---

This bug looks like a missing dependency, as by installing python-scipy
(0.14.0-2) geophar started fine.

-- 
Thanks,
Davide

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'stable'), (200, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash

Versions of packages geophar depends on:
ii  jsmath  3.6e-1
ii  libjs-jquery1.7.2+dfsg-3.2
ii  libjs-underscore1.4.4-2
ii  python-matplotlib   1.3.1-2
ii  python-numpy1:1.8.2-2
ii  python-qscintilla2  2.8.4+dfsg-1
ii  python-sympy0.7.5-2
ii  python-wxgtk2.8 2.8.12.1+dfsg2-2
pn  python:any  none

Versions of packages geophar recommends:
ii  jsmath-fonts  1.3-3

geophar suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#598120: Should be fixed.

[Davide G. M. Salvetti]

I believe this bug is fixed since at least 11.87-1.

Please, let me know if you think that's not the case.

-- 
Regards,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718601: fet: New version available

[Davide G. M. Salvetti]

Package: fet
Version: 5.18.0-1
Severity: wishlist

Please, upgrade to FET 5.19.3, released on [2013-06-10] and available at
http://lalescu.ro/liviu/fet/download.html.

Thanks!

-- 
Best regards,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712918: auctex: [INTL:ja] New Japanese translation

[Davide G. M. Salvetti]

  v == victory  [2013-6-21]

v Here's Japanese po-debconf template translation (ja.po) file that
v reviewed by several Japanese Debian developers and users.

v Could you apply it, please?

Thank you, I will do it at the first opportunity.

-- 
Best regards,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712889: auctex: invalid read syntax byte compiling error with emacs-snapshot

[Davide G. M. Salvetti]

tag 712889 + confirmed upstream fixed-upstream
thanks.
  SL == Sebastian Luque [2013-6-20]

[...]

SL The package fails to compile properly with the latest emacs-snapshot in
SL sid, leaving emacs-snapshot unconfigured.  The relevant log at
SL /tmp/emacs-snapshot.0qV70b shows this:

Thank you for reporting this.  Please, read the explanation below.

  DK == David Kastrup [2013-6-18]

DK Recent patches in AUCTeX git:

DK commit 99841dc2fce69323a3b50471ef42230b6c9613a7
DK Author: Tassilo Horn t...@gnu.org
DK Date:   Fri Jun 14 08:07:22 2013 +0200

DK Fix coding once again.

DK * tex-jp.el: Change to `coding: iso-2022-jp-unix'.

DK diff --git a/tex-jp.el b/tex-jp.el
DK index d26a871..c2aa61a 100644
DK --- a/tex-jp.el
DK +++ b/tex-jp.el
DK @@ -1,4 +1,4 @@
DK -;; -*- coding: iso-2022-7bit-unix; -*-
DK +;; -*- coding: iso-2022-jp-unix; -*-

DK ;;; tex-jp.el --- Support for Japanese TeX.

DK commit dde81b8e81cf16b4ddb50b2bcf91f37c57de27f1
DK Author: Tassilo Horn t...@gnu.org
DK Date:   Wed Jun 12 19:37:08 2013 +0200

DK Fix compile error with emacs bzr which assumes elisp files are UTF-8 encoded

DK * tex-jp.el: Add `coding: iso-2022-7bit-unix' file local variable.

DK diff --git a/tex-jp.el b/tex-jp.el
DK index 6d7d709..d26a871 100644
DK --- a/tex-jp.el
DK +++ b/tex-jp.el
DK @@ -1,3 +1,5 @@
DK +;; -*- coding: iso-2022-7bit-unix; -*-
DK +
DK ;;; tex-jp.el --- Support for Japanese TeX.

DK ;; Copyright (C) 2002-2007, 2012  Free Software Foundation, Inc.

-- 
Thank you,
Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

[Davide G. M. Salvetti]

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'm
DC not affected by this problem.

DC Unfortunately I have no idea of how to make debugging in this case. ;-)

I can not reproduce this bug.  I can't parse «it seems that auctex is
not loaded by emacs»: what did you do, and what did you expect to
happen?

Please, provide more information.  For example, I suggest you to create
a new account and try starting Emacs from that, to exclude every user
configuration effects.

-- 
Thanks,
Davide


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#628790: auctex: TeX-next-error broken for error messages without line number

[Davide G. M. Salvetti]

Hi Reuben,

thank you for your analysis.  I need some time to think about it and
decide if it should be forwarded upstream; meanwhile I suggest you to
read point 8 of AUCTeX 11.87 FAQ, and, more generally, bug #695282.  I
think that would fix your problem.

-- 
Ciao, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#697738: auctex: preview-latex is not automatically loaded, but should be

[Davide G. M. Salvetti]

tags 697738 + moreinfo
thanks
  RT == Reuben Thomas [2013-1-9]

RT Package: auctex
RT Version: 11.87-1
RT Severity: normal

RT According to the AUCTeX manual:

[...]

RT Yet in Emacs 24 on Debian, auctex does not seem automatically to load
RT preview. Loading it with (load preview-latex) works fine, so there
RT doesn't seem to be anything wrong with preview itself, just that it's
RT not loaded automatically. auctex, on the other hand, is: if I open a
RT LaTeX file, it automatically opens in auctex.

I'm not sure I understand what you say.  If you take a look at the file
`/etc/emacs/site-start.d/50auctex.el', you should notice that
preview-latex *is* already loaded automatically: look for the form
`(load preview-latex.el)' just below `(load auctex.el)'.

What happens at your site if you open a (La)TeX file with Emacs and
type, say, `C-c C-p C-d'?

-- 
Thanks, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#695917: [Itaï BEN YAACOV can...@free.fr] Bug#695917: auctex: emacs --daemon stuck with (require 'latex) in .emacs

[Davide G. M. Salvetti]

[Please keep Cc to 695...@bugs.debian.org.]
Hello developers,

this is a bug report against AUCTeX 11.87 from the Debian BTS system,
affecting Debian release 11.87-1.

ATM I have no time to investigate it, therefore I am not sure if it is
really an upstream bug or not; however, from what the submitter writes,
it seems not unlikely.

Thanks,

-- 
Davide G. M. Salvetti
Debian AUCTeX package maintainer
---BeginMessage---
Package: auctex
Version: 11.87-1
Severity: normal
Tags: upstream

Dear Maintainer,

(I *think* this is an upstream bug)

Since 11.87, staring emacs as a daemon with  emacs --daemon  blocks on the
(require 'latex)
line of my .emacs.  No such problem when staring emacs normally on foreground.
This can be overcome by putting configuration which would require auctex
into LaTeX-mode-hook (and this approach is arguably more correct),
but still, this is a bug.

Yours,
Itai.
-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages auctex depends on:
ii  debconf [debconf-2.0]  1.5.48
ii  dpkg   1.16.9
ii  emacs2424.2+1-1
ii  install-info   4.13a.dfsg.1-10
ii  preview-latex-style11.87-1

Versions of packages auctex recommends:
ii  evince 3.4.0-3.1
ii  ghostscript9.05~dfsg-6.3
ii  texlive-latex-recommended  2012.20120611-5

Versions of packages auctex suggests:
pn  catdvi   none
ii  dvipng   1.14-1+b1
pn  lacheck  none

-- debconf information:
* auctex/doauto: Background
---End Message---

Bug#694801: AUCTeX Debian package public repo

[Davide G. M. Salvetti]

tags 694801 + pending
thanks

Available @ git://anonscm.debian.org/users/salve/auctex.git.

-- 
Ciao, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#695479: magit: Please package upstream release 1.2.0

[Davide G. M. Salvetti]

Package: magit
Version: 1.2.0-local.1
Severity: wishlist
Tags: patch

As a quick hack to roll my own local version I applied the attached
patches; I do not endorse them in any way, as I did not have time to
study upstream changes, I just provide them here for convenience; they
seem to work for me, but YMMV.

-- 
Thanks, Davide
From fd3e86b36f2c737c81719df0dc77b8df8cb03538 Mon Sep 17 00:00:00 2001
From: Davide G. M. Salvetti sa...@debian.org
Date: Sun, 2 Dec 2012 18:44:10 +0100
Subject: [PATCH 1/3] debian/patches: Synchronize with upstream

The following patch has been applied upstream and has therefore been
deleted:
  - autogenerate-autoloads
---
 debian/patches/autogenerate-autoloads.diff |   27 ---
 debian/patches/series  |1 -
 2 files changed, 28 deletions(-)
 delete mode 100644 debian/patches/autogenerate-autoloads.diff
 delete mode 100644 debian/patches/series

diff --git a/debian/patches/autogenerate-autoloads.diff b/debian/patches/autogenerate-autoloads.diff
deleted file mode 100644
index d88da9d..000
--- a/debian/patches/autogenerate-autoloads.diff
+++ /dev/null
@@ -1,27 +0,0 @@
-Description: autogenerate autoloads (magit-install.el)
- based on https://github.com/magit/magit/commit/c8cfaf37b7c142edc6714d86691b8720f2606328
-Author: Timo Juhani Lindfors timo.lindf...@iki.fi
-Forwarded: not-needed
-Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671922
-
 a/Makefile
-+++ b/Makefile
-@@ -20,7 +20,7 @@
- 
- all: core docs contrib
- 
--core: $(ELCS) magit.spec magit-pkg.el
-+core: $(ELCS) magit.spec magit-pkg.el magit-install.el
- 
- docs: magit.info
- 
-@@ -32,6 +32,9 @@
- magit-pkg.el: magit-pkg.el.in
- 	sed -e s/@VERSION@/$(VERSION)/  $  $@
- 
-+magit-install.el: $(ELS)
-+	$(BATCH) --eval (let ((generated-autoload-file \$(CURDIR)/magit-install.el\) (make-backup-files nil)) (update-directory-autoloads \.\))
-+
- magit.elc: magit.el
- magit-key-mode.elc:
- magit-svn.elc:
diff --git a/debian/patches/series b/debian/patches/series
deleted file mode 100644
index 8dd8161..000
--- a/debian/patches/series
+++ /dev/null
@@ -1 +0,0 @@
-autogenerate-autoloads.diff
-- 
1.7.10.4

From 16928869110c052fd59da32a895fc7945845a5b0 Mon Sep 17 00:00:00 2001
From: Davide G. M. Salvetti sa...@debian.org
Date: Sun, 2 Dec 2012 18:44:10 +0100
Subject: [PATCH 2/3] Add patch: Makefile-Disable-test-target

---
 .../0001-Makefile-Disable-test-target.patch|   24 
 debian/patches/series  |1 +
 2 files changed, 25 insertions(+)
 create mode 100644 debian/patches/0001-Makefile-Disable-test-target.patch
 create mode 100644 debian/patches/series

diff --git a/debian/patches/0001-Makefile-Disable-test-target.patch b/debian/patches/0001-Makefile-Disable-test-target.patch
new file mode 100644
index 000..37d1db9
--- /dev/null
+++ b/debian/patches/0001-Makefile-Disable-test-target.patch
@@ -0,0 +1,24 @@
+From: Davide G. M. Salvetti sa...@debian.org
+Date: Sun, 2 Dec 2012 18:44:10 +0100
+Subject: Makefile: Disable test target
+
+There's no tests/magit-tests.el file in the source, therefore the target
+cannot succeed.
+---
+ Makefile |3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/Makefile b/Makefile
+index cdbabe2..9317125 100644
+--- a/Makefile
 b/Makefile
+@@ -83,7 +83,8 @@ install_contrib: contrib
+ install_all: install install_contrib
+ 
+ test: $(ELCS)
+-	$(BATCH) -l tests/magit-tests.el -f ert-run-tests-batch-and-exit
++	@echo Cannot test: ain't no tests/magit-tests.el
++#	$(BATCH) -l tests/magit-tests.el -f ert-run-tests-batch-and-exit
+ 
+ clean:
+ 	rm -fr magit-pkg.el magit.spec 50magit.el $(ELCS) $(ELCS_CONTRIB) *.tar.gz magit-$(VERSION)
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..cb295f2
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+0001-Makefile-Disable-test-target.patch
-- 
1.7.10.4

From 1a1ce5762d1b53262ecf53ebd946da71d6d7209a Mon Sep 17 00:00:00 2001
From: Davide G. M. Salvetti sa...@debian.org
Date: Sat, 8 Dec 2012 23:06:10 +0100
Subject: [PATCH 3/3] Synchronize Emacs startup code with upstream

The emacs-install.el file has been renamed to 50emacs.el.
---
 debian/magit.emacsen-startup |4 ++--
 debian/rules |2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/debian/magit.emacsen-startup b/debian/magit.emacsen-startup
index e875ae2..22901a2 100644
--- a/debian/magit.emacsen-startup
+++ b/debian/magit.emacsen-startup
@@ -1,6 +1,6 @@
 ;;; Autoloads for magit
 
 (if (member debian-emacs-flavor '(emacs23 emacs24 emacs-snapshot))
-(if (file-exists-p /usr/share/emacs/site-lisp/magit/magit-install.el)
-(load /usr/share/emacs/site-lisp/magit/magit-install)
+(if (file-exists-p /usr/share/emacs/site-lisp/magit/50magit.el)
+(load /usr/share/emacs/site-lisp/magit/50magit)
   (message Package magit removed but not purged. Skipping setup

Bug#695479: magit: Please package upstream release 1.2.0

[Davide G. M. Salvetti]

  TJL == Timo Juhani Lindfors [2012-12-9]

TJL Thanks for the wish. However, as we are currently in freeze I don't
TJL feel like uploading new upstream versions right now.

Thanks for your answer, and fine with me.  However, if you do now want
to hit unstable with a new version maybe you might use experimental.

TJL Did you hit any other issues when you made your local packaging?

No, I just merged the 1.2.0 upstream release with your alioth master
branch and applied those patches.  Things seem to work well.

-- 
Thanks, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#695282: auctex: error in beamer documents cannot be handled: Error occured after last TeX file closed

[Davide G. M. Salvetti]

tags + 695282 confirmed upstream
severity 695282 normal
thanks.
  NP == Norbert Preining [2012-12-7]

NP Package: auctex
NP Version: 11.87-1
NP Severity: important

Hi Norbert,

are you sure about the severity level?  I think this is normal, and I
set it accordingly; feel free to reset it to important if you object
(please, read on before objecting and consider the bug severity level
description @ http://www.debian.org/Bugs/Developer).

NP since 11.87 it seems to me that very simple documents with errors,
NP when run through latex, auctex cannot display the error place.

I did not (yet) check with 11.86, are you sure it's 11.87 specific?

NP Take this example:

[...]

NP Error occured after last TeX file closed

I think you run into a known problem, described into point 8 of AUCTeX
11.87 FAQ:

--8---cut here---start-8---
  8. Why does `TeX-next-error' (`C-c `') fail?

 When writing the log file, TeX puts information related to a file,
 including error messages, between a pair of parentheses.  AUCTeX
 determines the file where the error happened by parsing the log
 file and counting the parentheses.  This can fail when there are
 other, unbalanced parentheses present.

 As a workaround you can activate so-called file:line:error
 messages for the log file.  (Those are are easier to parse, but
 may lack some details.)  Either you do this in the configuration
 of your TeX system (consult its manual to see where this is) or
 you add a command line switch to the (la)tex call, e.g. by
 customizing `LaTeX-command-style' or `TeX-command-list'.
--8---cut here---end---8---

In fact, if you check the log produced by your minimal example, you fill
find that there are unbalanced parentheses present (I do).

Note that the proposed workaround works (I can confirm it working here
at my site): if you add the `-file-line-error' option to the LaTeX call,
`C-c `' is able to spot the error (tested with pdflatex, I suppose it
works for latex as well).

Do you think that I should customize Debian to add `-file-line-error' by
default?  I'm not sure about what does `may lack some details' exactly
mean, do you know better?

NP Normal documentclass article documents work without problem.

By looking at the log file I suppose you won't find unbalanced
parentheses there.

-- 
Servus, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#695340: auctex: xdvi does not understand synctex

[Davide G. M. Salvetti]

retitle 695340 TeX-source-correlate-method setting should be improved
severity 695340 wishlist
tags 695340 + confirmed upstream
thanks
  AM == A Mennucc [2012-12-7]

AM Package: auctex
AM Version: 11.87-1
AM Severity: normal

AM Ciao Davide,

[...]

AM So the solution is to correct the 'auto' method, so that, when xdvi
AM will be called to visualize the DVI file, then -src-special should
AM be used.

As I told you yesterday evening, this is a known `feature': see #596684,
and see the section `Reverse search: using source specials rather than
SyncTeX' of the README.Debian file.

I think you would like the TeX-source-correlate-method mechanism to be
improved to automatically choose among SyncTeX and source specials
taking into account the output format choice.  Therefore I did
--8---cut here---start-8---
retitle 695340 TeX-source-correlate-method setting should be improved
severity 695340 wishlist
tags 695340 + confirmed upstream
--8---cut here---end---8---
Feel free to change anything above if you object.

AM BTW, is there a DVI visualizer that can use synctex? E.G. maybe
AM using evince for DVI files as well? (I did not check this , since I
AM currently do not understand what the 'TeX-evince-sync-view' command
AM is…).

`TeX-evince-sync-view' uses D-BUS to communicate with Evince.  This is
worth investigating, if we could use evince for DVI files with SyncTeX
support.  I will try something as soon as I have some more time, do the
same yourself, please.

-- 
Ciao, Davide


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#695282: auctex: error in beamer documents cannot be handled: Error occured after last TeX file closed

[Davide G. M. Salvetti]

  NP == Norbert Preining [2012-12-7]

[...]

 In fact, if you check the log produced by your minimal example, you
 fill find that there are unbalanced parentheses present (I do).

NP Really. How did you check ;-) ??? I didn't find one.

I admit I did not check it by hand: Emacs did the job for me, with `C-M
f', and `C-M b'.  At my site Emacs reports an unbalanced closed
parentheses right before the `(see the transcript file for additional
information)' message.

[...]

 Do you think that I should customize Debian to add `-file-line-error' by
 default?  I'm not sure about what does `may lack some details' exactly
 mean, do you know better?

[...]

NP Anyway, the canonical answer to problems with the error parser is to
NP enable file:line:error messages in LaTeX.  And with TeX Live you should
NP not lose anything from the error message (in contrast to MiKTeX).

NP Which hints at the fact that activating might be a good idea?

I see, I think I will activate it.

-- 
Servus, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#694800: auctex: fails to upgrade or install

[Davide G. M. Salvetti]

tags 694800 + patch pending
thanks
  TK == Thomas Koch [2012-12-1]

TK Hi Davide,
TK I believe I got it.

Yes, I also think you spotted it, many thanks.

TK Apparently there was some confusion how the trigger values are
TK passed to the maintainer script and the following code in the
TK postinst script might have changed over time:

Yes, it changed from 10(.1) to 11; it was introduced as a while loop,
due to a misunderstanding of mine on the trigger parameter passing
convention, therefore the shifts and the break on '' to stop the loop;
when I fixed it I followed the patch proposed in #686366, overlooking
the shifts and break.

TK If you'd be so kind to make your Git repo public (e.g. on alioth)
TK then I could confirm this.

I will, but I still have to sort some things out before making it public
(i.e., I would like to rewrite some history on the master branch).
Meanwhile, I know it's not of course the same thing and maybe you
already know about it, but git-import-dscs works pretty well for
packages which do not have a public repo.

TK postinst triggered 'auctex-install-emacs24 auctex-install-emacs23 auctex-
TK install-emacs-snapshot'

The single argument list was exactly the point I missed when I designed
the original while loop.

TK The shifts don't trouble as long as you have only 2 emacs versions
TK installed but the third call to shift will return error code 1 since
TK there's no more argument left to shift.

TK Just remove the shifts please.

Patch attached.

TK I wonder, whether update-auctex-elisp gets called twice during the
TK installation of auctex? Once during the configure phase and second
TK during the trigger phase?

I think you refer to the else clause of the if [ -z
${DEBCONF_RECONFIGURE} ] selection, isn't it?  That clause is not for
the configure phase, is for `dpkg-reconfigure'.

-- 
Thanks, Davide
diff --git a/debian/auctex.postinst.eperl b/debian/auctex.postinst.eperl
index cde82dc..9e4fe18 100644
--- a/debian/auctex.postinst.eperl
+++ b/debian/auctex.postinst.eperl
@@ -78,18 +78,22 @@ case ${1} in
RUN_UPDATE_AUCTEX_ELISP=true
for trigger in ${2}; do
case ${trigger} in
-   ('')
-   break
-   ;;
-: #Triggered by the Emacs install script ://
(auctex-install-*)
+:  # Explicitly triggered by the Emacs install script
+# handling a particular flavor: add that flavor to the
+# list of flavors to be processed by update-auctex-elisp
+# later on ://
FLAVORS=${FLAVORS}${FLAVORS:+ }${trigger#auctex-install-}
-   shift
;;
-: #New (La)TeX macros: need to rescan for all flavors ://
(/*)
+:  # File triggered by new/updated (La)TeX macros: add a
+   # special flag to the list of flavors to be processed by
+   # update-auctex-elisp later on to signal the need to
+   # rescan for all supported flavors; FIXME: it would be
+   # better to rescan only these new/updated (La)TeX macros
+   # instead of all of them, however this is not supported by
+   # the current implementation of update-auctex-elisp ://
FLAVORS=${FLAVORS}${FLAVORS:+ }all
-   shift
;;
(*)
echo 2 ${PROGNAME}: \
@@ -99,6 +103,10 @@ case ${1} in
esac
done
if fgrep 'all' (echo ${FLAVORS}) /dev/null; then
+:  # the special flag 'all' signals all supported flavors need to
+   # be rescanned for; update-auctex-elisp does this by default if
+   # called without arguments
+://
unset FLAVORS;
fi
;;
@@ -132,5 +140,6 @@ exit 0
 # end:
 #
 # LocalWords:  ePerl postinst auctex conffiles debconf fd frontend Helmut emacs
-# LocalWords:  maintainership conffile dpkg AUCTeX elisp reparse
+# LocalWords:  maintainership conffile dpkg AUCTeX elisp reparse cron
+# LocalWords:  rescan FIXME rescanned
 ://

Bug#694801: please use a VCS for packaging

[Davide G. M. Salvetti]

  TK == Thomas Koch [2012-11-30]

TK You'd do me (and surely other users) a favour, if you could use a
TK VCS for the packaging of auctex and use the VCS-* debian/control
TK fields. I personally very strongly recommend Git.

I already use Git for AUCTeX since 2010, was using Arch before since
2005 and CVS before that since 1998; however, the Git repository is not
(yet) public.  Just for the record, my AUCTeX Arch repository has been
publicly accessible from 2005 til 2010.

-- 
Thanks, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#694800: auctex: fails to upgrade or install

[Davide G. M. Salvetti]

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 http://www.debian.org/Bugs/Developer:
I fail to see how the serious level applies to this bug; feel free to
educate me if you disagree).

TK Hi, first I tried to upgrade auctex from 11.86-11 to 11.86-12. This
TK failed with dpkg returning 1 from the configure step. I found a file
TK /var/lib/auctex/emacs23'/CompilationLog
TK containing:
TK /usr/sbin/update-auctex-elisp: line 112: emacs23': command not found

Looks interesting, thanks.

TK Then I purged auctex and tried to install it again, what also failed:

TK auctex/install: Byte-compiling for Emacs flavor emacs-snapshot (log to 
/usr/share/emacs-snapshot/site-lisp/auctex/CompilationLog)... done.
TK Install auctex for emacs23
TK auctex/install: Byte-compiling for Emacs flavor emacs23 (log to 
/usr/share/emacs23/site-lisp/auctex/CompilationLog)... done.
TK Install auctex for emacs24
TK auctex/install: Byte-compiling for Emacs flavor emacs24 (log to 
/usr/share/emacs24/site-lisp/auctex/CompilationLog)... done.
TK Processing triggers for auctex ...
TK dpkg: error processing auctex (--configure):
TK subprocess installed post-installation script returned error exit status 1

This one too.

TK Errors were encountered while processing:
TK auctex

-- 
Thanks, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#694800: auctex: fails to upgrade or install

[Davide G. M. Salvetti]

tags 694800 + moreinfo
thanks

Please, try running

  update-auctex-elisp | tee update-auctex-elisp.log

from a root shell and send me the file `update-auctex-elisp.log'; also
please check if that command results in a proper set of byte compiled
files for your three emacsen in
  - /var/lib/auctex/emacs23/
  - /var/lib/auctex/emacs24/
  - /var/lib/auctex/emacs-snapshot/
and send me each of the `CompilationLog*' files there, if any (also look
for compressed ones).

-- 
Thanks, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#694800: auctex: fails to upgrade or install

[Davide G. M. Salvetti]

  TK == Thomas Koch [2012-11-30]

TK I don't know how to check for a proper set of byte compiled
TK files. All three folders contain many many .elc files.

Thank you, I see from the logs you sent me that everything works as it
should; FWIW, you should be able to use AUCTeX with all the three
emacsen you have installed at your site without problems.

Try a `dpkg --configure --pending', please, and confirm if AUCTeX
configuration still fails.

If I understood correctly, you did not have problems with version
11.86-11, did you?  The bug showed up upgrading from -11 to -12 you told
me; will you please try downgrading to -11 and report what happens?

Note to myself: I cannot reproduce this bug at my site neither with
emacs23 only neither with both emacs23 and emacs24 installed.  I
reviewed each applied patchsets from -11 to -12 and found no suspect.

-- 
Thanks, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679712: auctex does not deal emacs24

[Davide G. M. Salvetti]

  RK == Ronan Keryell [2012-11-21]

RK auctex Version 11.86-11 is just out in sid but it does not deal with
RK emacs24 yet. This issue lasts for almost 6 months now...

Yes, it is a known wishlist bug.

[...]

RK A 1-liner correction has been submitted in the previous bug
RK discussions and it looks trivial to fix.

Yes, emacs24 support is pretty trivial, though not exactly 1-liner: you
just have to add emacs24 wherever emacs23 is (in a bunch of places).

RK Is there an issue with upstream?

No, there is no such thing.

auctex 11.86-11 is meant to be approved for testing.  It should contain
a minimum of changes WRT the version now in testing.

As you might check, emacs24 support is pending: it's in my tree and it
will be uploaded
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679712).

For those who can't wait and can't do by themselves, I attach the
relevant patch from my tree.

-- 
Thanks, Davide
From 5cea79b98645316993f0053cff6cf7d69dca1f71 Mon Sep 17 00:00:00 2001
From: Davide G. M. Salvetti sa...@debian.org
Date: Fri, 16 Nov 2012 10:08:49 +0100
Subject: [PATCH] Add emacs24 GNU Emacs flavor.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Closes: #682720
Closes: #679712
Thanks: Svante Signell, Sébastien Villemot
---
 debian/auctex.bug-script.eperl  |2 +-
 debian/auctex.emacsen-install.eperl |2 +-
 debian/auctex.emacsen-remove.eperl  |2 +-
 debian/auctex.emacsen-startup.eperl |2 +-
 debian/auctex.triggers  |1 +
 debian/control  |4 ++--
 debian/update-auctex-elisp.eperl|2 +-
 7 files changed, 8 insertions(+), 7 deletions(-)

diff --git a/debian/auctex.bug-script.eperl b/debian/auctex.bug-script.eperl
index 77689d0..856d144 100644
--- a/debian/auctex.bug-script.eperl
+++ b/debian/auctex.bug-script.eperl
@@ -32,7 +32,7 @@ cat 3 EOF
 EOF
 
 : # Default flavors: only GNU/Emacsen, XEmacs comes with its own AUCTeX ://
-FLAVORS=${*:-emacs23 emacs-snapshot}
+FLAVORS=${*:-emacs23 emacs24 emacs-snapshot}
 
 for FLAVOR in ${FLAVORS}; do
 if [ -x /usr/bin/${FLAVOR} ]; then
diff --git a/debian/auctex.emacsen-install.eperl b/debian/auctex.emacsen-install.eperl
index 8e19656..7cfb97f 100644
--- a/debian/auctex.emacsen-install.eperl
+++ b/debian/auctex.emacsen-install.eperl
@@ -105,7 +105,7 @@ function do_update_auctex_elisp () {
 case ${FLAVOR} in
 (emacs)
 	;;
-(emacs23|emacs-snapshot)
+(emacs23|emacs24|emacs-snapshot)
 	do_install ${FLAVOR}
 	do_update_auctex_elisp ${FLAVOR}
 	;;
diff --git a/debian/auctex.emacsen-remove.eperl b/debian/auctex.emacsen-remove.eperl
index 16cadc9..db263b2 100644
--- a/debian/auctex.emacsen-remove.eperl
+++ b/debian/auctex.emacsen-remove.eperl
@@ -44,7 +44,7 @@ undo_update_auctex_elisp () {
 case ${FLAVOR} in
 (emacs)
 	;;
-(emacs23|emacs-snapshot)
+(emacs23|emacs24|emacs-snapshot)
 	undo_update_auctex_elisp
 	undo_install
 	;;
diff --git a/debian/auctex.emacsen-startup.eperl b/debian/auctex.emacsen-startup.eperl
index 924e454..406b3e4 100644
--- a/debian/auctex.emacsen-startup.eperl
+++ b/debian/auctex.emacsen-startup.eperl
@@ -5,7 +5,7 @@
 ;;; form (unload-feature 'tex-site) (i.e., put that string into your
 ;;; ~/.emacs to disable AUCTeX completely).
 
-(if (member debian-emacs-flavor '(emacs23 emacs-snapshot))
+(if (member debian-emacs-flavor '(emacs23 emacs24 emacs-snapshot))
 : # skip if removed and not purged ://
 (if (file-exists-p /usr/share/emacs/site-lisp/auctex/tex.el)
 	(progn
diff --git a/debian/auctex.triggers b/debian/auctex.triggers
index 0c8f58c..93f6209 100644
--- a/debian/auctex.triggers
+++ b/debian/auctex.triggers
@@ -1,4 +1,5 @@
 interest /usr/share/texmf
 interest /usr/share/texlive/texmf-dist
 interest auctex-install-emacs23
+interest auctex-install-emacs24
 interest auctex-install-emacs-snapshot
diff --git a/debian/control b/debian/control
index 8160225..bd17cdf 100644
--- a/debian/control
+++ b/debian/control
@@ -4,12 +4,12 @@ Section: tex
 Maintainer: Davide G. M. Salvetti sa...@debian.org
 Uploaders: OHURA Makoto oh...@debian.org
 Standards-Version: 3.9.3
-Build-Depends-Indep: debhelper (= 8), emacs23 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common, texlive-latex-base, texinfo, texi2html (=1.76)
+Build-Depends-Indep: debhelper (= 8), emacs23 | emacs24 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common, texlive-latex-base, texinfo, texi2html (=1.76)
 Homepage: http://www.gnu.org/software/auctex/
 
 Package: auctex
 Architecture: all
-Depends: emacs23 | emacs-snapshot, preview-latex-style, dpkg (= 1.15.4) | install-info, ${misc:Depends}
+Depends: emacs23 | emacs24 | emacs-snapshot, preview-latex-style, dpkg (= 1.15.4) | install-info, ${misc:Depends}
 Recommends: ghostscript, texlive-latex-recommended, xpdf | evince | evince-gtk
 Suggests: catdvi, dvipng, lacheck
 Breaks: emacspeak (= 17.0-1)
diff --git a/debian/update-auctex-elisp.eperl b/debian/update-auctex-elisp.eperl
index 51ee1c7..203c835

Bug#693818: unblock: auctex/11.86-11

[Davide G. M. Salvetti]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package auctex allowing in 11.86-11, uploaded to unstable
today.

11.86-11 fixes:
  - #675752 and #686366: these bugs stem from a misunderstanding of mine
about how the postinst is passed parameters when triggered as well
as from a code error of mine about how bash expands words in
variable substitution; they really should be fixed, and the fix is
small and understandable.  They particularly affect installations
with more than one GNU Emacs flavor installed; while wheezy only
sports emacs23, AFAIK quite a few GNU Emacs users also install
emacs-snapshot.
  - #681481: wheezy sports TeX Live 2012, which introduced a new
filesystem layout; auctex trigger declaration of interest has to be
updated accordingly.
  - #657761: auctex version 11.86-10.1, now in testing, already supports
emacs-snapshot; unfortunately the support is half-broken due to a
missing Depends alternative: users of the auctex package are not
allowed to uninstall emacs23 in favor of emacs-snapshot.

11.86-11 also:
  - acknowledges Christian Perrier l10n 11.86-10.1 NMU;
  - fixes copyright and initial translation attribution in the two po
files touched by 11.86-10.1 (with no translation wording changes).

The debdiff against the package in testing is attached.

unblock auctex/11.86-11

-- 
Thanks, Davide


auctex.debdiff
Description: Binary data

Bug#669948: Obsolete conffiles /etc/cron.weekly/auctex and /etc/emacs23/site-start.d/50auctex.el not cleaned up on upgrade

[Davide G. M. Salvetti]

tags 669948 + confirmed pending
thanks
  RT == Reuben Thomas [2012-8-18]

[...]

RT According to the Debian changelog, this step was already taken in
RT 11.86-6:

RT * [99860b2] Clean up obsolete conffiles; thanks to Sven Joachim.
RT (Closes: #652962)

RT So is this an old bug that has reappeared, or a faulty fix?

A faulty fix.  It turns out that I did not pay due attention while
reading dpkg-maintscript-helper man page WRT correctly calculating
prior-version.

-- 
Thanks, Davide


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668357: auctex: incorrect preview-latex keybinding in reference card

[Davide G. M. Salvetti]

tags 668357 + confirmed upstream upstream-fixed pending
thanks
  SV == Sébastien Villemot [2012-4-11]

[...]

SV There is a typo in the AUCTeX reference card.

Hi Sébastien,

thank you for your report.  I fixed it upstream in CVS as of today and
backported the fix.  It will ship with next version.

-- 
Thanks, Davide


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660148: auctex: Should depend on emacsen

[Davide G. M. Salvetti]

tags 660148 confirmed pending
thanks
  LC == Luca Capello [2012-4-20]

[...]

LC On Sun, 01 Apr 2012 17:25:32 +0200, Luca Capello wrote:
 Davide, thank you for having re-added emacs-snapshot support.

LC Actually, now that I *effectively* tried to upgrade, I found out
LC that emacs-snapshot is still missing from debian/control, so this
LC bug has not been fixed yet.

You're right, I enabled the install scripts and left out the control
field.

For the record, this means you _can_ use AUCTeX with emacs-snapshot, but
the packaging system will prevent you from removing/not installing
emacs23.

Fixed in my personal tree, will be closed by next upload.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#665364: [l10n] Updated czech translation of auctex debconf messages

[Davide G. M. Salvetti]

tags 665364 + confirmed pending
thanks
  MK == Miroslav Kure [2012-3-23]

MK Hi,

MK in attachement there is updated Czech (cs.po) translation of
MK auctex debconf messages. Please include it with the package.

I will include it in my next upload.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664651: [INTL:pl] Polish debconf translation

[Davide G. M. Salvetti]

tags 664651 + confirmed pending
thanks
  MK == Michał Kułach [2012-3-19]

[...]

MK Please add the attached Polish debconf translation.

Thanks!

-- 
Ciao, Davide



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660148: auctex: Should depend on emacsen

[Davide G. M. Salvetti]

  RL == Rafael Laboissiere [2012-2-23]

RL * Davide G. M. Salvetti sa...@debian.org [2012-02-22 21:12]:

 However, if people consider it important, I could easily add
 emacs-snapshot again; at the moment, I count Brendan Halpin and you.
 BTW, if you did not modify the package scripts you are using AUCTeX
 without byte-compilation: of course it works, but it's slower (hint:
 look for the FLAVORS variable).

RL This is a complex situation.  I guess it is not fully correct to
RL make an official Debian package depend on a package that is outside
RL Debian.  However, since it would be an alternation (emacs23 |
RL emacs-snapshot), this should be okay.

I also believe it to be bearable this way.

[...]

  SJ == Sven Joachim [2012-2-22]

[...]

SJ According to popcon, there are still ~300 users of emacs-snapshot (most
SJ of them probably use Julien Danjou's packages, I guess).

 However, if people consider it important, I could easily add
 emacs-snapshot again; at the moment, I count Brendan Halpin and you.

SJ Please add me to that list.

Good, I will add emacs-snapshot again with my next upload.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660148: auctex: Should depend on emacsen

[Davide G. M. Salvetti]

retitle 660148 auctex: Consider supporting non Debian emacs-snapshot package
severity 660148 wishlist
tags 660148 + confirmed
merge 660148 657761
thanks
  RL == Rafael Laboissiere [2012-2-16]

RL I am happily using auctex with emacs-snapshot but, in order to install
RL auctex on my system, I am forced to also install emacs23, which I do
RL do not use anymore.  Why do not make auctex depend on emacsen or, at
RL least on emacs23 | emacsen?

Hi Rafael,

- about depending on emacsen: see #63513; briefly, the Debian auctex
  package is for GNU Emacs only, XEmacs already ships its own AUCTeX
  (see Description, also);

- about supporting emacs-snapshot: see #657761, with which I'm merging
  your report; briefly, the Debian auctex package used to support
  emacs-snapshot while emacs-snapshot was in Debian, but this is no more
  the case.

However, if people consider it important, I could easily add
emacs-snapshot again; at the moment, I count Brendan Halpin and you.
BTW, if you did not modify the package scripts you are using AUCTeX
without byte-compilation: of course it works, but it's slower (hint:
look for the FLAVORS variable).

RL There is a huge amount of packages doing this in Debian:

Thanks, I know, of course! :-)

-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#657761: auctex: does not install for emacs-snapshot

[Davide G. M. Salvetti]

severity 657761 wishlist
tags 657761 confirmed
retitle 657761 auctex: Consider supporting non Debian emacs-snapshot package
thanks

This is not a bug, it is expected behavior.  Suport for emacs-snapshot
has been dropped since auctex 11.86-5, on the grounds that
emacs-snapshot is no more included in Debian.

Therefore, I'm retitling and setting severity to wishlist.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656684: [INTL:da] Danish translation of the debconf templates auctex

[Davide G. M. Salvetti]

tags 656684 + confirmed pending
thanks
  JD == Joe Dalton [2012-1-20]

[...]

JD Please include the attached Danish auctex translations.

Thank you.

-- 
Regards, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#409795: PDF viewer selection

[Davide G. M. Salvetti]

Starting with auctex Debian version 11.86-9, AUCTeX recommends
  xpdf | evince | evince-gtk
instead of
  xpdf | pdf-viewer
and by default makes use of Evince if installed, falling back to xpdf
otherwise.

Rationale: upstream release 11.86 supports Evince and xpdf as pdf
viewers (next upstream release will add Okular support), choosing Evince
by default; the Debian package recommends xpdf first because of its
lower footprint.

While gv, viewpdf.app and zathura would be fine PDF viewers, there is no
explicit upstream support for them (think about TeX-Source-Correlate
mode), therefore the maintainer believes that users wishing to make use
of them should manually customize TeX-view-predicate-list and
TeX-view-program selection, possibly contributing their customization
upstream afterwards.

I will close this bug after catering for a proper error message if the
user issues a View command while in PDF mode without any PDF viewer
installed.  I confirm severity normal rather than minor because of this.

-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#469816: Fixed upstream

[Davide G. M. Salvetti]

tags 469816 + fixed-upstream
thanks

This bug has been fixed upstream in CVS since 2010-04-25.

-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594944: dvipng workaround

[Davide G. M. Salvetti]

Letting preview-latex use the dvipng image generation method fixes this
bug: (setq preview-image-type 'dvipng).

Since upcoming 11.86-9 preview-latex will use dvipng by default; by then
I believe that the severity of this bug can be set to minor.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#596684: AUCTeX uses SyncTeX by default

[Davide G. M. Salvetti]

severity 596684 wishlist
retitle 596684 auctex: Add a note to explain how to use source-specials
tags 596684 + pending
thanks

Next Debian version will have a note added to README.Debian explaining
that:

- Current AUCTeX uses SyncTeX by default if the underlying TeX system
  supports it (as it does with TeX Live on Debian).

- Current Xdvik support only source specials, not SyncTeX.

- AUCTeX can be customized to use source specials if desired:
M-x customize-variable RET TeX-source-correlate-method RET
  (choose source-specials).

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594944: Update

[Davide G. M. Salvetti]

tags 594944 - unreproducible + confirmed
retitle 594944 auctex: preview image dimension error with geometry and dvips
thanks

I can confirm this behavior with auctex 11.86-8: running
preview-document on the minimal document provided with the bug report
with TeX-Pdf mode disabled and geometry produces an image close to the
size of the page.

Either switching to TeX-Pdf mode enabled or removing geometry allow
preview-document to produce an image of the expected dimensions.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564848: I cannot reproduce this one

[Davide G. M. Salvetti]

Hello Harri,

do you have any update on the status of this bug?

I was never able to reproduce it.  Could you provide a minimal document
exhibiting the behavior you observed?

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#346389: Wontfix

[Davide G. M. Salvetti]

tags 346389 + wontfix
thanks.

I consider AUCTeX autoloading a feature, and I won't switch back.
AUCTeX may be selectively unloaded by evaluating the form
(unload-feature 'tex-site) if desired.

Moreover, customizing TeX-modes allows users to select which modes
AUCTeX will override.

I will add a note to the README.Debian file about this stuff.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653839: ITP: recutils -- set of tools and libraries to access human-editable, plain text databases

[Davide G. M. Salvetti]

Package: wnpp
Severity: wishlist
Owner: Davide G. M. Salvetti sa...@debian.org

* Package name: recutils
  Version : 1.4
  Upstream Author : Jose E. Marchesi jema...@gnu.org
* URL : http://www.gnu.org/software/recutils/
* License : GPL
  Programming Lang: C
  Description : Set of tools and libraries to access human-editable, plain 
text databases

GNU Recutils is a set of tools and libraries to access human-editable,
plain text databases called recfiles. The data is stored as a sequence
of records, each record containing an arbitrary number of named
fields. The picture below shows a sample database containing information
about GNU packages, along with the main features provided by recutils.

-- 
Regards, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653339: dh_installdebconf: Fix doc typo

[Davide G. M. Salvetti]

Package: debhelper
Version: 8.0.0
Severity: minor
Tags: patch

Please apply the attached patch.

-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debhelper depends on:
ii  binutils   2.20.1-16 The GNU assembler, linker and bina
ii  dpkg-dev   1.15.8.11 Debian package development tools
ii  file   5.04-5Determines file type using magic
ii  html2text  1.3.2a-15 advanced HTML to text converter
ii  man-db 2.5.7-8   on-line manual pager
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  perl-base  5.10.1-17squeeze2 minimal Perl system
ii  po-debconf 1.0.16+nmu1   tool for managing templates file t

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make   none (no description available)

-- no debconf information

-- 
Thanks, Davide
From ac81ec40589303c9fb9893c8916dfdbcc9fa064a Mon Sep 17 00:00:00 2001
From: Davide G. M. Salvetti sa...@debian.org
Date: Tue, 27 Dec 2011 07:45:50 +0100
Subject: [PATCH] dh_installdebconf: Fix doc typo

---
 dh_installdebconf |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/dh_installdebconf b/dh_installdebconf
index 5645884..5a20ed7 100755
--- a/dh_installdebconf
+++ b/dh_installdebconf
@@ -28,7 +28,7 @@ Note that if you use debconf, your package probably needs to depend on it
 
 Note that for your config script to be called by Bdpkg, your Fpostinst
 needs to source debconf's confmodule. Bdh_installdebconf does not
-install this statement into the Fpostinst automatically as it it too
+install this statement into the Fpostinst automatically as it is too
 hard to do it right.
 
 =head1 FILES
-- 
1.7.2.5

Bug#653212: auctex: package purging leaves files on system

[Davide G. M. Salvetti]

Package: auctex
Version: 11.86-6
Severity: normal
Tags: confirmed

The emacsen install script build flavor specific byte-compiled files into
the general /usr/share/emacs/site-lisp/auctex/ directory.  A build
procedure side effect is the backup file
/usr/share/emacs/site-lisp/auctex/auto-loads.el~.  The emacsen install
script should clean it after building.

-- Package-specific info:

Content of '/usr/share/emacs/site-lisp/auctex/'

[...]
0813864775dc04714ac150a246ab  
/usr/share/emacs/site-lisp/auctex/auto-loads.el~
[...]

Content of '/usr/share/emacs23/site-lisp/auctex//CompilationLog.gz':

[...]
Type make at the prompt to build.
test Xno != Xno || { \
  rm -f auto-loads.el ; \
  /usr/bin/emacs23 -batch -q -no-site-file -no-init-file -l lpath.el 
--eval '(let ((generated-autoload-file (expand-file-name auto-loads.el))) 
(mapcar (function update-file-autoloads) command-line-args-left) 
(save-buffers-kill-emacs t))' tex.el tex-buf.el tex-style.el latex.el 
tex-info.el texmathp.el multi-prompt.el tex-mik.el font-latex.el tex-font.el 
context.el context-en.el context-nl.el tex-fold.el toolbar-x.el tex-bar.el 
bib-cite.el tex-fptex.el tex-jp.el || : ; \
  test -r auto-loads.el || { \
echo ;; Auto-generated part of tex-site.el  auto-loads.el ; \
echo   auto-loads.el ; \
/usr/bin/emacs23 -batch -q -no-site-file -no-init-file -l lpath.el 
--eval '(let ((generated-autoload-file (expand-file-name auto-loads.el))) 
(mapcar (function update-file-autoloads) command-line-args-left) 
(save-buffers-kill-emacs t))' tex.el tex-buf.el tex-style.el latex.el 
tex-info.el texmathp.el multi-prompt.el tex-mik.el font-latex.el tex-font.el 
context.el context-en.el context-nl.el tex-fold.el toolbar-x.el tex-bar.el 
bib-cite.el tex-fptex.el tex-jp.el ; \
  } ; \
}
Warning: defvar ignored because generated-autoload-file is let-bound
Generating autoloads for tex.el...
Wrote /usr/share/emacs/site-lisp/auctex/auto-loads.el
Generating autoloads for tex.el...done
Generating autoloads for tex-buf.el...
Generating autoloads for tex-buf.el...done
Generating autoloads for tex-style.el...
Generating autoloads for tex-style.el...done
Generating autoloads for latex.el...
Generating autoloads for latex.el...done
Generating autoloads for tex-info.el...
Generating autoloads for tex-info.el...done
Generating autoloads for texmathp.el...
Generating autoloads for texmathp.el...done
Generating autoloads for multi-prompt.el...
Generating autoloads for multi-prompt.el...done
Generating autoloads for tex-mik.el...
Generating autoloads for tex-mik.el...done
Generating autoloads for font-latex.el...
Generating autoloads for font-latex.el...done
Generating autoloads for tex-font.el...
Generating autoloads for tex-font.el...done
Generating autoloads for context.el...
Generating autoloads for context.el...done
Generating autoloads for context-en.el...
Generating autoloads for context-en.el...done
Generating autoloads for context-nl.el...
Generating autoloads for context-nl.el...done
Generating autoloads for tex-fold.el...
Generating autoloads for tex-fold.el...done
Generating autoloads for toolbar-x.el...
Generating autoloads for toolbar-x.el...done
Generating autoloads for tex-bar.el...
Generating autoloads for tex-bar.el...done
Generating autoloads for bib-cite.el...
Generating autoloads for bib-cite.el...done
Generating autoloads for tex-fptex.el...
Generating autoloads for tex-fptex.el...done
Generating autoloads for tex-jp.el...
Generating autoloads for tex-jp.el...done
Saving file /usr/share/emacs/site-lisp/auctex/auto-loads.el...
Wrote /usr/share/emacs/site-lisp/auctex/auto-loads.el
[...]


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#558101: Closing this bug?

[Davide G. M. Salvetti]

tags 558101 + unreproducible moreinfo
thanks.

I have never been able to reproduce this bug.  From what Michal Sojka
found I think the observed behavior could have been due to a
local customization of the TeX-command-list variable.

I think this bug can be closed, and I will do so if I won't receive any
more info.

-- 
Regards, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652964: auctex: postinst removes files shipped in the package

[Davide G. M. Salvetti]

tags 652964 + confirmed pending
thanks.
  SJ == Sven Joachim [2011-12-22]
SJ Three files shipped in the package are missing, see the debsums errors
SJ and the end of this mail.  They seem to have been deleted by the emacsen
SJ install script.

SJ Probably this can be remedied by not shipping these files in the
SJ package, since running /var/lib/dpkg/info/auctex.postinst configure a
SJ second time succeeds despite the missing files.

Thank you, those files will not be present in my next upload.

-- 
Regards, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652962: auctex: obsolete conffiles left on the system

[Davide G. M. Salvetti]

tags 652962 + confirmed pending
thanks.
  SJ == Sven Joachim [2011-12-22]

SJ Some obsolete conffiles are left on the system:

SJ ,
SJ | $ dpkg-query -W -f='${Conffiles}\n' auctex
SJ |  /etc/emacs23/site-start.d/50auctex.el b5f3843f70148a219d097c71f7636cb9
SJ |  /etc/cron.weekly/auctex f2a85646cca15052cb7cc66671837d01
SJ |  /etc/emacs22/site-start.d/50auctex.el b5f3843f70148a219d097c71f7636cb9 
obsolete
SJ |  /etc/emacs21/site-start.d/50auctex.el b5f3843f70148a219d097c71f7636cb9 
obsolete
SJ |  /etc/emacs-snapshot/site-start.d/50auctex.el 
b5f3843f70148a219d097c71f7636cb9 obsolete
SJ `

SJ Please clean them up, e.g. by calling dpkg-maintscript-helper(1) in
SJ the preinst.

Thank you, I did the way you suggested, it will be included with my next
upload.

-- 
Regards, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652150: auctex: [INTL:nl] Dutch translation of debconf templates

[Davide G. M. Salvetti]

tags 652150 + pending
thanks.
  JS == Jeroen Schot [2011-12-15]

JS Package: auctex
JS Severity: wishlist
JS Tags: patch l10n

JS Hello,

JS Attached is the updated Dutch translation of the auctex debconf
JS templates.  Please include it in your next upload.

I've updated the Dutch translation in my personal repository.  It will
be included in my next upload.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#639370: [auctex] Please install flyspell-babel

[Davide G. M. Salvetti]

  BR == Bastien ROUCARIES [2011-8-26]

BR I use flyspell-babel from
BR http://www.dur.ac.uk/p.j.heslin/Software/Emacs/ and it is very
BR useful for detecting language and changing on thjee fly the
BR language.

BR Could this package be included on emacs/auctex ? Should I open a ITP
BR and you will recommand this package ?

Hi, I think we should have a separate package, which the Debian auctex
package could suggest/recommend.

At any rate, I don't feel comfortable with adding flyspell-babel to the
Debian auctex package unless it is added to AUCTeX upstream.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#478733: run update-auctex-elisp via trigger rather than cron job

[Davide G. M. Salvetti]

  JT == Josh Triplett [2011-4-30]

JT On the 3-year anniversary of this bug, as I sit here watching
JT /etc/cron.weekly/auctex run in htop, I thought I'd follow up to this
JT bug and ask about the status of it.

For what concerns me, the current status is:
  - it is a good wishlist idea, and I think it is the right thing to do;
  - I will implement it, most probably in the next few weeks, as of
today.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#598117: [Sanjoy Mahajan san...@olin.edu] Bug#598117: auctex: \placeformula not in ConTeXt-paragraph-commands-regexp

[Davide G. M. Salvetti]

forwarded 598117 bug-auc...@gnu.org
thanks

[Please, keep 598...@bugs.debian.org in Cc.]

Hi,

the following bug has been reported with the Debian bug tracking
system.  I believe it should be evaluated upstream.

-- 
Thanks, Davide
---BeginMessage---
Package: auctex
Version: 11.86-2
Severity: normal
File: /usr/share/emacs/site-lisp/auctex/context.el

In ConTeXt mode, \placeformula (and \placetable etc.) is not recognized
as a command that starts a paragraph.  Thus, text like

  An alternative approach is
  \placeformula\startformula
  a = bc
  \stopformula

unfortunately gets reformatted by M-q to

  An alternative approach is \placeformula\startformula a = bc
  \stopformula

(whereas I think the text in this case shouldn't be changed).

A fix that works for me is the following diff (but feel free to correct
it if I've misunderstood the regexp):

--- /usr/share/emacs/site-lisp/auctex/context.el.old2010-09-24 
17:56:12.0 -0400
+++ /usr/share/emacs/site-lisp/auctex/context.el2010-09-26 
11:03:26.0 -0400
@@ -915,6 +915,7 @@
[][]\\|  ; display math delimitors (is this applicable to ConTeXt??)
(ConTeXt-environment-start-name) \\|
(ConTeXt-environment-stop-name) \\|
+   place \\|
(mapconcat 'car ConTeXt-section-list \\b\\|) \\b\\|
(mapconcat 'identity ConTeXt-extra-paragraph-commands \\b\\|)
\\b\\|


-- Package-specific info:
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.35.3 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages auctex depends on:
ii  debconf [debconf-2.0] 1.5.35 Debian configuration management sy
ii  dpkg  1.15.8.5   Debian package management system
ii  emacs22   22.3+1-1.2+b1  The GNU Emacs editor
ii  emacs23   23.2+1-4   The GNU Emacs editor (with GTK+ us
ii  install-info  4.13a.dfsg.1-5 Manage installed documentation in 
ii  make  3.81-8 An utility for Directing compilati
ii  preview-latex-style   11.86-2extraction of elements from LaTeX 

Versions of packages auctex recommends:
ii  doc-base0.9.5utilities to manage online documen
ii  epdfview [pdf-viewer]   0.1.7-4  Lightweight pdf viewer based on po
ii  evince [pdf-viewer] 2.30.3-1 Document (postscript, pdf) viewer
ii  ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF
ii  gv [pdf-viewer] 1:3.7.1-1PostScript and PDF viewer for X
ii  texlive-latex-recommended   2009-11  TeX Live: LaTeX recommended packag
ii  xpdf [pdf-viewer]   3.02-11  Portable Document Format (PDF) rea

Versions of packages auctex suggests:
pn  catdvinone (no description available)
ii  dvipng1.13-1 convert DVI files to PNG graphics
ii  lacheck   1.26-12A simple syntax checker for LaTeX

-- debconf information:
  auctex/doauto: Background
  auctex/logfile: /var/log/auctex.log
  auctex/doautofg: File

-- 
-Sanjoy

`Until lions have their historians, tales of the hunt shall always
 glorify the hunters.'  --African Proverb
---End Message---

Bug#594944: auctex: preview no longer works with 'geometry' package

[Davide G. M. Salvetti]

  DT == Dylan Thurston [2010-9-1]

DT I'll investigate more what the difference is as I have a chance, but
DT I hope the new logs will help.

Thanks for this update.

Wild guess: it could be useful to create a (temporary) brand new account
to test again, just in case something in ~/ gets in the way, modifying
ghostscript behavior in some way.

-- 
Thanks, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594944: auctex: preview no longer works with 'geometry' package

[Davide G. M. Salvetti]

tag 594944 + unreproducible
thanks

Hi,

thanks for your report.  Unfortunately I cannot reproduce this bug: your
sample document works fine here, with or without geometry.

I will try to delve into preview-latex log; meanwhile, it would be
helpful if you could retry your sample document on some other machine
and let me know if you can reproduce the bug.

-- 
Servus, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#577151: Please upload the new AUCTeX version

[Davide G. M. Salvetti]

  ŠN == Štěpán Němec [2010-8-21]

ŠN AUCTeX 11.86 has been released for more than half a year now and brings
ŠN new features and bugfixes. Could it please be finally uploaded to Debian
ŠN and this bug thus closed?

Yes, right, I will upload it as soon as possible.

-- 
Thanks, Davide



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#545892: mailcrypt package is not emacs 23 aware

[Davide G. M. Salvetti]

  OB == Olivier Berger [2009-10-20]

OB On Thu, Sep 10, 2009 at 10:12:16AM +0200, Davide G. M. Salvetti wrote:
   TS == Toni Schmidbauer [2009-9-9]
 
TS Package: mailcrypt
TS Version: 3.5.8+CVS.2005.04.29.1-12
TS Severity: important
 
 Thanks for the report.  I know about it, and I already have a not yet
 public package version that fixes it.  I will upload it next week, I
 guess.
 

OB Any news ?

Yes, unfortunately for me the news are a broken HD.  I had backups of
most things, though.

I hope to get back to the issue soon.

-- 
Sorry, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#545892: mailcrypt package is not emacs 23 aware

[Davide G. M. Salvetti]

  TS == Toni Schmidbauer [2009-9-9]

TS Package: mailcrypt
TS Version: 3.5.8+CVS.2005.04.29.1-12
TS Severity: important

Thanks for the report.  I know about it, and I already have a not yet
public package version that fixes it.  I will upload it next week, I
guess.

-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#539749: Time for a new maintainer for Auctex?

[Davide G. M. Salvetti]

  fant == Frank Küster [2009-8-21]

fant Davide G. M. Salvetti sa...@debian.org wrote:

fant But I also think that your style of working is not encouraging for
fant collaborators.  You actually *do* accept patches, sometimes as-is,
fant sometimes you take them as inspiration, but solve the issue your
fant way.  That's okay.  But you do not talk to the patch submitters,
fant you often don't tell them whether you think it's the right
fant approach, whether you'll fix the bug soon, or whether you plan an
fant upload at all.

[...]

Dear Frank,

I understand that you have good points, so I'll do what you asked, at
least this time, and hopefully for the future as well.

I plan to upload auctex 11.83-8 today or tomorrow, as time permits; here
is my latest changelog.Debian:

--8---cut here---start-8---
auctex (11.83-8) unstable; urgency=medium

  * COPYRIGHT, copyright.in, variables: Update copyright.
  * control (Homepage): New field.
  * control (Standards-Version): Updated to 3.8.2.
  * control (auctex/Description): Reflow text.
  * control (preview-latex-style/Description): Fix typo (unpublished
change obsoleted by 11.83-7.1 NMU); thanks to Rafael Laboissiere.
(Closes: #440397)
  * control (preview-latex-style/Homepage): New field.
  * po/cs.po, po/de.po, po/es.po, po/eu.po, po/fi.po, po/fr.po, po/gl.po,
po/it.po, po/ja.po, po/nl.po, po/pt.po, po/pt_BR.po, po/ru.po,
po/sv.po, po/vi.po: Normalized.
  * po/it.po: Updated.
  * auctex/templates.in: Reflow text.  Keep debian-l10n-english team
review comment from flowing to auctex/templates.

  * control, rules.in (binary-indep-auctex), auctex/bug.script.in (FLAVORS),
auctex/conffiles.in, auctex/install.in, auctex/remove.in,
auctex/update-auctex-elisp.in (FLAVORS),
auctex/update-auctex-install.in (FLAVORS): Add Emacs 23 support.
(Closes: #539749, #540093)

  * config.in: No more need to register doauto/logfile here.
  * install.in (do_auto): Do not remove log files here.  New log files
names.
  * remove.in (undo_auto): Remove log files here.  New log files names.
(Closes: #508348)
  * update-auctex-install: New log files names.
  * variables (TMPMASK): Remove it.
  * variables (LOGFILE): New variable.

  * install.in (do_install): For each flavor, for every byte compiled
file, install a symlink to the corresponding Elisp source from the
installation directory to the source directories, for the sole purpose
of allowing `find-function-search-for-symbol' (invoked by clicking on
the help-function-def-button provided by a function definition help
string) to find it.  (Closes: #443930)
  * remove.in (undo_install): Remove the symlinks to the Elisp sources
installed by install.in (do_install).

  * rules.in (binary-arch): Strip $(checkdir) and $(checkroot).
[Lintian]
  * auctex/lintian.in: Fix debconf-is-not-a-registry overrides paths.
Remove no more needed
maintainer-script-does-not-check-for-existence-of-installdocs
overrides.
  * auctex/update-auctex-install.in, auctex/lintian.in: Needs no more
Debconf interaction.
  * preview-latex-style/lintian.in: Remove no more needed
maintainer-script-does-not-check-for-existence-of-installdocs
lintian overrides.

  * config.in: Implement Debconf backup capability.
  * rules.in (debconf-test, debconf-ask-for-translations): New phonies.
  * rules.in (build-package): Call lintian after building the package.
--8---cut here---end---8---

I still need to check latest policy (3.8.3), but I might also decide to
upload with 3.8.2 standards, deferring possibly needed changes to a
later moment (say one week).

fant He means (I think) that the problem is pressing enough for him to
fant want a solution *really*soon*.  Since he can't NMU for a non-RC
fant bug without your explicit Okay, the only solution for him would
fant be to use a locally patched package, which is bad.

Well, unfortunately, that's what I do as well, for a number of package,
Debian or not, and I think that's what most of us do.  Being free
software allows us to do it, and we have a lot of nice VCSs to cope with
it.  It might be bad because it forces _us_ to do the work, but OTOH,
as I understand it, forcing others to work doesn't really work outside
commercial projects.

fant It seems you block people from testing emacs23 if one of their
fant main uses is TeX stuff.  BTDT - using different emacs versions for
fant different tasks is not an option if you want to do real work.

I feel people _testing_ emacs23 should now how to add something to the
load-path variable. :-)

Anyway, thank you for taking the time to elaborate on what you feel I
was missing, I appreciate it.  I will try to avoid disappointing
reasonable people.

-- 
Ciao, Davide



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#539749: Time for a new maintainer for Auctex?

[Davide G. M. Salvetti]

  AT == Andreas Tille [2009-8-19]

AT Considering the facts presented above asking people for sending
AT patches is a bit weak arguing (well not even so weak as the
AT packaging work where we can not see a visible sign in the changelog
AT since two years).

Dear Andreas,

actually I am not presenting any argument.

AT I admit I'm a bit sick of people who force me to apply patches
AT myself and build local packages if I want to use recent high popcon
AT software like Emacs 23 who are not even be able to say sorry for not
AT beeing active to potential helpers.

It is not my intent to force people.  If you feel so inclined, please do
a NMU.

I'm sorry, I don't understand what you mean about being active to
potential helpers.

AT BTW, it's no shame to group maintain a package it's a way to face
AT real live if you are busy with other stuff.

The package is comaintained, and qualified people are always welcome
(Frank Küster being the most prominent, looking to past history).

AT Thanks for maintaining auctex since a long time anyway

You're welcome.

-- 
Ciao, Davide



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#539749: Time for a new maintainer for Auctex?

[Davide G. M. Salvetti]

  AT == Andreas Tille [2009-8-20]

AT Your arguing actually was:

DGMS ... you can start by studying how the software
DGMS is packaged and of course you are welcome to send in patches.

AT as a response to a patch which was provided inside #539749.  I'd
AT call this weak arguing (at best).

Then I suppose my English is not up to yours, as I still fail to
understand how that paragraph above of mine can qualify as arguing.

My intent was to suggest a potential helper how to help best; I'm sorry
if that was misunderstood by you and/or maybe others.  I hope this
comment clarifies my sentences.

AT The problem does not qualify for a NMU and you leave potential
AT helpers completely unclear about your intentions.

I already stated that I intend to keep maintaining the package.  Why do
you say that (I) leave potential helpers completely unclear about (my)
intentions?  If you are looking for a timeline, I'm sorry, but I don't
feel like promising.  I'd rather work on it and upload it when I'm
ready.

AT So I'm forced to find a private solution if I do not want to
AT conflict to our social standards.

I can't parse the meaning of this sentence.  If you're saying that you
need some sort of official blessing to have the problem qualify for a
NMU, you have mine.  If you're saying that you would rather to have
myself working on the issue, then please wait.  If you mean something
other, sorry, I do not understand.

AT Well, if I would be inactive and realise that I'm a blocker of a
AT package I would say sorry to my fellow developers for doing so and
AT enable them to change the status.

I do not see how I am blocking any package.  You need not to maintain a
package to help packaging, nor do you need it to upload it.

AT debian/control says:
AT Maintainer: Davide G. M. Salvetti sa...@debian.org
AT Uploaders: OHURA Makoto oh...@debian.org

AT but the changelog has not a single upload of OHURA Makoto
AT oh...@debian.org.  So what exactly are you talking about?

I'm sorry, it's you who talked about comaintaining.

AT A good example for a team maintenance is the
AT Debian TeX Maintainers debian-tex-ma...@lists.debian.org

I feel you're talking about very different packaging needs.

-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#506961: NMU diff for auctex 11.83-7.3

[Davide G. M. Salvetti]

  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 weeks.

Please, if you think /var/log is better than /tmp on some other than
security related grounds, let me know.

-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Davide G. M. Salvetti]

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 already been proposed in
 #429059, I'm inclined to throw all these bugs together and assign
 them to the emacs22 package.

 Opinions?

(mailcrypt maintainer here)

As I've already said, I am for it.

-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

[Davide G. M. Salvetti]

  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 (if (not (file-executable-p /usr/bin/mail))
AM (error /usr/bin/mail is not executable))

AM I am including #429059 in my reply, so emacs22 maintainers are aware that an
AM RC bugreport has been filed against mailcrypt because of this problem and
AM can join the thread.

I think we should along this route, and I'm inclined to reassign this
bug to emacs22.

What do you think?

-- 
Ciao, 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

[Davide G. M. Salvetti]

  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#502762: Simple Fix

[Davide G. M. Salvetti]

  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#483731: auctex: postinst failed with emacs-snapshot

[Davide G. M. Salvetti]

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#457484: 11.83; [Julian Gilbey [EMAIL PROTECTED]] Bug#457484: auctex: infinite loop when trying to reformat paragraph in LaTeX mode containing overlong line

[Davide G. M. Salvetti]

tags 457484 - moreinfo
tags 457484 + confiremd upstream
forwarded 457484 [EMAIL PROTECTED]
thanks

[Developers: please keep [EMAIL PROTECTED] in the Cc field if and
when you reply.]

Hi, in the enclosed digest you can find the description for a bug
reported by a Debian user.  I can confirm it on my box as well.  The
original submitter didn't use TeX-submit-bug-report, so I did; here's
the info:

--8---cut here---start-8---
Emacs  : GNU Emacs 22.1.1 (i486-pc-linux-gnu, GTK+ Version 2.12.3)
 of 2007-12-15 on noname, modified by Debian
Package: 11.83

current state:
==
(setq
 AUCTeX-date 2006-06-07
 window-system 'x
 LaTeX-version 2e
 TeX-style-path '(style auto /usr/share/emacs/22.1/site-lisp/auctex/style
  /var/lib/auctex/emacs22)
 TeX-auto-save nil
 TeX-parse-self nil
 TeX-master t
 TeX-command-list '((TeX %(PDF)%(tex) %S%(PDFout) \%(mode)\\input %t\
 TeX-run-TeX nil (plain-tex-mode ams-tex-mode texinfo-mode) 
:help
 Run plain TeX)
(LaTeX %l \%(mode)\\input{%t}\ TeX-run-TeX nil
 (latex-mode doctex-mode) :help Run LaTeX)
(Makeinfo makeinfo %t TeX-run-compile nil 
(texinfo-mode) :help
 Run Makeinfo with Info output)
(Makeinfo HTML makeinfo --html %t TeX-run-compile nil
 (texinfo-mode) :help Run Makeinfo with HTML output)
(AmSTeX %(PDF)amstex %S%(PDFout) \%(mode)\\input %t\
 TeX-run-TeX nil (ams-tex-mode) :help Run AMSTeX)
(ConTeXt texexec --once --texutil %(execopts)%t 
TeX-run-TeX
 nil (context-mode) :help Run ConTeXt once)
(ConTeXt Full texexec %(execopts)%t TeX-run-TeX nil
 (context-mode) :help Run ConTeXt until completion)
(BibTeX bibtex %s TeX-run-BibTeX nil t :help Run 
BibTeX)
(View %V TeX-run-discard t t :help Run Viewer)
(Print %p TeX-run-command t t :help Print the file)
(Queue %q TeX-run-background nil t :help
 View the printer queue :visible TeX-queue-command)
(File %(o?)dvips %d -o %f  TeX-run-command t t :help
 Generate PostScript file)
(Index makeindex %s TeX-run-command nil t :help
 Create index file)
(Check lacheck %s TeX-run-compile nil (latex-mode) :help
 Check LaTeX file for correctness)
(Spell (TeX-ispell-document \\) TeX-run-function nil 
t :help
 Spell-check the document)
(Clean TeX-clean TeX-run-function nil t :help
 Delete generated intermediate files)
(Clean All (TeX-clean t) TeX-run-function nil t :help
 Delete generated intermediate and output files)
(Other  TeX-run-command t t :help Run an arbitrary 
command))
 )
--8---cut here---end---8---

-- 
Ciao, Davide
---BeginMessage---
Topics:
   Bug#457484: auctex: infinite loop when trying to reformat paragraph in LaTeX 
mode containing overlong line
   Re: Bug#457484: auctex: infinite loop when trying to reformat
---End Message---
---BeginMessage---
Package: auctex
Version: 11.83-7

With the following lines:

{
  \emph{This foreword is an edited version of
  an article which can be found at}
  
\url{http://www.some.really.long.url/which/cannot/be/broken/anywhere/at/all.pdf}
}

placing the cursor on the line beginning an article and typing M-q
to reformat the paragraph results in an infinite loop: interrupting
with C-g shows that thousands of blank lines have been inserted before
the \url line.  I am using emacs22-gtk, version 22.1+1-2.3 if that is
of use.

   Julian



---End Message---
---BeginMessage---
On Sun, Dec 23, 2007 at 12:47:27AM +0100, Davide G. M. Salvetti wrote:
 tags 457484 + moreinfo
 thanks

 I can not reproduce the bug here with auctex 11.83-7 and GNU Emacs
 22.1.1 (i486-pc-linux-gnu, GTK+ Version 2.12.1) of 2007-11-03 on pacem,
 modified by Debian.
 
 Can you please provide a complete minimal document?  I used the
 following one:

Ah, I've found the culprit: it's \usepackage{url}.  Minimal document:

\documentclass{book}

\usepackage{url}

\begin{document}

{
  \hbox to \textwidth{\emph{This foreword is an edited version of
  an article which can be found at}}
  
\url{http://www.some.really.long.url/which/cannot/be/broken/anywhere/at/all.pdf}
}

\end{document}


   Julian


---End Message---

Bug#457484: auctex: infinite loop when trying to reformat paragraph in LaTeX mode containing overlong line

[Davide G. M. Salvetti]

tags 457484 + moreinfo
thanks
  JG == Julian Gilbey [2007-12-22]

JG Package: auctex
JG Version: 11.83-7

JG With the following lines:

JG {
JG \emph{This foreword is an edited version of
JG an article which can be found at}
JG 
\url{http://www.some.really.long.url/which/cannot/be/broken/anywhere/at/all.pdf}}

JG placing the cursor on the line beginning an article and typing M-q
JG to reformat the paragraph results in an infinite loop: interrupting
JG with C-g shows that thousands of blank lines have been inserted
JG before the \url line.  I am using emacs22-gtk, version 22.1+1-2.3 if
JG that is of use.

I can not reproduce the bug here with auctex 11.83-7 and GNU Emacs
22.1.1 (i486-pc-linux-gnu, GTK+ Version 2.12.1) of 2007-11-03 on pacem,
modified by Debian.

Can you please provide a complete minimal document?  I used the
following one:
--8---cut here---start-8---
\documentclass{article}

\begin{document}

{
  \emph{This foreword is an edited version of
  an article which can be found at}
  
\url{http://www.some.really.long.url/which/cannot/be/broken/anywhere/at/all.pdf}}

\end{document}
--8---cut here---end---8---


-- 
Ciao, Davide



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#409795: Additional info --- partially resolved

[Davide G. M. Salvetti]

tags 409795 + confirmed upstream
thanks

Hi,

this bug has been resolved for what concerns the Recommends part since
auctex 11.83-5.

It still misses run-time pdf-viewers automatic detection, which I'm
tagging upstream.

-- 
Ciao, Davide


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432206: auctex: Can we have this fix now emacs22 is in testing, please?

[Davide G. M. Salvetti]

  RT == Reuben Thomas [2007-8-7]

RT Package: auctex
RT Followup-For: Bug #432206

Hi,

it will be fixed, you just have to be patient and wait a bit.

-- 
Ciao, Davide


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#436070: mailcrypt: [INTL:pt] Wrongly encoded Portuguese debconf translation

[Davide G. M. Salvetti]

tags 436070 + confirmed pending
thanks
  CP == Christian Perrier [2007-8-5]

CP The attached file is recoded to UTF-8 and should replace
CP debian/po/pt.po. Of course, I did not change anything else, not
CP being a portuguese speaker mayself..:)

Thanks, next upload will fix this.

-- 
Ciao, Davide


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#435902: mailcrypt: please prefer emacs22

[Davide G. M. Salvetti]

tags 435902 + confirmed pending
thanks
  TK == Tatsuya Kinoshita [2007-8-4]

TK The dependency is now `emacs21 | emacs-snapshot | emacs22' which
TK seems that emacs21 and emacs-snapshot are preferred to emacs22.
TK However, emacs21 is an old version and emacs-snapshot no longer
TK exists.  Please use `emacs22 | emacs21' or `emacs | emacs22 | emacs21'
TK instead.

Thanks, I will change it to emacs22 | emacs21 | emacs-snapshot, since
I intend to support people having only emacs-snapshot installed some
time more.

-- 
Ciao, Davide


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432215: The package for debian is still missing

[Davide G. M. Salvetti]

  BK == Bernhard Kleine [2007-8-2]

BK I have reinstalled auctex today and the lack of emacs22 is not
BK fixed!

Hi, that's correct.  ATM the Debian (as in _Debian_) auctex package
misses emacs22 support.  I'm working on an update of auctex, which will
include this feature (along with other things).

Meanwhile, please, consider applying the patch by yourself.  Thanks.

-- 
Ciao, Davide


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428908: [José Manuel Pérez [EMAIL PROTECTED]] Bug#428908: Problem whit the installation of auctex on testing

[Davide G. M. Salvetti]

From the bug submitter.

-- 
Ciao, Davide
---BeginMessage---
Hi, Davide.

I have the solution at this bug.
I review the usr/share/emacs21/site-lisp/auctex/CompilationLog and see that :

configure: error: LaTeX not found, aborting!
You must install LaTeX for preview to work.

so, i decided to purge all about emacs and install firts :

apt-get install texlive.
because i understand that here we find latex, the documentation about
de texlive says This metapackage provides a decent selection of the
TeX Live packages
which should suffice for the most common tasks. and effectively i
find  latex in the package texlive-latex-base.
next i tried to install auctex, which depends en testing are :
 emacs21 emacs21-bin-common emacs21-common emacsen-common, so  apt
install all dependents for next install and configure auctex, and all
it's ok, :)
I use auctex fine.

Thanks for you attention.

---End Message---