BGRAGtkBitmap

[Fred vS]

It can be also that there is conflict between the fpc.cfg installed in /etc/fpc.cfg by fpc-install-deb prior than via fpcupdeluxe.

Should not be possible though Lazarus is able to pick up on /other/ compiler installations.

That is why you should make sure that Lazarus uses the fpc.sh script which forces FPC to use the correct fpc.cfg configuration file. Same goes for the make(-file) that is used for  rebuilding the IDE (which btw seem to cause more issues).

Yes, for fpc.cfg it works for Windows.
But for Unix, this is the order search path used by fpc:
 
- First seek for the fpc.cfg in the project.
- If not found seek in /etc/fpc.cfg
- if not found then seek in /home/theuser/.fpc.cfg

And fpcupdeluxe does not add/replace /etc/fpc.cfg, so if there is one, fpc will use it, even if fpc is installed in /fpcupdeluxe/ who has his own fpc.cfg

[circular]

It is possible to test OpenGL without installing BGLControls. For example the project test/test4lcl_opengl/opengltest1 uses BGRABitmapPack, lazopenglcontext and LCL.

Screenshots of this app with Lazarus 4.0 on Windows 11 and on Linux subsystem:

[CM630]

...
While adding this search path could help compile the package, it also duplicates the binaries for the units as they are found in the package located in components/opengl. This explains the compilation errors you get later about "checksum changed".

What I suggest is to remove this path, and to open the OpenGL package without Lazarus and try to compile it.

Do you mean to compile OpenGL by  FPC only?

...
 And then to clean and compile BGRABitmap and BGLControls package. The clean part is important to remove the compiled unit that was imported before.

Do you mean Main menu -> Run -> Clean up and build or some other cleaning?

...
It is possible to test OpenGL without installing BGLControls.
...

I do not need OpenGL standalone, it is required by some other components, that I need.
(I never had any interest or knowledge in graphics. All I know about OpenGL is that my VGA in the beginning of the milenium did not support it . I am not sure that that info relates.)

PS: OP posted this 10 years ago. So as a estimated guess, this has nothing to do with the original issue as mentioned.

On 13.V.2025 @W126 says that it is the same with him.

Same with Debian 12

...What is your exact setup (I did not see it mentioned either in this or linked thread(s)) ?...

...Linux Mint Cinnamon, Lazarus 4.0...

Would you clarify what I have missed?

I succeeded to install fpcupdeluxe with @Fred vS's instructions. I will try to clarify the Wiki.
It runs, but it installs Lazarus 3.6 instead of Lazarus 4. There is a list of versions to install, but Lazarus 4.0 is not there. I tried fixes-4.0 but after runing it I still have 3.6.
And I cannot find the Uninstall button.
But I am not sure that discussing fpcupdeluxe in this tread is appropriate, it deviates from the Unit not found issue.

[Fred vS]

I succeeded to install fpcupdeluxe with @Fred vS's instructions. I will try to clarify the Wiki.
It runs, but it installs Lazarus 3.6 instead of Lazarus 4. There is a list of versions to install, but Lazarus 4.0 is not there. I tried fixes-4.0 but after runing it I still have 3.6.
And I cannot find the Uninstall button.

Like explained in reply #11, if it fails to install or you want to install a other version of fpc or Lazarus:

And if your previous installation of fpcupdeluxe was not ok:

1) Delete the directory /home/you/fpcupdeluxe and fpcupdeluxe.ini, fpup.ini that are in the same directory as binary fpcupdeluxe downloaded.

2) Re-run fpcupdeluxe binary downloaded and re-install fpc + Lazarus.

Dont forget to delete also fpcupdeluxe.ini, fpup.ini that are in the same directory as binary fpcupdeluxe downloaded
And try installing  fixes-4.0.

[CM630]

I succeeded to install fpcupdeluxe with @Fred vS's instructions. I will try to clarify the Wiki.
It runs, but it installs Lazarus 3.6 instead of Lazarus 4. There is a list of versions to install, but Lazarus 4.0 is not there. I tried fixes-4.0 but after runing it I still have 3.6.
And I cannot find the Uninstall button.

Like explained in reply #11, if it fails to install or you want to install a other version of fpc or Lazarus:

And if your previous installation of fpcupdeluxe was not ok:

1) Delete the directory /home/you/fpcupdeluxe and fpcupdeluxe.ini, fpup.ini that are in the same directory as binary fpcupdeluxe downloaded.

2) Re-run fpcupdeluxe binary downloaded and re-install fpc + Lazarus.

Dont forget to delete also fpcupdeluxe.ini, fpup.ini that are in the same directory as binary fpcupdeluxe downloaded
And try installing  fixes-4.0.

I deleted  /home/you/fpcupdeluxe.
I deleted fpcupdeluxe.ini and fpcup.ini  (I suppose that is what you meant, I could not find fpup.ini.
I run fpcupdeluxe.
I installed fixes-4.0..
I got Lazarus 4.1. I wanted 4.0, but what the hex, 1 is more than 0.

*dock*.lpk were not installed, so I tried to install them.
And... the picture says it all (if it say anything at all).

[Fred vS]

I installed fixes-4.0..
I got Lazarus 4.1. I wanted 4.0, but what the hex, 1 is more than 0.

Yes, 4.1 is 4.0 + last fixes.

*dock*.lpk were not installed, so I tried to install them.
And... the picture says it all (if it say anything at all).

Sorry, I cannot help, I only use Lazarus "classical" layout.
I pass on the torch to somebody else.

[TRon]

@Fred vs:
The checksum change is a well known issue. Simple solution: do not install in system directories but in user-space instead. That really is all that it takes.

I just quickly skimmed (and missed a post as well  ) but seems like only Lazarus was installed, not FPC.

@CM630:
I completely missed your response as well as missed the mention of the OS/platform. Sorry for both.

Nevertheless the original post is from ages ago about a version of Lazarus that bears no resemblance with current releases whatsoever. Therefor it is not the same issue.

I run Lazarus on Bookworm (and previous releases) for ages now without any issues (other then the usual suspects that can be circumvented/worked around) though admittingly I have not provided Lazarus 4.0 with a permanent home yet (too busy to bother with it atm) but will make yet another test setup for verification and report back later.

PS: you can add Lazarus 4.0 manually to the list by letting FPCUpDeluxe populate the revisions from a dedicated tab and add the required version to the list.

[Fred vS]

Hello TRon.

I did install on a VM Mint Cinnamon, see my Reply #5 and all was out-of-the-box, including BGRABitmap package.
But without the *dock*.lpk so maybe there is problem with those packages (and I dont have plan to install it  ).

[CM630]

Tomorrow I will try just to Build with... profile normal, maybe dock is not related.

[TRon]

@Fred:
Docked IDE or not should not matter. fwiw one window on the desktop is already considered overcrowded by me so I'm a docky kinda user

And yes, FPCUpDeluxe does not install anchordockingdesign and dockedformeditor components by default (but can be configured to do so).

If forgotten to do so, then first install those. The IDE should then rebuild and on startup welcome the user with the first setup dialog asking whether or not a docked form designer and docked IDE should be default or not (can be changed in the settings later). Also a good time to check the compiler and compiler source paths /to be in user-space/ 

[TRon]

Done ! 

And as usual, works like a charm though I keep pondering my head why things change between RC3 and release (was BGRABitmap perhaps updated in between or after 4.0 release ?).

BRABitmap package fails to build on the fpgui bits and pieces (sorry as the exact name of the package eludes me but it reads fpgui in its name) but this issue can be circumvented by unchecking that specific package after BGRABitmap was selected.

Also as a complaint, when things go haywire such as in this case there are so many windows open that the average joe (including myself) gets confused about what order to check the windows. All open wanting my attention to answer a dialog, check a package-graph, view the build-output and acknowledge that something has gone wrong. Only thing missing is some flashing exclamation marks and blowing a horn (perhaps some beeps ?)   

Moral of the story: user space installation ! (and make sure to get rid of system wide compilers that are accessible during an IDE (re)build (or if the knowledge is available then modify the IDE makefile).

[CM630]

...And as usual, works like a charm though I keep pondering my head why things change between RC3 and release (was BGRABitmap perhaps updated in between or after 4.0 release ?).
...

Does it mean that I shall isntall Lazarus 4.0 RC3 and things will work?

...
BRABitmap package fails to build on the fpgui bits and pieces (sorry as the exact name of the package eludes me but it reads fpgui in its name) but this issue can be circumvented by unchecking that specific package after BGRABitmap was selected.
...

I tried to install bglcontrols.lpk only (one or two days ago, when the first couple of attempts failed), as this is the dependency I need, but I did not succeed.

...
Moral of the story: user space installation ! (and make sure to get rid of system wide compilers that are accessible during an IDE (re)build (or if the knowledge is available then modify the IDE makefile).
...

Sorry, this sentence sounds completely Chizneez to me. Shall some bug be reported somewhere?

[CM630]

Possibly I have found something...
One of the dependencies is atsynedit_package.
Installing atsynedit_package v2.23 does not work.

It says:

    IM_Context_Set_Cursor_Pos(Caret.CoordX,Caret.CoordY+Ed.TextCharSize.Y);
    // if symbol IM_Context_Set_Cursor_Pos cannot be compiled, you need to open IDE dialog
    // "Tools / Configure 'Build Lazarus'", and there enable the define: WITH_GTK2_IM;
    // then recompile the IDE.   

When I enable
Main Menu -> Tools -> Configure "Build Lazarus" -> Defines > Add and check  WITH_GTK2_IM (wtithout the semicolon) atsynedit_package v2.23 compiles.
But I serously doubt that it is the point when OpenGL stops building.

When WITH_GTK2_IM is enabled, Build Lazarus with profile: Normal IDE fails with
glgtkglxcontext.pas(86,12) Error: Can't find unit GLGtkGlxContext used by OpenGLContext

When WITH_GTK2_IM is disabled, Build Lazarus with profile: Normal IDE seems to complete without a problem.

[TRon]

Does it mean that I shall isntall Lazarus 4.0 RC3 and things will work?

I am unable to answer that because I haven't checked yet what might be the culprit nor have I had the time to verify with a RC3 install. In case BGRABitmap package was updated then that might be a reason that the fpgui subpackage does not install properly.

I tried to install bglcontrols.lpk only (one or two days ago, when the first couple of attempts failed), as this is the dependency I need, but I did not succeed.

The other packages, thus including bglcontrols seem to have been installed as intended.

Sorry, this sentence sounds completely Chizneez to me.

I am aware that this is a common phrase to use (I use it myself) but it always makes me wonder what a Chinese person would say when encountering gibberish

Shall some bug be reported somewhere?

The bug(s) are known and are already reported.

If everything goes as planned/intended then it is planned to to be addressed this summer. Until then only workarounds can be used to circumvent issues.

issues:
1. the compiler sometimes wrongfully indicates a unit as being outdated and as a result tries to recompile the unit. If it is a dependency for another unit then this is bale to trigger an avalanche of recompilation.
2. sometimes the compiler is unable to locate the sources correctly therefor unable to recompile the units that requires recompilation.
3. Whenever a unit requires compilation and located in protected space, the compiler is unable to store the output of that compilation back into that directory. Therefor exist a mechanism that stores these compiled results in the user's configuration directory of Lazarus. This mechanism has a flaw that makes it fail.
4. a small additional issue that certain packages and its units needs to be compiled in a particular order. If units and packages get moved around (as is the case with normal development) then the issue might occur that the units are build in the wrong order (devs have tried to tackle that issue but might still occur as not every package or combination could be tested).

Therefor, do not use directories for both FPC and Lazarus for which you do not have enough access rights (e.g. not able to write to) because that triggers one or multiple of the mentioned issues and ends up with errors as reported.

Therefore an installation located at usr/share will fail as you have experienced yourself.

I did my test on a Linux x86-64 install containing a semi-rolling Bookworm, having installed Lazarus 4.0 with fpc 3.2.2 in user space (ramdisk) and except for unchecking the package with fpgui in its name from BGRABitmap did not change anything else.

When I am able to find time and motivation I'll try and see what's up with that fpgui subpackage.

PS: this might all sound very bad but realize that most of these issues only trigger under certain conditions and one issue able to trigger the other (making it also difficult to reproduce and try to fix). There have been very big changes under the hood that we as normal users do not see on the outside so even though undesired sometimes things do not work entirely as intended.

[CM630]

I am not sure that you have seen my previous post.
But maybe I have to switch to this thread:
ATSynEdit install from OPM (teh second solution there does __not__ work).

No idea if WITH_GTK2_IM shall break OpenGl.

(BTW, I tried Lazarus 4.0rc3 - still the same).