On 7/6/14, 9:43 PM, Schindler Karl-Michael wrote: > Hi > > Am 06.07.2014 um 21:26 schrieb fink-users-requ...@lists.sourceforge.net: > >> Date: Sun, 06 Jul 2014 12:15:56 -0700 >> From: Alexander Hansen <alexanderk.han...@gmail.com> >> Subject: Re: [Fink-users] fink install lazarus-aqua (1.2.4.1) >> funktioniert bei mir nicht >> Message-ID: <53b9a06c.5050...@gmail.com> >> >> On 7/6/14, 10:53 AM, Andreas Wunnenberg wrote: >> >>> Setting up fink-buildlock-lazarus-aqua-1.2.4-1 (2014.07.06-19.45.44) ... >>> >>> sudo -u fink-bld [ENV] sh -c /tmp/fink.ZQyHz >>> env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner --no-same-permissions >>> -xf /sw/src/lazarus-1.2.4-0.tar.gz >>> sudo -u fink-bld [ENV] sh -c /tmp/fink.nLn1H >>> /tmp/fink.85XhW >>> #!/bin/sh -ev >>> >>> chmod 755 . >>> >>> # fix strange build problem on buildworld, see port notes >>> # sed -i.bak > > … snip > >>> /bin/mkdir -p ../units/i386-darwin >>> ppc386 -MObjFPC -Scghi -O1 -g -gl -vewnhi -l -Fu. >>> -Fu/usr/local/lib/fpc/2.6.4/units/i386-darwin/rtl -FE. > > … probably the source of the problem. Well spotted by akh. > You probably installed fpc before using the disk images. Either it is still > present in /usr/local/lib or at least a preference file points to it. > Depending on your installation, it might be the 64bit version only and not > the 32 bit version.The 64bit version has /usr/local/bin/ppcx64, the 32bit > version has /usr/local/bin/ppc386. Building lazarus-aqua requires the 32bit > version, because the carbon library is used. You might be lucky and you can > build lazarus-gtk2, since this uses the 64bit compiler. However, keeping both > installations, from fink as well as from disk images, involves major trouble > and errors difficult to fix. I cannot recommend it at all. You have to make a > decision which one to use. Check the freepascal wiki for the removal of > freepascal installed from disk images. Removal of the fink installation is > simple: "fink --recursive purge fpc-config" > >>> -FU../units/i386-darwin -gl -gw -dDBG_WITH_TIMEOUT -di386 fcllaz.pas >>> Hint: Start of reading config file /sw/etc/fpc.cfg >>> Hint: End of reading config file /sw/etc/fpc.cfg >>> Free Pascal Compiler version 2.6.4 [2014/03/11] for i386 >>> Copyright (c) 1993-2014 by Florian Klaempfl and others >>> Target OS: Darwin for i386 >>> Compiling fcllaz.pas >>> Compiling registerfcl.pas >>> Compiling lazaruspackageintf.pas >>> Assembling (pipe) ../units/i386-darwin/lazaruspackageintf.s >>> registerfcl.pas(45,22) Fatal: Can't find unit process used by RegisterFCL >>> Fatal: Compilation aborted >>> make[1]: *** [fcllaz.ppu] Error 1 >>> make: *** [registration] Error 2 > > ...snip > >> ...ppc386 -MObjFPC -Scghi -O1 -g -gl -vewnhi -l -Fu. -FE. >> -FU../units/i386-darwin -gl -gw -dDBG_WITH_TIMEOUT -di386 fcllaz.pas >> Hint: Start of reading config file /sw/etc/fpc.cfg >> Hint: End of reading config file /sw/etc/fpc.cfg >> Free Pascal Compiler version 2.6.4 [2014/03/11] for i386 >> Copyright (c) 1993-2014 by Florian Klaempfl and others >> Target OS: Darwin for i386 >> Compiling fcllaz.pas >> Fatal: Can't find unit system used by fcllaz >> Fatal: Compilation aborted >> make[1]: *** [fcllaz.ppu] Error 1 > > This error is probably caused by an faulty or missing configuration file > /sw/etc/fpc.cfg. As discussed on irc, "fink reinstall fpc-config" does NOT > fix it, since dpkg might still assume that a correct version is installed. I > think that this behavior is highly questionable, since the only way out is > "fink --recursive purge fpc-config" and then reinstall the whole chain of > packages. Any chance to change this, i.e. that dpkg does not only check the > actual configuration files for modifications, when doing an update, but also > during fink reinstall … ? > >> However, it appears that you are building against a third-party fpl, as >> indicated by the "-Fu/usr/local/lib/fpc/2.6.4/units/i386-darwin/rtl". > > Well spotted. Many thanks for the hint. I did not notice it. > > Michael Schindler >
Sorry, I was in the middle of doing other stuff and so I wasn't paying close attention to fpc. :-) I get the same error after manually removing fpc-config, rebuilding it, and reinstalling it, though. (and I used "sudo dpkg -P --force-depends fpc-config" to avoid having to remove the whole chain). The ConfFiles declaration is specifically designed to _prevent_ files from being overwritten if an administrator might need to customize them for a site, so that package updates don't disrupt services. One thing you could do might be to have the fpc-config build produce a backup copy of fpc.cfg which isn't a ConfFile, so that a rebuild operation would generate a new version. Then you could have a DescUsage message telling users to copy this backup over fpc.cfg if they have problems. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ ------------------------------------------------------------------------------ Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
