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@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 <elb...@debian.org > > <mailto:elb...@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,
signature.asc
Description: This is a digitally signed message part