[Pkg-pascal-devel] Need help with lazarus-related bug

[Abou Al Montacir]

On Sun, 2013-09-22 at 10:47 +0200, Paul Gevers wrote:

> Hi Michael,
> 
> [I cc'd the pascal devel mail list which is going to be the "maintainer"
> of most pascal based packages, including fpc/lazarus itself, please
> don't respond to me in private, but to that list (Mail-Reply-To set
> accordingly) I am subscribed.]
> 
> On 22-09-13 09:36, Michael Hanke wrote:
> > thanks for the pointer! Unfortunately that did not solve the original issue:
> 
> So far, you didn't explain the original issue :).
> 
> > lazbuild --build-all --ws=gtk2 --pcp=/etc/lazarus mricron.lpi
> > SetPrimaryConfigPath NewValue="/etc/lazarus" -> "/etc/lazarus"
> > primary config path: /etc/lazarus/
> > TLazPackageGraph.OpenDependency:
> >   LazarusDir="/usr/lib/lazarus/1.0.10/"
> >   The lpl directory is missing. Check that the Lazarus (--lazarusdir)
> > directory is correct.
> >   The lpk is missing for dependency=FCL (>=1.0)
> > ERROR: Broken dependency: FCL (>=1.0)
> 
> Please check your alternative settings for lazarus and fpc. I recommend
> them to be set to the highest version of fpc and lazarus that you
> installed. That is to say, start with checking that /etc/lazarus is
> actually a symlink to /etc/alternatives/lazarus.cfg.

/etc/lazarus is the scp and normally provides all the system installed
unti paths
it should be changed if you want to keep a particualr version as system
default lazarus. However you should know what you want if you do that.

> Of course, the other thing to check is your build dependencies. Might be
> that you are missing one (lcl-units ?). I hope Abou can jump in on this
> discussion, he is much more knowledgeable than me on the exact layout of
> the different packages. I don't really understand them as I am not
> enough involved in development of lazarus.

this is quite simple: you need to keep the system default lazarus inline with the system default fpc, fp-utils and fpc.cfg

That should be all

> I git cloned your packaging, so I could help debug, but it is not
> working for me. Do you also have a pristine-tar branch so that I create
> the tar ball from the git repository? Your get-orig-source target
> finishes with an error:
> finishing deferred symbolic links:
>   mricron/mricron.app/Contents/MacOS/mricron -> ../../../mricron
> date: invalid date `28 August 2013\n 32bit\n 64bit'
> make: *** [get-latest-source] Error 1
> 
> Also your clean target fails:
> paul at wollumbin ~/tmp/mricron $ debian/rules clean
> dh clean
>    dh_testdir
>    dh_auto_clean
>    debian/rules override_dh_clean
> make[1]: Entering directory `/media/home/paul/tmp/mricron'
> find . -name '*.o' -delete -o -name '*.ppu' -delete -o -name '*.a' -delete
> find . -name '*.compiled' -delete
> rm mricron.rc mricron.lrs mricron
> rm: cannot remove `mricron.rc': No such file or directory
> rm: cannot remove `mricron.lrs': No such file or directory
> rm: cannot remove `mricron': No such file or directory
> make[1]: [override_dh_clean] Error 1 (ignored)
> rm dcm2nii/dcm2nii
> rm: cannot remove `dcm2nii/dcm2nii': No such file or directory
> make[1]: [override_dh_clean] Error 1 (ignored)
> rm dcm2nii/dcm2niigui
> rm: cannot remove `dcm2nii/dcm2niigui': No such file or directory
> make[1]: [override_dh_clean] Error 1 (ignored)
> rm npm/mricron-npm
> rm: cannot remove `npm/mricron-npm': No such file or directory
> make[1]: [override_dh_clean] Error 1 (ignored)
> rm iconfinal-*.xpm mricron.xpm
> rm: cannot remove `iconfinal-*.xpm': No such file or directory
> rm: cannot remove `mricron.xpm': No such file or directory
> make[1]: [override_dh_clean] Error 1 (ignored)
> dh_clean
> make[1]: Leaving directory `/media/home/paul/tmp/mricron'
> 
> And lastly, it is of course possible that you hit a bug in the packaging
> of lazarus. Maybe we find out here.
> 
> Paul
> 
> > On Sat, Sep 21, 2013 at 7:50 PM, Paul Gevers <elbrus at debian.org
> > <mailto:elbrus at debian.org>> wrote:
> > 
> >     On 21-09-13 19:39, Michael Hanke wrote:
> >     > It seems like a broken build-dependency spec is the reason -- it
> >     builds
> >     > on my laptop, but I can't get it to work in a clean chroot. I wonder
> >     > whether you could easily spot the problem and help me out?
> > 
> >     I had a very similar bug reported against my package winff. It has
> >     nothing to do with the version of lazarus, but with the way that
> >     specific rebuild is done. I fixed it in this [1] commit.
> > 
> >     Hope this helps.
> > 
> >     Paul
> > 
> >     [1]
> >     http://anonscm.debian.org/gitweb/?p=pkg-pascal/winff.git;a=commit;h=168a95092d1e3ad2785412b6c60223fa564a8aa7


Cheers,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.alioth.debian.org/mailman/private/pkg-pascal-devel/attachments/20130924/7d761d02/attachment.html>
-------------- 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: <https://lists.alioth.debian.org/mailman/private/pkg-pascal-devel/attachments/20130924/7d761d02/attachment.sig>