[Pkg-pascal-devel] Bug#741792: Bug#741792: doublecmd: FTBFS: install: cannot stat '*.so*': No such file or directory

[Paul Gevers]

Control: clone -1 -2
Control: reassign -2 lazarus
Control: retitle -2 controls in lazarus/components should be marked auto

On 26-03-14 07:41, Graham Inggs wrote:
> and the problem with gifanim.pas remains.  Alexander then replied as follows:
> 
>> The real problem in lazarus package. Lazarus can not build any LCL-Qt
>> application that uses controls from "lazarus/components" directory. It is
>> because this components marked as "manually build" in lazarus debian package
>> (lazarus debian rules file manually change it). In RPM distros (Fedora for
>> example) they marked as "automatically build" (that is upstream default
>> behavior) so there are no such problem. I make a workaround that worked in
>> previous lazarus versions (forced build of some components from lazarus
>> directory, that you can see in "components/build.sh"). But now it does not
>> work because they depends on each other.
> 
> I have confirmed this by simply commenting out the section that builds
> doublecmd-qt in debian/rules and the doublecmd-gtk package builds
> without problem.

I must admit that I don't understand the details, but this really looks
like a bug in lazarus then. Abou, what is your opinion here? The
relevant change was made in commit 7c4585ed and the text accompanying it
was "Included *.lpk files in the binary packages and mark them as
manually compiled to avoid recompiling them when used." Apparently that
causes other side effects for build dependencies.

Paul


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 551 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-pascal-devel/attachments/20140326/3c2ff657/attachment.sig>