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
--- ./crossbuild-runner/backends/arm/stuff-groveled-fr
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)
src/code/unix.lisp
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 rebuil
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 d
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 email
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 exist
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 mu
Hello Desmond and friends,
This bug is due to the fact that the rebuild used dh_lisp 0.7 which
causes the rebuild version not to call the clisp.sh scripts.
So the package is not installed correctly. In fact no rebuild
implementation will work anymore.
This is clearly sub-optimal as this new vers
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 fi
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 l
-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 ../clis
-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 pr
-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 w
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 -a
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 debian-bugs-rc-requ...@lists.debian
-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, Pe
-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?
>
>
-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, roo
-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 o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Evgeny,
Evgeny M. Zubok wrote:
> Peter Van Eynde writes:
>
>>* Removed xref.lisp again and added a test in the makefile for it
>> (Closes: #517205)
>
> And what about Lenny? Does this DFSG violat
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 di
-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
http://www.livejourna
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
#:
> > > > The file "/nonexistent/" does not
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'
w
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 s
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:
http://www.vmware.com/communit
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=clisp&arch=ia64&ver=1%3A2.38-6&stamp=1150624217&file=l
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 (l
2 weeks Peter Van Eynde
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 [EMAIL PROTECTED]
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, Peter
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 u
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=mcvs&ver=1.0.13-11&arch=ia64&stamp=1133382079&file=log&as=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 cl
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.
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 config
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
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 PR
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
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 u
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 onc
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 UNSU
50 matches
Mail list logo