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

[Abou Al Montacir]

On Wed, 2014-03-26 at 20:15 +0100, Paul Gevers wrote:
> 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.

Hi Paul & Others,
The decision to mark packages as Manually built was du to the fact that
these are considered as provider binaries. So users need to work with
them in their binary format. If you remove this, then Lazarus will build
them in the user's home directory for each user. There are 2 points
here:

1) It not relevant to package binary files if you know it will never be
used
2) On multi-user system this is consuming a huge amount of memory
useless.
3) It is working only because the source package is installed, while
this one is optional.

So I don't agree that we need to remove the manual build flag, and I
don't agree that this is a critical bug as LC-QT is a alpha feature.

I'd ask kindly to lower this bug severity or will do it myself in order
to avoid a useless removal from testing scheduled for April 14th.

Cheers,
Abou Al Montacir,
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-pascal-devel/attachments/20140407/fd0f4f1f/attachment.sig>