Install Lazarus 32bits on Ubuntu 22.04.1

[jraviles]

Hello everyone, I'm trying to install Lazarus 2.2.4 32bits via deb package Ubuntu 22.04.1 64 Bits, clean installation, when installing Lazarus it can't compile any project, even creating a new blank one, when trying to recompile the IDE it gives the error that it cannot find GCC, when trying to install GCC again via
sudo apt-get install manpages-dev, it removes Lazarus, and when installing the deb package, it removes Lazarus, the installation sequence I'm doing is fpc-src, fpc-laz, larazus-project.

How do I solve this riddle?

Thank you very much in advance.

[MarkMLl]

I'm a Debian rather than an Ubuntu user, but does it have a package named like multiarch? I'd expect that to contain the basic libraries etc. that you needed, subsequent to that you /might/ need to specify an architecture when installing gdb etc.

MarkMLl

[wp]

the installation sequence I'm doing is fpc-src, fpc-laz, larazus-project.

I don't know which consequence this has, but I think the order is: fpc-laz first, then fpc-src, finally lazarus-project (fpc-src and fpc-laz exchanged).

[Fred vS]

Hello.

Are you sure multi-arch is installed, like Mark noted?

On Debian system, like Ubuntu or Mint just do in console:

Code: Bash  [Select][+][-]

1. sudo dpkg --add-architecture i386

then

Code: Bash  [Select][+][-]

1. sudo apt-get update

And then install the fpc-Lazarus i386 deb-packages in right order.

[Fred vS]

when trying to recompile the IDE it gives the error that it cannot find GCC,

When you have installed multi-arch (see previous post), if you have such message, you must install the correspondent i386 package:

Code: Bash  [Select][+][-]

1. sudo apt-get install -y gcc:i386

[AlexTP]

Interesting, why this i386-related info is not in the wiki https://wiki.freepascal.org/Installing_Lazarus_on_Linux ?

EDIT
Added https://wiki.freepascal.org/Installing_Lazarus_on_Linux#Debian-based_64-bit_with_Lazarus_32-bit

[jraviles]

Interesting, why this i386-related info is not in the wiki https://wiki.freepascal.org/Installing_Lazarus_on_Linux ?

EDIT
Added https://wiki.freepascal.org/Installing_Lazarus_on_Linux#Debian-based_64-bit_with_Lazarus_32-bit

Hi, I follow this wiki -> https://wiki.freepascal.org/Installing_Lazarus_on_Linux#Debian-based_64-bit_with_Lazarus_32-bit
and works here, thank to you guys

[MarkMLl]

I'm currently upgrading my main development system which has been running Debian "Buster" for the last three years to Debian "Bookworm", because there's a few "bleeding edge" things I anticipate wanting to run sooner rather than later.

I notice that the multiarch-support package that was on Buster and older versions has been dropped. I think that the main thing this was doing was pulling in an i386 variant of libc6, I think (but am not sure) that it's replaced by binutils-multiarch.

If anybody has any comment I'd be interested to know, but am deferring investigation until after I've got all the basic development tools etc. back up and running.

MarkMLl

[Fred vS]

I'm currently upgrading my main development system which has been running Debian "Buster" for the last three years to Debian "Bookworm", because there's a few "bleeding edge" things I anticipate wanting to run sooner rather than later.

I notice that the multiarch-support package that was on Buster and older versions has been dropped. I think that the main thing this was doing was pulling in an i386 variant of libc6, I think (but am not sure) that it's replaced by binutils-multiarch.

If anybody has any comment I'd be interested to know, but am deferring investigation until after I've got all the basic development tools etc. back up and running.

MarkMLl

Hi Mark.

Bookworm is not yet released and is for testing.
So I hope that Debian will not give up with multiarch and it is only the multiarch packages that are not yet ready.

If Debian decides to give up with multiarch, it is sad ( but i can not imagine that, how will they do for wine that needs multiarch? ).

Fre;D

[MarkMLl]

Note the way I phrased things: It's on "Buster" and older, but appears to have been already dropped from "Bullseye" which was released as stable a year ago.

So I think the functionality is still there, but they've changed the packaging in some way I've not worked out.

Right now that's not my biggest problem...

MarkMLl

[Fred vS]

Maybe I miss something.
[EDIT] Ha, ok, I think I get it. Yes maybe the multiarch packages design is changed from Buster to BullsEye, I dont know  .

My system is:

Distributor ID:   Debian
Description:   Debian GNU/Linux 11 (bullseye)
Release:   11
Codename:   bullseye

and I did not have any problem to install multiarch ( following the previous post: https://forum.lazarus.freepascal.org/index.php/topic,60816.msg456170.html#msg456170 )

[MarkMLl]

Yes. I've also got a note of having used  dpkg --add-architecture i386  on the older system, as I've said I'm not entirely sure what that package does: it appears to have originated with upstream glibc and so far I've seen no definite indication that installs anything useful.

MarkMLl

[Fred vS]

Yes. I've also got a note of having used  dpkg --add-architecture i386  on the older system,

Note that without  sudo apt-get update after dpkg --add-architecture i386 i386 packages are not installed.
Also the best is to do those command just after install Debian, so each time a package 64 bit system dependency is installed, the equivalent i386 package is automatically installed too.

[MarkMLl]

Note that without  sudo apt-get update after dpkg --add-architecture i386 i386 packages are not installed.
Also the best is to do those command just after install Debian, so each time a package 64 bit system dependency is installed, the equivalent i386 package is automatically installed too.

Yes. As I said, it's been running for three years or so. However I'm moving it to the bleeding edge because there is a program I use heavily- FreeCAD- with an absolutely dire upstream architectural bug which they promise they'll do something about over the next year or so, and I want to make sure I've got the newest possible library underpinning so that even if it doesn't get into Debian I can build it from scratch.

MarkMLl