Hello,

I got a message from "JuhaManninen" on the Lazarus forum:

http://forum.lazarus.freepascal.org/index.php/topic,27211.0.html?PHPSESSID=bf43911005bf788ab072b3d73d1bfb4f

http://forum.lazarus.freepascal.org/index.php/topic,27211.msg177117.html?PHPSESSID=bf43911005bf788ab072b3d73d1bfb4f#msg177117

I would like to inform you that I am (trying to) maintain the fpcup tool made by "BigChimp"

https://github.com/LongDirtyAnimAlf/Reiniero-fpcup

I will do so for as long I have time and pleasure in doing so !

If fpc-core wants to take over or centralize or incorporate or use this tool, I am totally fine !
And, if necessary and desired, I will continue my work also in that case, together with the other maintainers.

Greetings.

Wasn't it possible to import the old history? Being able to use blame is often very helpful to understand old code.

I will do so for as long I have time and pleasure in doing so !

Glad to hear!

If fpc-core wants to take over or centralize or incorporate or use this tool, I am totally fine !

At least Marco and me found apparently no time to maintain it.

And, if necessary and desired, I will continue my work also in that case, together with the other maintainers.

I am very happy that a new maintainer steps up!

I downloaded your branch and compilation failed in installercore.pas at line containining "DiffFilesSL.Linebreak = #13#10'. Which version of fpc and Lazarus are you using?

@vfclists
This was a regression ... should be fixed by now.

@florian
Importing should have been done !
However, this all started as a not-too-serious attempt by me to get fpcup running again.

I must say its not easy to maintain/understand code without possibility to consult the author.

I am interested in working on a console version of fpcup to use in a small linux console VM:
http://forum.lazarus.freepascal.org/index.php/topic,26315.msg174469.html#msg174469

Any suggestions on where to start? Maybe get the GUI version working in my ReactOS VM?

Alfred wrote

I must say its not easy to maintain/understand code without possibility to consult the author.

Hello, that reminded me; there is one more forum/list member who worked with Reinier on fpcup, Ludo Brands. I'm not sure for how long have he been involved in the project, but he worked on it at least in the beginning. Perhaps he could provide some insight, if he's available?

I started my first Free Pascal wiki page weeks ago: http://wiki.freepascal.org/Small_Virtual_Machines

***** The text below is from that wiki page *****
This downloads a file (875240 bytes) but can't execute it (help needed): wget
https://github.com/LongDirtyAnimAlf/Reiniero-fpcup/blob/master/bin/i386-linux/fpcup_linux_x86?raw=true --no-check-certificate
mv fpcup_linux_x86?raw=true fpcup
chmod u+rx fpcup
sudo ./fpcup (Get No such file or directory error) *****

Anyone here have any quick suggestions on what I might be doing wrong? I've asked on the Lazarus forum but have gotten no response.

In our previous episode, Paul Breneman said:

output of

ls -l fpcup

ldd ./fpcup

file fpcup

and

uname -a

would be helpful

The wget gives me a file called `fpcup_linux_x86`, not `fpcup_linux_x86?raw=true`, so try
wget
https://github.com/LongDirtyAnimAlf/Reiniero-fpcup/blob/master/bin/i386-linux/fpcup_linux_x86?raw=true --no-check-certificate -O fpcup

Instead of the above two commands. (It could be specific to my system here)

Now, for my system, I needed the x86_64 version:
wget
https://github.com/LongDirtyAnimAlf/Reiniero-fpcup/blob/master/bin/x86_64-linux/fpcup_linux_x64?raw=true --no-check-certificate -O fpcup

Then chmod'ing fpcup and subsequently executing it works as expected.

I got a new file (fpcup1) today using the "-O outputfilename" on the wget like Ewald suggested. They both fail to run.

ls -l fpcup*
-rwxr--r-- 1 test test 875240 Jul 28 20:41 fpcup
-rwxr-xr-x 1 test test 875240 Jul 29 10:22 fpcup1

ldd ./fpcup
linux-gate.so.1
libpthread.so.0 => /lib/...
libdl.so.2 => /lib/...
libc.so.6 => /lib/...
/usr/lib/ld-linux.so.2 => /lib/...

file: command not found

uname -a
Linux debian 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) i686 GNU/Linux

Thanks Marco. Anything else that would be helpful?

I did apt-get update and apt-get upgrade and now uname -a shows: Linux debian 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt111-1+deb8u2 (2015-07-17) i686 GNU/Linux

The same problem remains.

In our previous episode, Paul Breneman said:

Seems all libs are found.

file: command not found

(was to check that it really was a 32-bit binary)

uname -a Linux debian 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) i686 GNU/Linux

Was to check the kernel (32-bit or 64-bit) -> 32-bit.

So the major checks seem to work out, so must be some detail thing.

While trying to build trunk, I encountered the following peculiarity.

Building trunk with 3.0.0 : ok.
Building trunk with 3.0.1 (fixes ios) : not allowed due to wrong version.
Building trunk with 3.0.2 (normal fixes) : not allowed due to wrong version.

Is there a reason why you can only build trunk with 3.0.0, and not with any 3.0 fixes ?

Alfred wrote on Tue, 02 Feb 2016:

It's because that is the only version we test and support. Supporting and testing every svn revision that has version 3.0.1 is impossible, so we don't support

Yes. It is in the wiki. (Sigh)
But there is an argument to be made to allow fixes branch.

"" wrote

Yes. It is in the wiki. (Sigh) But there is an argument to be made to allow fixes branch.

No. Building of trunk will only be allowed with the latest release and for some time the one before it. This is not up for discussion. After all users want us to fix bugs and implement new features and optimizations and not hunt around why revision xyz of 3.0.1 can't build revision abc of trunk.

Regards,
Sven

Point duly taken. (But I knew)