bugGforth - Bugs: bug #62214, Building from source on Debian...

 
 

bug #62214: Building from source on Debian auto-installs outdated version

Submitter:  None
Submitted:  Wed 23 Mar 2022 04:24:55 PM UTC
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       No canned response available

 

( Jump to the original submission )

Thu 31 Mar 2022 01:05:16 PM UTC, comment #8: 

Just wanted to say, I saw the recent commits to improve INSTALL.md, and I really appreciate them.  Thank you. :D

Troy Jacobs <d4v3y5c0n3s>
Tue 29 Mar 2022 12:58:58 PM UTC, comment #7: 

Also, I'm seemingly not able to build the tarball version.  When I follow the instructions calling "make" produces this "make: *** [Makefile:1193: engine/prim.i] Error 1" error.  Should I make this a separate bug, or does someone know where I went wrong?

Troy Jacobs <d4v3y5c0n3s>
Tue 29 Mar 2022 12:45:34 PM UTC, comment #6: 

  I'm new to forth, so at the time it never occurred to me that one of the dependencies of the "build-from-source" version would be the outdated version of gforth.  (Which I now understand, as forth is traditionally self-hosted.)  I just assumed that following the instructions would end up with the latest version added to the path, and it never occurred to me that I'd have any reason to follow the tarball instructions.
  I guess I didn't expect building something from source to result in multiple versions being installed.  Perhaps we could make this more user-friendly by defaulting to the "build from tarball" option.
  But in the meantime, we can probably close this bug report, since there isn't a bug per-say.  We could probably improve the build process, but that's another discussion.  I appreciate the discourse & responsiveness, especially as I'm pretty new to forth and will likely have more questions in the future.

Troy Jacobs <d4v3y5c0n3s>
Tue 29 Mar 2022 01:29:43 AM UTC, comment #5: 

Did you read INSTALL.md, section “build from tarball”?  It's right there.

Bernd Paysan <paysan>
Project Administrator
Mon 28 Mar 2022 01:18:45 PM UTC, comment #4: 

  That's good to know, I'll try using the "tarball" option later today when I get the chance.  Still, it would be nice if the INSTALL.md instructions at least explained this to you.

Troy Jacobs <d4v3y5c0n3s>
Fri 25 Mar 2022 03:06:20 PM UTC, comment #3: 

install-deps.sh does not install the outdated Gforth (nor the fork of Swig), if you set BUILD_FROM to "tarball" before sourcing install-deps.sh.

Bernd Paysan <paysan>
Project Administrator
Thu 24 Mar 2022 09:40:45 PM UTC, comment #2: 

  Including the tarball could help, but perhaps this problem could be solved by using a "chroot" environment.  Just install the older Gforth within that "chroot" environment, so that only the newer Gforth will end up installed on the host system.
  Admittedly, I don't have any experience using the "chroot" command, so maybe it wouldn't work here, but I'll check it out and see if it does.
(Also, now I have an account.  Woo! :D)

Troy Jacobs <d4v3y5c0n3s>
Wed 23 Mar 2022 07:01:33 PM UTC, comment #1: 

When you build Gforth from the git sources, it uses an existing (outdated) Gforth in various places.  That's why it's in the install dependencies.

When you build Gforth from the tarball, you don't need an existing Gforth.  Maybe we should deliver the tarball with an install-deps.sh that does not install gforth.

The way I set up my system is to install the new gforth in /usr/local, and have /usr/local/bin before /usr/bin in the path.

Anton Ertl <anton>
Project Administrator
Wed 23 Mar 2022 04:24:55 PM UTC, original submission:  

  I recently tried to build the latest Gforth from source, but I encountered a problem where the scripts automatically installed the outdated version of Gforth via the "apt" command due to the fact that I was using Debian.  I found the source of the problem in the install-deps.sh file, where the same behavior appears to exist for Fedora, Alpine Linux, & OSX.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by paysan (Posted a comment)
  • -email is unavailable- added by d4v3y5c0n3s (Posted a comment)
  • -email is unavailable- added by anton (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

     

     

     

    No changes have been made to this item

    Back to the top


    Powered by Savane 3.9