Hi,
Tested this and it’s due to the 64t transition. The grovelled data changed:
(sid_armhf-dchroot)pvaneynd@abel:~/sbcl-2.3.7$ diff -u
./crossbuild-runner/backends/arm/stuff-groveled-from-headers.lisp
output/stuff-groveled-from-headers.lisp
---
This looks a lot like a problem between the
`OBSERVED-INTERNAL-REAL-TIME-DELTA-SEC` which is a word and the new 64-bit
counters.
❯ git grep observed-internal-real-time-delta-sec
src/code/thread-structs.lisp: #-64-bit (observed-internal-real-time-delta-sec
0 :type sb-vm:word)
Hi Adrian,
Thanks for that. I was reading up on this 'source only' uploads. In general I
agree with the idea, however for cmucl when a new major version gets released
the rebuilding of the new version using the old version is non-trivial and not
automated.
So for major releases I do the
Hello Dmitry,
As mentioned before: the community considers this an 'optional request'
not a requirement. Unless you have further comments I intend to close
this bug in a few weeks.
Best regards, Peter
--
signature -at- pvaneynd.mailworks.org
http://pvaneynd.dreamwidth.org/
God, root, what is
Hello Dmitry,
On 19/04/16 23:18, Dmitry Smirnov wrote:
> But this requirement is not optional. License do not allow us to speculate
> whether they are checking their post box or email and choose whether to
> comply with this requirement...
I checked and nobody is listening anymore at that
Hello Dmitry,
On 16/04/16 04:21, Dmitry Smirnov wrote:
> The following files are licensed under non-DFSG compliant license:
>
> Files:
>
>
Hello Santiago,
> Seems like a missing Build-Depends on hardening-includes, the package
> containing /usr/share/hardening-includes/hardening.make, so it
> should be quite easy to fix.
Turns out it's not so easy after all, I'm still working on it...
> BTW: I wonder why this package does not
Hello Jakub,
On 02/01/12 16:44, Jakub Wilk wrote:
Source: cmucl
Version: 20b-1
Severity: serious
Justification: fails to build from source
this is not really correct: in fact cmucl cannot be rebuild from source
in unstable. It worked before :(.
Or are you running stable perhaps?
This must
Hello Anne,
On 09/03/11 14:11, Anne C. Hanna wrote:
/usr/lib/clisp-2.49/base/lisp.run: operating system error during load of
initialization file `/usr/lib/clisp-2.49/base/lispinit.mem'
[/build/buildd-clisp_2.49-3+b1-amd64-lEeikj/clisp-2.49/src/spvw_memfile.d:982]
errno = ENOENT: No such file
Hello,
On 20/02/11 02:53, Wang Lei wrote:
Today after upgrading clisp, stumpwm can't startup. Report no xlib.
This is a problem of stumpwm I fear.
With the new version of clisp clx is no longer build in, you need to
also depend on the module clisp-module-clx. After installing this you
can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Stef,
On 01/10/10 22:15, stef louise wrote:
This was a little tricky. I successfully built and installed
libsigsegv2_2.8 binary+dev
Then the git build-package was successful, nonetheless it is uninstallable:
# LANG=C dpkg -i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Stef,
On 22/09/10 21:53, stef louise wrote:
I may have some time to check it by the end of the week. I know how to
compile stuff, even quite complex projects, but I'm quite unfamiliar
with git (even though I shouldn't), and I don't know
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Stef,
On 16/09/10 21:57, stef louise wrote:
/usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp
*** - handle_fault error2 ! address = 0x77dc3ba0 not in
[0x699c60d8,0x69aa3000) !
I have a new clisp version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Faré,
I'll try to update clc and friends as soon as possible.
On 14/04/10 00:28, Faré wrote:
2- C-L-C needs to (asdf:clear-output-translations) and
(asdf:clear-source-registry) right before it dumps images, for all
implementations.
ok
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
ECL needs a more recent version of libgc, but we only have 7.1 in
experimental so until 446068 and 559345 are fixed in unstable we can
only continue to use the included libgc (and libatomic-ops) version.
If you do have patches that make libgc
Hi all,
These bugs only describe expected behavior.
From 6.19 onwards common-lisp-controller is no longer doing this. I will
update the clc documentation and add a NEWS file to point this out more
clearly (I hope).
I've attached the NEWS file for you to review.
Groetjes, Peter
--
signature
Hello all,
Just FYI: cl-babel is now in Debian.
Groetjes, Peter
--
signature -at- pvaneynd.mailworks.org
http://www.livejournal.com/users/pvaneynd/
God, root, what is difference? Pitr | God is more forgiving. Dave
Aronson|
--
To UNSUBSCRIBE, email to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I looked into babel and there is a small license issue to resolve first.
I also am checking all dependencies just to be certain.
Groetjes, Peter
- --
signature -at- pvaneynd.mailworks.org
http://www.livejournal.com/users/pvaneynd/
God, root,
This seems to be because dh_lisp is not setting dependencies correctly,
so babel got removed by accident.
Oops.
We need to check why this is and now check all CL libraries.
Groetjes, Peter
--
signature -at- pvaneynd.mailworks.org
http://www.livejournal.com/users/pvaneynd/
God, root, what is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Lucas,
Lucas Nussbaum wrote:
Why are you building in a lenny chroot ?
Because I was testing before with a sid chroot, which worked and I got
confused.
So I redid a build of 9.8.4-1 in a clean chroot and ... it just worked...
Groetjes,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Lucas,
I'm a bit surprised by this FTBFS as ecl is also auto-build for other
platforms. What research did you do in this failure?
Groetjes, Peter
- --
signature -at- pvaneynd.mailworks.org
http://www.livejournal.com/users/pvaneynd/
God,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Lucas,
Lucas Nussbaum wrote:
On 22/09/09 at 18:47 +0200, Peter Van Eynde wrote:
I'm a bit surprised by this FTBFS as ecl is also auto-build for other
platforms. What research did you do in this failure?
I have done no research at all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello David, Fredrik,
Indeed the clc version 6.18 does not work with older versions of sbcl.
I've had to change the native-file-kind package.
However I've also added a Conflict against sbcl ( 1:1.0.29.0). So
why did it want to install with an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Evgeny,
Evgeny M. Zubok wrote:
Peter Van Eynde pvane...@debian.org writes:
* Removed xref.lisp again and added a test in the makefile for it
(Closes: #517205)
And what about Lenny? Does this DFSG violation need a fix in stable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Can you describe how you build this package? I've tried to reproduce the
problem with debuild binary-indep, but it nor debuild binary-arch
produce the problem.
Groetjes, Peter
- --
signature -at- pvaneynd.mailworks.org
Hi,
On a real i386 rebuilding cmucl works. So I'm a bit confused as to why
you see the problem. My guess is that the reason is that you are
building on an AMD64 machine.
Groetjes, Peter
--
signature -at- pvaneynd.mailworks.org
http://www.livejournal.com/users/pvaneynd/
God, root, what is
On Saturday 11 November 2006 13:23, Julien Danjou wrote:
On Sat, Nov 11, 2006 at 09:48:29AM +0100, Peter Van Eynde wrote:
In the backtrace of
unhandled SB-INT:SIMPLE-FILE-ERROR in thread
#SB-THREAD:THREAD initial thread {A685791}:
The file /nonexistent/ does not exist.
I did
Hi
I fear that the log you give does not give the basic reason
for the failure.
On Fri, 10 Nov 2006 23:27:01 +0100, Julien Danjou [EMAIL PROTECTED]
said:
make[1]: Leaving directory `/build/buildd/sbcl-0.9.18.0/contrib/sb-sprof'
Failed contribs:
asdf-install
sb-aclrepl
On Wed, 8 Nov 2006 10:21:01 +0100, Lucas Nussbaum
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
This turns out to be hevea problem:
hevea -fix cmu-user.hva cmu-user.tex
./cmu-user.hva:13: Warning: Not (re)-defining environment 'minipage'
with
Alle Tuesday 05 September 2006 06:17, Jurij Smakov ha scritto:
Latest version of clisp fails to build on sparc [0]:
Hello,
As on the buildd host it seems to work I'm lowering the severity to normal,
but this does not mean I'm going to ignore this problem.
Groetjes, Peter
--
signature -at-
Alle Tuesday 12 September 2006 18:38, Jurij Smakov ha scritto:
Hi,
Yesterday I have successfully rebuilt sbcl in a up-to-date pbuilder chroot
on sparc. The log of the build is available at
http://www.wooyd.org/debian/misc/sbcl-build.log.bz2
Very helpful indeed.
Perhaps it was some
Package: libhal1
Version: 0.5.7.1-1+b1
Severity: critical
Justification: breaks unrelated software
Hello,
After the upgrade from 0.5.7.1-1 to 0.5.7.1-1+b1 vmware fails to start.
Browsing a bit find a thread talking about this problem on
ubuntu and a bugreport there:
Hello,
As clisp does not provide a FFI on:
arm hppa ia64 m68k s390
mcvs should not be build on those architectures.
Groetjes, Peter
--
signature -at- pvaneynd.mailworks.org
http://www.livejournal.com/users/pvaneynd/
God, root, what is difference? Pitr | God is more forgiving. Dave Aronson|
Hello Steve,
Alle Sunday 18 June 2006 20:46, Steve Langasek ha scritto:
Hmm, the latest ia64 upload seems to be failing with a different error:
[...]
*** - UNIX error while GETWD:
[...]
http://buildd.debian.org/fetch.php?pkg=clisparch=ia64ver=1%3A2.38-6stamp=1150624217file=log
I
Hello Steve,
Alle Thursday 15 June 2006 07:26, Steve Langasek ha scritto:
The failure on ia64 is:
[...]
echo '(setq *clhs-root-default* http://www.lisp.org/HyperSpec/;)'
config.lisp
./lisp.run -B . -N locale -Efile UTF-8 -Eterminal UTF-8 -Emisc 1:1 -norc
-m 1400KW -x (and (load
Hello,
On Wednesday 31 May 2006 00:17, Marc 'HE' Brockschmidt wrote:
You're depending on a non-existant package (and I don't see something
fitting waiting in NEW).
http://ftp-master.debian.org/new.html -
flexi-streams 0.5.3-1
source all unstable
2 weeks Peter Van
Hello,
I tried to reproduce the problem on an ibook G4 running a 2.6 kernel and clisp
2.38-5 just worked fine. When I return from a trip round .mx (a week) I will
try to reproduce the results on the porting machines we have.
Any more info you could send me would be appreciated.
Groetjes,
On Friday 07 April 2006 17:36, [EMAIL PROTECTED] wrote:
I'm trying to run slime from emacs in the usual way with M-x slime.
I get in the *inferior-lisp* buffer:
[1] ;; Loading file /usr/share/common-lisp/source/slime/swank-loader.
lisp ...
*** - FILE-WRITE-DATE: file #P/usr/share/common-
On Monday 13 February 2006 03:16, Juhapekka Tolvanen wrote:
Package: cedilla
Version: 0.5-2
Severity: serious
Serious? Why?
That file /etc/cedilla-config.lisp provided with cedilla is full of of
references to wrong locations of files and therefore it renders the
whole package almost
On Friday 23 December 2005 13:56, [EMAIL PROTECTED] wrote:
There was an error while trying to autobuild your package:
Actually upstream seems to have problems supporting the m68k architecture and
unless they find a solution soonish I will remove it from the architectures
list. :-(
Groetjes,
Hello,
I'm a bit confused. From
http://buildd.debian.org/fetch.php?pkg=mcvsver=1.0.13-11arch=ia64stamp=1133382079file=logas=raw
I see clisp-dev getting installed, but no clisp as described. However:
0/[EMAIL PROTECTED]:~/fakeroot/repository/clisp :) $ LC_ALL=C LANG=C apt-cache
depends
On Wednesday 16 November 2005 21:37, Roland Stigge wrote:
Is the clisp package configured? This should not happen if the package is
configured.
Without the build dependencies configured, pbuilder wouldn't even try to
compile the package. Did you try?
I think I have found the problem...but
On Thursday 10 November 2005 21:29, Roland Stigge wrote:
cd code; ./install.sh /usr /tmp/buildd/mcvs-1.0.13/debian/mcvs/
/usr/lib/clisp/base/lisp.run: operating system error during load of
initialization file `/usr/lib/clisp/base/lispinit.mem' [spvw_memfile.d:834]
Is the clisp package
On Monday 07 November 2005 19:33, Blars Blarson wrote:
Package: sbcl
Version: 1:0.9.6.0-9
Severity: serious
Justification: no longer builds from source
sbcl failed to build on a sparc buildd and other buildds, duplicated
on my sparc pbuilder.
I've been trying to explain this.
How comes
Hello,
On Thursday 03 November 2005 16:13, Daniel Schepler wrote:
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
(./internals.tex
...
Output written on toolkit.pdf (8 pages, 102048 bytes).
...
With what version of latex-bin is this? I get:
1/[EMAIL
On Friday 30 September 2005 10:48, Didier Verna wrote:
Peter Van Eynde [EMAIL PROTECTED] wrote:
Expect a 2.4 sbcl, without threading, in my people.debian.org repositry
soon.
Thanks. BTW, I'm surprised that precompiled 2.4 kernels don't
support multi-threading ?
They do, but in 2.4
Hello,
On Wednesday 28 September 2005 10:06, Didier Verna wrote:
... which I consider a bug since the Debian package installed just fine,
I fear a debian package cannot depend on a given kernel version.
and there don't seem to be an alternative sbcl package usable for me. I
don't want to use
René van Bevern wrote:
attached is a patch that defines the CLOCC logical pathname host
correctly.
Thanks, but I investigated this and it turned out that the cclan version
that was the base for the old package just ignored the whole lpn thing.
So I took over that solution. Sorry that for
Andreas Liebig wrote:
in Debian unstable, sbcl depends on sbcl-common, but conflicts with it:
I had already fixed this problem, but the upload failed and I forgot to
redo it. :-(
There are fixed packages on people.debian.org/~pvaneynd/new-sbcl. I will
reupload them asap.
Sorry, Peter
--
To
49 matches
Mail list logo
