| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
| |
Closes: #1039105
Reported-by: Dirk Eddelbuettel <edd@debian.org>
|
| |
|
|
|
|
|
| |
Closes: #1013860.
Suggested-by: Hilmar Preuße
|
|
|
|
|
|
|
|
|
|
| |
This reduces the severity of #914945.
xemacs21 is currently marked for autoremoval. If that happens,
the resolution to #914945 is to close that bug.
Eventually, xemacs21 should be removed from the cleanup list in the
postrm.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using its absolute path is not desirable if vm's Debian package is
built on a system where PATH will find a non-standard implementation of
install(1), such as /usr/local/bin/install or /home/me/.bin/install.
lisp/Makefile gets installed into the Debian package, but even if the
system doing the build has one of those non-standard paths, that doesn't
mean the system where the package is installed will also have it.
For AC_PROG_INSTALL, there is no direct equivalent of AC_CHECK_PROG that
defers the PATH search, and passing INSTALL=install to ./configure
doesn't work either, because for historical reasons related to
install-sh, AC_PROG_INSTALL assumes that if ${INSTALL} is not an
absolute path then it should be taken to be relative to the top-level
source directory.
We know that Debian systems have GNU coreutils install(1), so we can
write a suitable implementation here directly.
Closes: #915955
Signed-off-by: Simon McVittie <smcv@debian.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
AC_PATH_PROG discovers the absolute path of a tool, but this is not
desirable if vm's Debian package is built on a system where PATH will
find a non-standard implementation of these tools, such as
/usr/local/bin/rm or /home/me/.bin/ls. lisp/Makefile gets installed into
the Debian package, but even if the system doing the build has those
non-standard paths, that doesn't mean the system where the package is
installed will also have them.
These variables don't actually need to be set to absolute paths if we
can assume that a PATH search will find some suitable implementation,
both on the build system and on the installed system. If an absolute
path is not desired, then AC_PATH_PROG is the wrong macro, and
AC_CHECK_PROG is more appropriate.
Closes: #915955
Signed-off-by: Simon McVittie <smcv@debian.org>
|
|
|
|
|
|
| |
Otherwise changes to configure.ac will not take effect.
Signed-off-by: Simon McVittie <smcv@debian.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Build-Depends-Indep are not guaranteed to be installed when running
`debian/rules clean`, even for a source package that only builds
architecture-independent binary packages. Moving the tools required
during clean to Build-Depends allows `dpkg-buildpackage -S` to succeed
in an environment with only the Build-Depends.
Closes: #992783
Signed-off-by: Simon McVittie <smcv@debian.org>
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
| |
(cherry picked from commit f8d5037ebbc38d85976113269079e4a66a3961b0)
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
|
|
|
|
|
|
|
|
| |
Without this, makeinfo nowadays (quite reasonably) thinks it should be
UTF-8 and then fails with a complaint about the encoding.
Closes: #952255.
Reported-by: Lucas Nussbaum
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
|
| |
Patch from here:
https://bugs.launchpad.net/vm/+bug/1763377
https://launchpadlibrarian.net/364804904/vm-emacs26.patch
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
|
|
|
|
| |
With xemacs21 enabled, installing this package causes xemacs21 to use
us rather than its own vm, but ours is broken: loading it fails with
Invalid byte code: "invalid opcode 0 in instruction stream"
This is discussed in #914945.
Disable xemacs21 support until someone is able to fix it.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
|
|
|
|
| |
This was not right since
bda74b5ad7eadfab535f258c2c5db610887304be
Ship to a `vm.in' directory
As a result, cruft would be left in /usr/share/emacs/site-lisp/vm.in
when older packages are removed.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
| |
This will avoid future edits editing only one of these lists.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
| |
Since 8.2.0b-3 was have been able to byte-compile for unversioned
emacs. But the passlist is replicated in emacsen-remove too.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
|
| |
We don't want to delete this because (i) it's shipped in the .deb
and (ii) the constnat vm-version depends on its existence.
Closes: #914818
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
|
|
|
| |
Replace the two bits of code that manipulate vm-autoload.el and
vm-autoload.el.precious, around `make clean', with loops over
$PRECIOUS.
No functional change as yet.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
|
|
|
| |
This is in a commented-out bit of the file. I prefer this approach to
the one suggested in #902179, because this is more like what seems to
have been done upstream to the similar vm-autoloads.el target.
Closes:#902179.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
| |
Everything works now, so add emacs-nox as an alternative to the
build-dependencies.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
|
|
|
|
|
|
| |
Our arrangements work for this now.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With Debian emacs being unversioned, we are going to ha4ve to handle
the emacsen flavour `emacs'. In that case, $ELDIR and $ELCDIR would
be the same. But the emacsen-install arrangements involve making a
fresh $ELCDIR and copying $ELDIR into it and running make on the
upstream Makefile. That doesn't work if they are the same directory.
So ship all the files to /usr/share/emacs/site-lisp/vm.in, making that
directory $ELDIR. The postinst (via emacsen-install) provides
/usr/share/emacs/site-lisp/vm.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
|
|
|
| |
This seems to be enough for dpkg-buildpackage, and also
for ./configure && make.
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
|
|
|
| |
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Non-maintainer upload.
* Support emacs25. Change build dependency from emacs24 to "emacs25-nox
| emacs25 | emacs24", and allow emacs25 as a flavor in the postinst
and postrm (Closes: #846991).
[dgit import package vm 8.2.0b-2.1]
|
|
|
|
| |
[dgit import orig vm_8.2.0b.orig.tar.gz]
|
|
|
|
| |
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
|
|\ |
|
|
|
|
|
|
|
| |
* New upstream release. This has been in Beta for two years now, and
seems to work fine.
# imported from the archive
|
|
|
|
|
|
|
| |
This has been in Beta for two years now, and seems to work fine.
Fixed texinfo warnings
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
|
|\
| |
| |
| |
| |
| |
| | |
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
Conflicts:
info/vm.texinfo
|
| |
| |
| |
| |
| |
| |
| | |
There was a spurious comma, and seveal unnumbred subsections were one
level too low.
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
Conflicts:
info/vm.texinfo
|
|\ \ \
| | |/
| |/|
| | |
| | |
| | |
| | | |
Signed-off-by: Manoj Srivastava <srivasta@golden-gryphon.com>
Conflicts:
info/vm.texinfo
|
| | | |
|