Unit 193 writes:
>
> Actually at the time of this writing, 4.7 is the current release. I had
> gone ahead and jumped to the latest version a while ago, mainly to unify
> my system on one Lua version, and I've attached the debdiff (debian/ only)
> to this message.
>
Hi all;
I've orphaned the
Roger Leigh writes:
>
> The PAM auth and session handling is I think the most likely culprit,
> and this is not under our direct control. Is there a particular PAM
> module which can change these cpusets? If so, can you edit the
> schroot PAM configuration and see if it can be disabled this
Package: schroot
Version: 1.6.10-11+b1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
As you can see with session below, schroot throws away the processor
affinities present in the parent process. This breaks a common
strategy (used e.g. by slurm) for sharing multi-processor
Vagrant Cascadian writes:
> But it wasn't clear to me, a humble QA uploader barely familiar with
> emacs, XEmacs, and .el files at all, weather it is required to work with
> XEmacs or how I would figure that out.
The last time I checked, the basic technology used by dh-elpa (namely
Control: severity -1 normal
David Bremner writes:
> flush has been deprecated for a while. It looks like it has finally gone a
> away?
>
> /etc/cron.weekly/apt-xapian-index:
That turned out to be a corrupted install python3-xapian on my machine
(installing xapian 1.5 in /usr, oop
Package: apt-xapian-index
Version: 0.51
Severity: important
Tags: newcomer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
flush has been deprecated for a while. It looks like it has finally gone a away?
/etc/cron.weekly/apt-xapian-index:
Traceback (most recent call last):
File
Package: timidity-el
Version: 2.14.0-2
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Preparing to unpack .../timidity-el_2.14.0-2_all.deb ...
ERROR: timidity-el is broken - called emacs-package-remove as a new-style
add-on, but has no compat file.
Remove timidity-el for
Package: a2ps
Version: 1:4.14-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The .el files are in the binary package, but I guess the postinst
doesn't follow debian emacs policy to get the files byte compiled and
installed in the right place.
- -- System Information:
Debian
Package: pristine-tar
Version: 1.32
Severity: normal
how to reproduce:
# or start from download.racket-lang.org
% wget
http://mirror.informatik.uni-tuebingen.de/mirror/racket/6.1/racket-6.1-src.tgz
% git init pt-test
% cd pt-test git commit -m'' --allow-empty
# from git-buildpackage ; saves
Package: libiphone-dev
Version: 0.9.1-4
Severity: wishlist
Hi;
I guess you plan to do this anyway as part of the adoption, but please
do update to the new upstream. According to Hector Martin's blog, this
is the version required for music updating.
Thanks!
David
-- System Information:
Debian
Cyril Brulebois wrote:
[1 text/plain; us-ascii (7bit)]
David Bremner brem...@unb.ca (13/08/2009):
I guess two of the NMUs are internationalization issues, so I don't
really how indicative they are of lack of maintanence. On the other
hand, the package has 22 lintian warnings, and sits
Since the last maintainer upload, there have been 3 (going on 4) NMUs
and two new upstream versions.
I guess two of the NMUs are internationalization issues, so I don't
really how indicative they are of lack of maintanence. On the other
hand, the package has 22 lintian warnings, and sits at
David Bremner bremner at unb.ca writes:
The maxima package has an unacknowledged RC bug from early April, and
an unacknowledged NMU from January.
I have some (ever slimmer) hope of better version of maxima in Lenny,
and I would be willing to adopt the package to make that happen.
Riku
The maxima package has an unacknowledged RC bug from early April, and
an unacknowledged NMU from January.
I have some (ever slimmer) hope of better version of maxima in Lenny,
and I would be willing to adopt the package to make that happen. I
would be happy to turn the package back over to Camm
14 matches
Mail list logo