GNU bug report logs -
#48708
[PATCH 0/3] Add Common Lisp game engine - trial
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 48708 in the body.
You can then email your comments to 48708 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Thu, 27 May 2021 21:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Sharlatan Hellseher <sharlatanus <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Thu, 27 May 2021 21:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Guix team!
Here is a semi ready set of the last paches adding game engine written
in Common Lisp - Trial.
WIP for backends which require to pack QT bindings and cl-sdl2 which
is failing to build for me.
gnu: Add cl-trial
1 file changed, 69 insertions(+), 2 deletions(-)
gnu/packages/game-development.scm | 71 +++++++++++++++++++++++++++++++++++++--
gnu: Add cl-gamepad
1 file changed, 55 insertions(+)
gnu/packages/lisp-xyz.scm | 55 +++++++++++++++++++++++++++++++++++++++++++++++
gnu: Add cl-flow
1 file changed, 46 insertions(+)
gnu/packages/lisp-xyz.scm | 46 ++++++++++++++++++++++++++++++++++++++++++++++
--
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Thu, 27 May 2021 21:28:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 48708 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
--
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
[0001-gnu-Add-cl-flow.patch (text/x-patch, attachment)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Thu, 27 May 2021 21:28:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 48708 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
--
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
[0002-gnu-Add-cl-gamepad.patch (text/x-patch, attachment)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Thu, 27 May 2021 21:28:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 48708 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
--
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
[0003-gnu-Add-cl-trial.patch (text/x-patch, attachment)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Tue, 08 Jun 2021 09:23:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 48708 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I pushed the patch for cl-flow as
c03da7edb0bc4bb48c2f8e00e1ef5932c399f800.
Concerning cl-gamepad, is the library working even when all the gamepad
mappings are missing?
I took a quick look to the issue with the 'list-devices' function, and
apparently the compiler is expecting it to be in the
'org.shirakumo.fraf.gamepad' package, however it is defined in the
'org.shirakumo.fraf.gamepad.impl' package.
Maybe you could ask upstream about it?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Tue, 08 Jun 2021 20:06:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 48708 <at> debbugs.gnu.org (full text, mbox):
Hi Guillaume,
Thanks for the clue, I've open an issue with Shinmera, but he is not
responsive in general so it could take some time when he notices that
open issue.
https://github.com/Shirakumo/cl-gamepad/issues/8
On Tue, 8 Jun 2021 at 09:22, Guillaume Le Vaillant <glv <at> posteo.net> wrote:
>
> I pushed the patch for cl-flow as
> c03da7edb0bc4bb48c2f8e00e1ef5932c399f800.
>
> Concerning cl-gamepad, is the library working even when all the gamepad
> mappings are missing?
>
> I took a quick look to the issue with the 'list-devices' function, and
> apparently the compiler is expecting it to be in the
> 'org.shirakumo.fraf.gamepad' package, however it is defined in the
> 'org.shirakumo.fraf.gamepad.impl' package.
> Maybe you could ask upstream about it?
--
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Tue, 08 Jun 2021 22:02:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 48708 <at> debbugs.gnu.org (full text, mbox):
Hi,
I think we hitting this issue (I guess) when ASDF does not load
trivial-fiature during :linux feature check.
https://github.com/quicklisp/quicklisp-client/pull/122
Also cl-gamepad.asd has some not trivial layout.
On Tue, 8 Jun 2021 at 20:05, Sharlatan Hellseher <sharlatanus <at> gmail.com> wrote:
>
> Hi Guillaume,
>
> Thanks for the clue, I've open an issue with Shinmera, but he is not
> responsive in general so it could take some time when he notices that
> open issue.
>
> https://github.com/Shirakumo/cl-gamepad/issues/8
>
> On Tue, 8 Jun 2021 at 09:22, Guillaume Le Vaillant <glv <at> posteo.net> wrote:
> >
> > I pushed the patch for cl-flow as
> > c03da7edb0bc4bb48c2f8e00e1ef5932c399f800.
> >
> > Concerning cl-gamepad, is the library working even when all the gamepad
> > mappings are missing?
> >
> > I took a quick look to the issue with the 'list-devices' function, and
> > apparently the compiler is expecting it to be in the
> > 'org.shirakumo.fraf.gamepad' package, however it is defined in the
> > 'org.shirakumo.fraf.gamepad.impl' package.
> > Maybe you could ask upstream about it?
>
>
>
> --
>
> … наш разум - превосходная объяснительная машина которая способна
> найти смысл почти в чем угодно, истолковать любой феномен, но
> совершенно не в состоянии принять мысль о непредсказуемости.
--
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#48708
; Package
guix-patches
.
(Sat, 12 Jun 2021 20:58:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 48708 <at> debbugs.gnu.org (full text, mbox):
Hi,
Shinmera did not provide any useful information on this issue and
pointed on the problem somewhere in the OS itself.
I've played a little with asdf:load-system in REPL and I could load it
and evaluate asdf:compile-system but when compile directly it exits
with the same error
--8<---------------cut here---------------start------------->8---
CL-USER> (asdf:compile-system :cl-gamepad)
; Debugger entered on #<UNDEFINED-FUNCTION LIST-DEVICES {1002B438B3}>
[1] CL-USER>
;
; compilation unit aborted
; caught 1 fatal ERROR condition
; Evaluation aborted on #<SB-KERNEL::RETRY-UNDEFINED-FUNCTION
LIST-DEVICES {1002EA0003}>
CL-USER> (asdf:load-system :cl-gamepad)
; compiling file "/mnt/library/code/cl-gamepad/documentation.lisp"
(written 12 JUN 2021 09:37:42 PM):
; processing (IN-PACKAGE #:ORG.SHIRAKUMO.FRAF.GAMEPAD)
; processing (DOCUMENTATION-UTILS:DEFINE-DOCS (FUNCTION CONFIGURE-DEVICE ...))
; processing (DOCUMENTATION-UTILS:DEFINE-DOCS (TYPE
*DEFAULT-MAPPINGS-FILE* ...) ...)
; processing (DOCUMENTATION-UTILS:DEFINE-DOCS (VARIABLE +LABELS+ ...) ...)
; wrote /home/sharlatan/.cache/common-lisp/sbcl-2.1.5-linux-x64/mnt/library/code/cl-gamepad/documentation-tmpGHU3ALSV.fasl
; compilation finished in 0:00:00.004
T
CL-USER> (asdf:compile-system :cl-gamepad)
T
--8<---------------cut here---------------start------------->8---
On Tue, 8 Jun 2021 at 22:01, Sharlatan Hellseher <sharlatanus <at> gmail.com> wrote:
>
> Hi,
>
> I think we hitting this issue (I guess) when ASDF does not load
> trivial-fiature during :linux feature check.
>
> https://github.com/quicklisp/quicklisp-client/pull/122
>
> Also cl-gamepad.asd has some not trivial layout.
>
> On Tue, 8 Jun 2021 at 20:05, Sharlatan Hellseher <sharlatanus <at> gmail.com> wrote:
> >
> > Hi Guillaume,
> >
> > Thanks for the clue, I've open an issue with Shinmera, but he is not
> > responsive in general so it could take some time when he notices that
> > open issue.
> >
> > https://github.com/Shirakumo/cl-gamepad/issues/8
> >
> > On Tue, 8 Jun 2021 at 09:22, Guillaume Le Vaillant <glv <at> posteo.net> wrote:
> > >
> > > I pushed the patch for cl-flow as
> > > c03da7edb0bc4bb48c2f8e00e1ef5932c399f800.
> > >
> > > Concerning cl-gamepad, is the library working even when all the gamepad
> > > mappings are missing?
> > >
> > > I took a quick look to the issue with the 'list-devices' function, and
> > > apparently the compiler is expecting it to be in the
> > > 'org.shirakumo.fraf.gamepad' package, however it is defined in the
> > > 'org.shirakumo.fraf.gamepad.impl' package.
> > > Maybe you could ask upstream about it?
> >
> >
> >
> > --
> >
> > … наш разум - превосходная объяснительная машина которая способна
> > найти смысл почти в чем угодно, истолковать любой феномен, но
> > совершенно не в состоянии принять мысль о непредсказуемости.
>
>
>
> --
>
> … наш разум - превосходная объяснительная машина которая способна
> найти смысл почти в чем угодно, истолковать любой феномен, но
> совершенно не в состоянии принять мысль о непредсказуемости.
--
… наш разум - превосходная объяснительная машина которая способна
найти смысл почти в чем угодно, истолковать любой феномен, но
совершенно не в состоянии принять мысль о непредсказуемости.
Reply sent
to
Guillaume Le Vaillant <glv <at> posteo.net>
:
You have taken responsibility.
(Thu, 24 Jun 2021 12:35:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Sharlatan Hellseher <sharlatanus <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 24 Jun 2021 12:35:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 48708-done <at> debbugs.gnu.org (full text, mbox):
Sharlatan Hellseher <sharlatanus <at> gmail.com> skribis:
> Shinmera did not provide any useful information on this issue and
> pointed on the problem somewhere in the OS itself.
>
> I've played a little with asdf:load-system in REPL and I could load it
> and evaluate asdf:compile-system but when compile directly it exits
> with the same error
I changed your package definition to use a custom build phase using
'asdf:load-system' instead of the usual 'asdf:compile-system' as
a workaround. However I'm don't know why one works and the other
doesn't...
Patches pushed as d09184ce2eafd1c5f7d4d1962c44b0becfaede16 and
following.
Thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 23 Jul 2021 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 249 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.