Thanks, you are right.
Take care,
Aurelien Jarno writes:
> Hi,
>
> On 2024-03-10 11:20, Camm Maguire wrote:
>> Greetings! For now I am adding a libnsl-dev dependency to the gcl
>> package to restore the old behavior. A small fix to the fricas package
>> will ev
t; | make: *** [debian/rules:43: build-stamp] Error 2
> | dpkg-buildpackage: error: debian/rules binary subprocess returned exit
> status 2
>
> One way to fix that would be to add an explicit Build-Depends on
> libtirpc-dev. That said I cou
policy: (500, 'unreleased'), (500, 'unstable')
> Architecture: loong64 (loongarch64)
>
> Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to
s, please help us fix this patch.
>
> I would like to remind you that the compilation dependency of acl2 is
> not yet satisfied. Depends on the gcl ( >= 2.6.14-1) package when
> compiling acl2.
> If you have any questions, you can contact me at a
Peetz writes:
> Package: maxima
> Version: 5.46.0-11
> Severity: normal
>
> Dear Camm Maguire,
>
> calling maxima generates a kernel message:
>
> kernel: __vm_enough_memory: 1 callbacks suppressed
> kernel: __vm_enough_memory: pid: 13721, comm: maxima, no enou
Greetings, and thanks again! Fix forthcoming.
Take care,
Jakub Wilk writes:
> * Camm Maguire , 2023-02-08 17:24:
>>Greetings, and thanks for your report! I cannot reproduce this.
>
> As a data point, I get the crash on i386, but not on amd64.
>
>>Are you running in a
2.36-8
> ii libedit2 3.1-20221030-2
> ii libgmp10 2:6.2.1+dfsg1-1.1
> ii libtirpc3 1.3.3+ds-1
> ii libx11-6 2:1.8.3-3
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
fsg-1
ii zlib1g 1:1.2.13.dfsg-1
Versions of packages gcc-12 recommends:
ii libc6-dev 2.36-4
Versions of packages gcc-12 suggests:
pn gcc-12-doc
pn gcc-12-locales
pn gcc-12-multilib
-- no debconf information
--
Camm Maguirec...@
023690 by -1
>
> Please switch to gcc-12 that is default in bookworm.
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
DATE_EPOCH
> +export FORCE_SOURCE_DATE=1
> +
> +# Force locale to avoid differences when building with obscure locales
> +export LC_ALL=C.UTF-8
> +
> include /usr/share/dpkg/buildflags.mk
>
> build: build-arch build-indep
> @@ -61,6 +67,9 @@
> $(MA
.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
bc-dev-bin_2.33-1 libc6_2.33-1 libc6-dev_2.33-1
>
> I will regenerate the chroots.
>
> Adrian
>
>> [1]
>> https://buildd.debian.org/status/fetch.php?pkg=gcl=m68k=2.6.12-117=1640457045=0
--
Camm Maguir
Greetings!
John Paul Adrian Glaubitz writes:
> Hello!
>
> On 12/30/21 21:18, Camm Maguire wrote:
>>> I have uploaded patched versions of glibc for m68k and sh4 and blocked the
>>> autobuild for glibc on the buildds.
>>
>> Greetings! I think you meant
John Paul Adrian Glaubitz writes:
> Hi Camm!
>
> On 12/28/21 19:52, John Paul Adrian Glaubitz wrote:
>> On 12/28/21 19:20, Camm Maguire wrote:
>>> Correction, that is current autobuilders on 68k and sh4.
>>
>> That's a known issue, see [1]. I will patch th
severity 1002699 normal
merge 1002699 916276
thanks
Thank you so much!
John Paul Adrian Glaubitz writes:
> Hi Camm!
>
> On 12/28/21 19:52, John Paul Adrian Glaubitz wrote:
>> On 12/28/21 19:20, Camm Maguire wrote:
>>> Correction, that is current autobuilders on 68
Correction, that is current autobuilders on 68k and sh4.
Take care,
Camm Maguire writes:
> Package: libc6
> Version: 2.33-1
> Severity: serious
> Justification: Policy 2.2.1
> X-Debbugs-Cc: c...@debian.org
>
> With a file "configure" in the current directo
k and s390.
=
#include
#include
int main() {
struct dirent *d;
DIR *r=opendir("./");
for (;(d=readdir(r)) && strcmp("configure",d->d_name););
return d && d->d_type==DT_REG ? 0 : -1;
}
=======
Greetings, and thanks so much! Fixed in -8.
Take care,
Agustin Martin writes:
> El mié, 1 dic 2021 a las 16:53, Camm Maguire
> () escribió:
>>
>> Greetings! Am uploading a fix for now. cl-lib for xemacs21 can be
>> found in the mmm-mode package. Other change
s.debian.org/cgi-bin/bugreport.cgi?bug=999626
> >
> > Take care,
>
> ___
> Maxima-discuss mailing list
> maxima-disc...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/maxima-discuss
--
Camm Maguire
. Additionally you could remove "READLINE" from the
> GPL banner then (not necessary).
>
> I see that you are also the gcl maintainer, so you can coordinate
> uploads of maxima and gcl linked with libedit.
>
> Thanks,
> Bastian
>
> Am 12.10.21 um 16:07 schrieb
library which is a
>> readline replacement.
>
> The current version compiles with libeditreadline-dev without any patch.
> I do not see the build influenced by it and guess libreadline is still loaded
> via gcl.
> Can you please comment on this?
>
>
>
--
Camm Maguire
ny box that's still fine for building any other package, it OOMs.
>
>
> Meow!
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
-04-24 13:23:44.0 +
@@ -1,3 +1,11 @@
+fricas (1.3.6-6) unstable; urgency=high
+
+ * libx11-dev -> libxpm-dev in build depends
+ * Bug fix: "fricas-{graphics,hypertex} are empty", thanks to Adrian Bunk
+(Closes: #987456).
+
+ -- Camm Maguire Sat, 24 Apr 2021 1
work with XEmacs", thanks to
+Agustin Martin (Closes: #969410).
+
+ -- Camm Maguire Sat, 24 Apr 2021 13:41:46 +
+
maxima (5.44.0-2) unstable; urgency=medium
* emacs24 -> emacs-gtk in control dependencies
diff -Nru maxima-5.44.0/debian/patches/series
maxima-5.44.0/debian/p
fsg-2
> ii acl2-source 8.3dfsg-2
>
> Versions of packages acl2 suggests:
> ii acl2-emacs 8.3dfsg-2
>
> -- no debconf information
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings! Commits/changes yes, but releases?
Take care,
Davide Prina writes:
> On 07/12/20 20:50, Camm Maguire wrote:
>> Where on github or the webpage do you find a newer release?
>
> on GitHub
>
> https://raw.githubusercontent.com/daly/axiom/master/changelog
>
s:
> http://www.axiom-developer.org/
> https://github.com/daly/axiom
>
> I think that there is a new version on github
>
> Ciao
> Davide
>
>
>
--
Camm Maguirec...@maguirefamily.org
=
maxima-emacs recommends:
> ii acroread [pdf-viewer]9.5.5-dmo10
> ii evince [postscript-viewer] 3.34.1-1
> ii ghostscript [postscript-viewer] 9.50~dfsg-5
> ii mime-support 3.64
>
?p=gcl
>
> I suspect the FTBFS of acl2 is related.
>
> Cheers,
>
> Ivo
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Package: texlive-binaries
Version: 2018.20181218.49446-1
Severity: important
Dear Maintainer,
ghostscript has dropped support for the reportedly non-standard
'execute' command since version 9.27. Upstream indicates that this
will remain the case and is not a bug. This situation leaves xdvi in
5.42.1-1
>
> Versions of packages maxima suggests:
> ii maxima-doc5.42.1-1
> pn maxima-emacs
> pn texmacs
> ii tk [wish] 8.6.9+1
> pn xmaxima
>
> -- no debconf information
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
t; Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr
> (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
>
>
--
Camm Maguirec...@maguirefamily.o
=medium
+
+ * Minimal RC fix for testing migration
+
+ -- Camm Maguire Fri, 29 Mar 2019 17:36:04 +
+
+lam (7.1.4-5) unstable; urgency=medium
+
+ * fix /usr/lib/lam/lib/* links in lam4-dev
+
+ -- Camm Maguire Mon, 25 Mar 2019 02:24:32 +
+
+lam (7.1.4-4) unstable; urgency=high
+
+ * Accept
ian build flags
>
> These are bad changes to do during the deep freeze and will probably be
> rejected by the release team.
>
> Andreas
>
>
>
--
Camm Maguirec...@maguirefamily.org
=
Greetings! Yes, thanks! Did you see the upload? One more
forthcoming
Take care,
Andreas Beckmann writes:
> Hi Camm,
>
> On 2019-03-13 22:44, Camm Maguire wrote:
>> Greetings! I should have some time to look at this this week. If you
>> happen to develop a patch,
n/mpicc': No such file or directory
> lrwxrwxrwx 1 root root 22 Mar 13 07:44 /etc/alternatives/mpi ->
> /usr/bin/mpicc.openmpi
> lrwxrwxrwx 1 root root 21 Mar 13 07:44 /usr/include/mpi ->
> /etc/alternatives/mpi
>
> I'll try to clean this up.
>
>
>
AppArmor: enabled
>
> Versions of packages liblam4 depends on:
> ii libc6 2.28-7
> ii libgcc1 1:8.2.0-20
> ii libltdl72.4.6-9
> ii libstdc++6 8.2.0-20
>
> Versions of packages liblam4 recommends:
> pn
???
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
w tried pbuilder with
> 1) amd64, all binary packages
> 2) amd64, arch-dependent binary packages
> 3) i386, all binary packages
> but unfortunately all those builds have produced working packages :)
>
>
> Juhani
>
>
fs on armel, armhf, arm64 and ppc64el.
>
> https://buildd.debian.org/status/fetch.php?pkg=acl2=armel=8.0dfsg-1=1515868416=0
>
> and checked that it ftbfs on plummer (ppc64el).
>
>
>
--
Camm Maguire
Greetings! Please ignore my last post on this -- am uploading your
patch now. Thanks so much!
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one co
to think about this a bit more.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
in the sman code. If the only canonical support is for
/mnt/LINUX, then so be it and no worries.
Take care,
r.duc...@gmail.com writes:
> On Monday, February 19, 2018 10:11:29 PM CET Camm Maguire wrote:
>>
>> Thanks for your report! I think -nox should work, right?
2-1
>
> Versions of packages axiom recommends:
> ii axiom-doc 20170501-2
> ii axiom-graphics 20170501-2
> ii axiom-hypertex 20170501-2
> ii axiom-source 20170501-2
>
> Versions of packages axiom suggests:
> pn a
will investigate further.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings!
Héctor Orón Martínez <hector.o...@gmail.com> writes:
> Hello Camm,
>
> 2017-05-25 19:27 GMT+02:00 Camm Maguire <c...@maguirefamily.org>:
>> How much memory is on the build machine?
>
> mips-aql-05:~$ free -h
> total used f
sses for your build as well as test.log
>
>
> -- System Information:
> Debian Release: 9.0
> APT prefers unstable
> APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64
> (x86_64)
>
> Kernel: Linux 4.9.0-3-amd64 (SMP w
severity 857296 important
thanks
Greetings and thanks for your report! Am looking into this now
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one co
Greetings!
Alright then if you want to set up an instance for me on Monday I can
try to take a look then.
Take care,
Lucas Nussbaum <lu...@debian.org> writes:
> On 22/11/16 at 15:09 -0500, Camm Maguire wrote:
>> Greetings, and thanks for your reply!
>>
>> Lucas
e quite expensive,
> I'd rather not keep them running for days)
Perhaps, but could you please first tell me what is in
DEB_BUILD_OPTIONS? Does 'make' have a known tsx issue too? That is the
only source of parallelism here that I can see.
Take care,
>
> Lucas
>
>
> On 19/11/16 at 10
ve with this solution. For the next Debian release we
> have another chance to try and use your maxima packages for SageMath.
>
> You can close this bug now if you want.
>
> Best,
> Tobias
>
>
>
>
--
Camm Maguirec...@maguirefamily
-memoize-lock and with-global-memoize-lock-static
only mess with locks when #+(or ccl sb-thread lispworks).
-- Matt
> Cc: c...@maguirefamily.org
> From: Camm Maguire <c...@paradis.debian.org>
> Date: Wed, 16 Nov 2016 16:29:55 +
>
> Greetings! ACL2 on GCL does not empl
<>/books/system/hons-check/memoize-tests.lisp
>> >
>> > /<>/books/build/make_cert:106: recipe for target
>> > 'system/hons-check/memoize-tests.cert' failed
>> > make[2]: *** [system/hons-check/memoize-tests.cert] Er
not the first time that some mips* box produces broken binary
> packages. mips porters X-Debbugs-Cced. Most likely binNMUing "fixes"
> this problem, but we should really figure out why this is happening.
>
> Helmut
>
>
>
>
--
Camm Maguire
gt; resolve. (The other one is pari, which is resolved if pari 2.9 is
> released in time for stretch.)
>
> Best,
> Tobias
>
> [1] https://lists.alioth.debian.org/mailman/listinfo/debian-science-sagemath
>
>
--
Camm Maguirec...@maguirefamily
Greetings!
Santiago Vila <sanv...@unex.es> writes:
> On Sun, 2 Oct 2016, Camm Maguire wrote:
>
>> Greetings! I just wanted to keep you abreast of the latest upload.
>> I've put in an improvement which I hope will allow better use of the
>> ram available without run
parently didn't like.
>
> Please allow me some time to read it in full and reply the way it
> deserves.
>
> Thanks.
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
Greetings! I think I have a solution with this next upload. Please let
me know if this looks solid to you.
Take care,
Lucas Nussbaum <lu...@debian.org> writes:
> Hi,
>
> Would you like me to try on a node with more RAM, to exclude that?
>
> Lucas
>
>
> On 28/09/1
: 1/1 tests passed
>>
>> Error summary:
>> Error found in /«PKGBUILDDIR»/tests/rtest8.mac, problem:
>> (133)
>> 1 test failed out of 10,614 total tests.
>> real time :119.349 secs
>> run-gbc time: 99.529 secs
>> child run time :
hell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages maxima depends on:
> ii libc6 2.23-4
> ii libgmp10 2:6.1.1+dfsg-1
> ii libreadline6 6.3-8+b4
> ii libx11-6 2:1.6.3-1
>
> Versions of packages
re memory II have,
> the more memory they take, so I still have the problem that I can't
> measure how much memory they really need.
>
> Thanks.
> From unknown Mon Sep 26 19:22:45 2016
> X-Loop: ow...@bugs.debian.org
> Subject: Bug#827953: maxima: Uses too much memory to
. In other words, how much just to
run the debian/rules build target, etc.
Santiago Vila <sanv...@unex.es> writes:
> On Mon, 25 Jul 2016, Camm Maguire wrote:
>
>> If this is happening, then it is indeed a bug. The intent is to use
>> physical ram only by default unless the ap
Greetings, and thanks for your report!
Santiago Vila <sanv...@unex.es> writes:
> On Sun, 10 Jul 2016, Camm Maguire wrote:
>
>> Greetings, and thanks so much for your report! More reply later, but
>> just want to point out for now that the memory used for the build
t; * I need a bigger machine *only* to build the packages at the end of
> the above list.
>
> I know that you have been fine-tuning the memory usage for these
> programs lately, but it still happens that the more memory II have,
> the more memory they
the latter works on
darwin.
Any suggestions here?
Take care,
Adam Conrad <adcon...@debian.org> writes:
> On Tue, May 03, 2016 at 12:38:26PM -0400, Camm Maguire wrote:
>>
>> Greetings! I can add -fPIE without issue to the build flags used for
>> the failed target
EMPT)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
isp") (funcall (intern
> (symbol-name :operate-on-system) :mk) "maxima" :load :verbose t) (when
> (fboundp (quote si::sgc-on))(si::sgc-on t)) (si:save-system
> "binary-gcl/maxima"))'
>
> I tried to issue that command manually but it fails. How to run gcl from
&g
t 1701869637 by 1, most probably a bug.
>
> For maxima:
> /bin/bash -c gcl -batch -eval '(progn (load
> "../lisp-utils/defsystem.lisp") (funcall (intern
> (symbol-name :operate-on-system) :mk) "maxima" :load :verbose t) (when
> (fboundp (quote si::sgc-on))(si
DDIR»/books/projects/security/des-ghosh/des.lisp
>> | make[2]: *** [projects/security/des-ghosh/des.cert] Error 1
>
> I couldn't reproduce it locally; Christoph, please could you give back
> src:acl2 for another build on kfreebsd-amd64 to see if it is still
> r
Greetings!
Santiago Vila <sanv...@unex.es> writes:
> Thanks a lot for the explanations!
>
> On Wed, Apr 13, 2016 at 03:10:34PM -0400, Camm Maguire wrote:
>
>> For now I've put in a heuristic to try to match the heuristic used in
>> the kernel. We default GCL_MEM_M
em this
> was after all?
>
> And more importantly: After the fix, will it now work with 2GB of RAM
> as well as 3GB or 4GB or any higher amount of memory?
>
> [ You will remember that the fact that it worked ok in your computer
> and it did not in another one with more memo
t;
> So, assuming this is the same problem which happens in maxima, your
> theory that the reason for this is that garbage collection is not
> working properly seems to be consistent with observed data.
>
> Thanks.
>
>
>
>
--
Camm
r disk space is not setup properly.
Just verified the build on barriere sid chroot.
BTW, build failure on (debian unsupported) sparc64 is a known issue
which cannot be fixed until debian provides a porterbox for this
platform.
Take care,
--
Camm Maguire
bove the 2Gb limit.
Thanks for your help in debugging this.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
"foo")' | ./maxima-local
&& mv foo src/binary-gcl/maxima
Please let me know if this also fixes your build.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The
Greetings!
Santiago Vila <sanv...@unex.es> writes:
> On Wed, Mar 09, 2016 at 03:20:57PM -0500, Camm Maguire wrote:
>> Greetings! While I still cannot reporduce this on barriere stretch,
>> please try
>>
>> export GCL_MEM_MULTIPLE=0.2
>>
>> before
Greetings! While I still cannot reporduce this on barriere stretch,
please try
export GCL_MEM_MULTIPLE=0.2
before building. Unless of course dpkg-buildpackage -A sanitizes the
environment, in which case please see if you can pass it on the command
line.
Take care,
--
Camm Maguire
easy fix is to drop them
> now.
>
> * When using "dh", it is allowed to use (independently)
> optional targets override_dh_foo-arch and override_dh_foo-indep
> (for several values of "foo").
>
>
> Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
> properly, the package would be suitable to be uploaded in source-only
> form if you wish.
>
> Thanks.
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
t;
> * When using "dh", it is allowed to use (independently)
> optional targets override_dh_foo-arch and override_dh_foo-indep
> (for several values of "foo").
>
>
> Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
> properly, the package would be suitable to be uploaded in source-only
> form if you wish.
>
> Thanks.
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
he .rela.plt section
where the reloc was R_X86_64_JUMP_SLOT. Just one file linked with -fPIE
-pg removed the plt jump-slot for the whole executable. I wonder if
this is intended. In any case, I need the plt, and only used -fPIE in
one place, so I dropped -pg there.
Take care,
--
Camm Maguire
https://launchpad.net/ubuntu/+source/gcl/2.6.12-27
>
> I haven't looked yet if this is a bad gcl assumption or a binutils
> regression (CCed H.J. Lu on the initial report).
>
> Matthias
>
>
>
>
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
Greetings! Just a followup -- gcl builds in current Debian
experimental. Perhaps something else ubuntu specific?
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The
...
dd-schroot-cmd: error: no such option: -t
Anyway to install this on one of the official development machines?
Take care,
Matthias Klose <d...@debian.org> writes:
> On 28.10.2015 15:26, Camm Maguire wrote:
>> Greeings, and thanks for the report! While I cannot reproduce this at
&
Greetings! OK. It turns out to be platform generic. Tail position in
boolean expressions is broken, but works in the analogous ternary
expression. Seems to be bad at least since 4.9.
Matthias Klose <d...@debian.org> writes:
> On 22.10.2015 19:09, Camm Maguire wrote:
>>
be fixed. If you have any suggestions as to the best
path forward, that would be helpful.
Take care,
Svante Signell <svante.sign...@gmail.com> writes:
> Hi,
> Cc: bug-hurd
>
> On Wed, 2015-10-21 at 10:57 -0400, Camm Maguire wrote:
>> Greetings, and thanks for your note!
t; the commandline?
>
>From the maxima source tree you can do
cd src
GCL_ANSI=t gcl
>(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name
>:operate-on-system) :mk) "maxima"
Package: gcc-5
Version: 5.2.1-22
Severity: normal
The following gcl routine (equal1) is not tail recursion optimized
(first recursive call, line 463 predicate.c) on s390 when compiled with
-G -O2, unlike on other Debian release platforms:
in
which calls to system() would fail.) The general symptom appears to be
a lockup of some sort in the rpc system (see maxima). Can this be
fixed, or must it wait on deeper forthcoming fixes in the core Hurd
system libraries?
Take care,
--
Camm Maguirec
finished path.l lisp implementation for gcl in
case you have any comments. It will require slight edits for
Version_2_6_13pre.
Take care,
--
Camm Maguirec...@maguirefamily.org
==
"The
Greetings!
James Cowgill <james...@cowgill.org.uk> writes:
> Hi,
>
> On Thu, 2015-10-15 at 14:02 -0400, Camm Maguire wrote:
>> Greetings! Alas, I've misplaced the email you sent me with the
>> addresses of the mips experts. Perhaps you could reforward and cc
>>
the caller restores its own gp value after a call. On
mips64 this seems to be left up to the callee. Is this correct? Is
this affected by any compiler switches?
Take care,
James Cowgill <james...@cowgill.org.uk> writes:
> On Mon, 2015-01-19 at 15:02 -0500, Camm Maguire wrote:
>&
-dbg
pn libtsan0-dbg
pn libubsan0-dbg
-- no debconf information
--
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its cit
Greetings! No problem! Thanks for your report!
Leo Butler <l_but...@users.sourceforge.net> writes:
> Camm, my apologies, I only checked bugs filed against maxima-doc not
> maxima.
>
> Leo
>
>
>
--
Camm Maguire
.jp> writes:
> Hi Camm, thanks for your investigation.
>
> On Tue, 15 Sep 2015 12:52:02 -0400, Camm Maguire wrote:
>
>> Looking at these, it appears that some command in maximalocal.mac is
>> directing a lookup in a home directory of /root when run as user
>> www-da
Greetings! OK, this should be done now.
Take care,
Jérémy Bobbio <lu...@debian.org> writes:
> Camm Maguire:
>> Greetings! Following the link you reference, it appears that I do not
>> need to export this variable, right? Debhelper is at a later version in
>> unst
te that the underlying gcl uses an algorithm
making use of the HOME environment variable as well as passwd database
lookups for the standard lisp function #'user-homedir-pathanme.
Take care,
--
Camm Maguire
possible, package maintainers may set and
export this variable manually in debian/rules:
export SOURCE_DATE_EPOCH = $(shell date -d "$$(dpkg-parsechangelog -SDate)" +%s)
=
Take care,
--
Ca
Versions of packages maxima suggests:
ii maxima-doc5.36.1-1
pn maxima-emacs none
ii texmacs 1:1.0.7.21-0.1
ii tk [wish] 8.6.0+8
ii xmaxima 5.36.1-1
-- no debconf information
--
Camm Maguirec...@maguirefamily.org
debian/rules:109: recipe for target 'build-gprof-stamp' failed
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
--
Camm Maguirec...@maguirefamily.org
ages ago.
Take care,
James Cowgill james...@cowgill.org.uk writes:
On Mon, 2015-01-19 at 15:02 -0500, Camm Maguire wrote:
tags 775728 wontfix
thanks
Greetings! I'd like to take a look at this, but there are no applicable
chroots available on any of the machines listed at
https
1 - 100 of 302 matches
Mail list logo