Re: updating to ghostscript8-8.64_2 fails
Scott Bennett wrote: I'm running 7-STABLE updated to several hours ago: FreeBSD hellas 7.2-STABLE FreeBSD 7.2-STABLE #26: Sun Jul 26 02:48:17 CDT 2009 benn...@hellas:/usr/src/sys/i386/compile/hellas i386 I also ran portsnap again to get the latest updates before attempting to rebuild all altered ports and packages among the ones I have installed. Now, using portmaster again, I've run into a problem during the update to ghostscript. It does a lot of compiling, but eventually quits at: rm -f ./obj/../soobj/iconfig.c cp ./obj/../soobj/gconfxx.h ./obj/../soobj/gconfig.h cp ./psi/iconf.c ./obj/../soobj/iconfig.c cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/local/lib/ghostscript/8.64\" -I./psi -I./obj/../soobj -I./obj/../soobj -I./base -o ./obj/../soobj/iconfig.o -c ./obj/../soobj/iconfig.c cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/local/lib/ghostscript/8.64\" -I./obj/../soobj -I./base -o ./obj/../soobj/gsromfs0.o -c ./base/gsromfs0.c ./obj/../soobj/echogs -w ./obj/../soobj/ldt.tr -n - cc -L/usr/local/lib -L/usr/local/lib -shared -Wl,-soname=libgs.so.8 -o ./bin/../sobin/libgs.so.8.64 ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s ./obj/../soobj/gsromfs0.o ./obj/../soobj/gs.o -s cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm -liconv -lpaper -lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lpthread -lm if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \ DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \ DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ DEVICE_DEVS_EXTRA= \ /bin/sh <./obj/../soobj/ldt.tr ./obj/../soobj/gdevl256.o(.text+0x73a): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here /usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 150 in ./obj/../soobj/gdevxalt.o to 38 in ./obj/../soobj/gdevl256.o ./obj/../soobj/gdevvglb.o(.text+0x995): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here gmake[1]: *** [bin/../sobin/libgs.so.8.64] Error 1 gmake[1]: Leaving directory `/usr/ports/print/ghostscript8/work/ghostscript-8.64' gmake: *** [so] Error 2 *** Error code 1 Stop in /usr/ports/print/ghostscript8. ===>>> make failed for print/ghostscript8 ===>>> Aborting update ===>>> Update for ghostscript8-8.64_2 failed ===>>> Aborting update ===>>> Update for ImageMagick-6.5.3.10 failed ===>>> Aborting update 327.866u 117.233s 7:03.32 105.1%3261+927k 228+1673io 46pf+0w hellas# Is there something I missed doing? Or does this mean I should submit a problem report? Thanks in advance for any clues. This seems to be the same problem I have when trying to build ghostscript8-8.64_6. I sent a message to ports@ several days ago (22.07) but got no reply so far. Regards, Philipp ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: SANE, USB image scanner and -CURRENT (problem solved)
On Sun, Jul 26, 2009 at 08:32:23PM +0200, Hans Petter Selasky wrote:
> On Sunday 26 July 2009 20:10:26 Marc Fonvieille wrote:
> > On Sun, Jul 26, 2009 at 03:27:36PM +0200, Hans Petter Selasky wrote:
> > > On Sunday 26 July 2009 15:12:24 Marc Fonvieille wrote:
> > > > On Sun, Jul 26, 2009 at 02:55:42PM +0200, Marc Fonvieille wrote:
> > > > > Then I read the CVS logs about SANE's ports and
> > > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/sane-backends/Ma
> > > > >kefi le seems to say that SANE is broken since removal of uscanner(8),
> > > > > am I right?
> > > >
> > > > Ok, I read the Makefile, SANE is by default w/o libusb support cause
> > > > it's broken with libusb coming with 8.X so it's normal that the scanner
> > > > is not found.
> > > > Is there any plan in fixing that problem before 8.0-RELEASE?
> > >
> > > I think this is an old error. Have you tried compiling SANE from ports
> > > with libusb support enabled?
> >
> > It's impossible cause of this Makefile part:
> >
> > .if (defined(WITHOUT_USB) || ${OSVERSION} > 80)
> > CONFIGURE_ARGS+=--disable-libusb
> > .else
> > .if ${OSVERSION} < 800069
> > LIB_DEPENDS+= usb-0.1.8:${PORTSDIR}/devel/libusb
> > .endif
> > .endif
> >
> > So SANE is built w/o libusb support even if you check the option. I
> > tried to comment this part but the build failed on sanei_usb.c etc.
> >
> > I think someone with USB foo should have a look to the port.
>
>
> Patch:
>
> /usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei/sanei_usb.c
>
> At beginning of file change:
>
> #if defined (__FreeBSD__)
> #include
> #include
> #endif /* __FreeBSD__ */
>
> To:
>
> #if (defined (__FreeBSD__) && (__FreeBSD_version < 800064))
> #include
> #include
> #endif /* __FreeBSD__ */
>
> That's all.
>
> ...
>
Thanks a lot! It works now. I just committed your fix to the port, now
the USB scanners work under 8.X!
I'm currently testing under 8.X all USB things I have under the hand, I
may contact you again in future :)
--
Marc
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
CFT: databases/mysql51-server+sphinxse
Dear all, As maintainer of the textproc/sphinxsearch port I occasionally get requests from users about enabling the SphinxSE engine in MySQL on FreeBSD. Up to now, I've been publishing some ad hoc patches to the mysqlNN-server ports through by web site: http://www.infracaninophile.co.uk/articles/sphinxse.html I've now created a slave port: databases/mysql51-server+sphinxse which achieves much the same effect as the patches: http://www.infracaninophile.co.uk/articles/mysql51-server+sphinxse.shar I'll submit this as a new port fairly soon, but I'd appreciate any constructive critique of what I'm trying to do, and if anyone interested could do some testing. I already know there are a few problems, for instance I can't change the MAINTAINER or CONFLICTS settings without some small modifications to the master port. I'd do much the same thing for mysql50-server as well, but I'm still trying to debug getting SphinxSE support working at all with that version. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
updating to ghostscript8-8.64_2 fails
I'm running 7-STABLE updated to several hours ago: FreeBSD hellas 7.2-STABLE FreeBSD 7.2-STABLE #26: Sun Jul 26 02:48:17 CDT 2009 benn...@hellas:/usr/src/sys/i386/compile/hellas i386 I also ran portsnap again to get the latest updates before attempting to rebuild all altered ports and packages among the ones I have installed. Now, using portmaster again, I've run into a problem during the update to ghostscript. It does a lot of compiling, but eventually quits at: rm -f ./obj/../soobj/iconfig.c cp ./obj/../soobj/gconfxx.h ./obj/../soobj/gconfig.h cp ./psi/iconf.c ./obj/../soobj/iconfig.c cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/local/lib/ghostscript/8.64\" -I./psi -I./obj/../soobj -I./obj/../soobj -I./base -o ./obj/../soobj/iconfig.o -c ./obj/../soobj/iconfig.c cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=prescott -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript8/work/ghostscript-8.64/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -fno-strict-aliasing -pipe -march=prescott -DUSE_LIBICONV_GNU -DUSE_LIBPAPER -DGS_DEVS_SHARED -DGS_DEVS_SHARED_DIR=\"/usr/local/lib/ghostscript/8.64\" -I./obj/../soobj -I./base -o ./obj/../soobj/gsromfs0.o -c ./base/gsromfs0.c ./obj/../soobj/echogs -w ./obj/../soobj/ldt.tr -n - cc -L/usr/local/lib -L/usr/local/lib -shared -Wl,-soname=libgs.so.8 -o ./bin/../sobin/libgs.so.8.64 ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s ./obj/../soobj/gsromfs0.o ./obj/../soobj/gs.o -s cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm -liconv -lpaper -lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lpthread -lm if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \ DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \ DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ DEVICE_DEVS_EXTRA= \ /bin/sh <./obj/../soobj/ldt.tr ./obj/../soobj/gdevl256.o(.text+0x73a): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here /usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 150 in ./obj/../soobj/gdevxalt.o to 38 in ./obj/../soobj/gdevl256.o ./obj/../soobj/gdevvglb.o(.text+0x995): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1759): first defined here gmake[1]: *** [bin/../sobin/libgs.so.8.64] Error 1 gmake[1]: Leaving directory `/usr/ports/print/ghostscript8/work/ghostscript-8.64' gmake: *** [so] Error 2 *** Error code 1 Stop in /usr/ports/print/ghostscript8. ===>>> make failed for print/ghostscript8 ===>>> Aborting update ===>>> Update for ghostscript8-8.64_2 failed ===>>> Aborting update ===>>> Update for ImageMagick-6.5.3.10 failed ===>>> Aborting update 327.866u 117.233s 7:03.32 105.1%3261+927k 228+1673io 46pf+0w hellas# Is there something I missed doing? Or does this mean I should submit a problem report? Thanks in advance for any clues. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-port
Re: SANE, USB image scanner and -CURRENT (problem solved)
On Sunday 26 July 2009 20:10:26 Marc Fonvieille wrote:
> On Sun, Jul 26, 2009 at 03:27:36PM +0200, Hans Petter Selasky wrote:
> > On Sunday 26 July 2009 15:12:24 Marc Fonvieille wrote:
> > > On Sun, Jul 26, 2009 at 02:55:42PM +0200, Marc Fonvieille wrote:
> > > > Then I read the CVS logs about SANE's ports and
> > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/sane-backends/Ma
> > > >kefi le seems to say that SANE is broken since removal of uscanner(8),
> > > > am I right?
> > >
> > > Ok, I read the Makefile, SANE is by default w/o libusb support cause
> > > it's broken with libusb coming with 8.X so it's normal that the scanner
> > > is not found.
> > > Is there any plan in fixing that problem before 8.0-RELEASE?
> >
> > I think this is an old error. Have you tried compiling SANE from ports
> > with libusb support enabled?
>
> It's impossible cause of this Makefile part:
>
> .if (defined(WITHOUT_USB) || ${OSVERSION} > 80)
> CONFIGURE_ARGS+=--disable-libusb
> .else
> .if ${OSVERSION} < 800069
> LIB_DEPENDS+= usb-0.1.8:${PORTSDIR}/devel/libusb
> .endif
> .endif
>
> So SANE is built w/o libusb support even if you check the option. I
> tried to comment this part but the build failed on sanei_usb.c etc.
>
> I think someone with USB foo should have a look to the port.
Patch:
/usr/ports/graphics/sane-backends/work/sane-backends-1.0.20/sanei/sanei_usb.c
At beginning of file change:
#if defined (__FreeBSD__)
#include
#include
#endif /* __FreeBSD__ */
To:
#if (defined (__FreeBSD__) && (__FreeBSD_version < 800064))
#include
#include
#endif /* __FreeBSD__ */
That's all.
...
Making all in po
gmake[1]: Entering directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20/po'
generating sane-backends.bg.mo from sane-backends.bg.po
generating sane-backends.cs.mo from sane-backends.cs.po
generating sane-backends.da.mo from sane-backends.da.po
generating sane-backends.de.mo from sane-backends.de.po
generating sane-backends.en_GB.mo from sane-backends.en_GB.po
generating sane-backends.eo.mo from sane-backends.eo.po
generating sane-backends.es.mo from sane-backends.es.po
generating sane-backends.fi.mo from sane-backends.fi.po
generating sane-backends.fr.mo from sane-backends.fr.po
generating sane-backends.it.mo from sane-backends.it.po
generating sane-backends.nb.mo from sane-backends.nb.po
generating sane-backends.nl.mo from sane-backends.nl.po
generating sane-backends.pl.mo from sane-backends.pl.po
generating sane-backends.pt.mo from sane-backends.pt.po
generating sane-backends.ru.mo from sane-backends.ru.po
generating sane-backends.sv.mo from sane-backends.sv.po
gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20/po'
gmake[1]: Entering directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20'
gmake[1]: Nothing to be done for `all-am'.
gmake[1]: Leaving directory `/usr/ports/graphics/sane-backends/work/sane-
backends-1.0.20'
--HPS
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
GnuCASH-2.2.9 crashes when saving a custom report
As noted in the following bugzilla report, changing to slib-3b1 fixed this particular problem. https://bugzilla.redhat.com/show_bug.cgi?id=446118 Unfortunately, there were a few complications in installing slib-3b1, some of which are noted in the following online comment. http://sources.redhat.com/ml/guile/2000-04/msg00114.html A PR to update SLIB has been submitted. When I was finally able to install slib-3b1, recompile GnuCASH-2.9.2, create a new Custom Report - I was then able to successfully SAVE the report (via "File/Add Report") and GnuCASH did NOT crash!! The new report was also saved!!! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: >1 linux_base port (Re: 7.2 amd64 Flash)
On Saturday 25 July 2009 23:25:41 per...@pluto.rain.com wrote: > Boris Samorodov wrote: > > PJ writes: > > > I already had f8 installed as well as fc-4 > > > > That's wrong. Two linux_base ports should not be installed > > at a system ... > > Might it be advisable for each new linux_base port to declare > itself incompatible with all earlier ones, to prevent this > kind of error? (Cc: ports@) They are, -f8/Makefile: CONFLICTS= linux_base-gentoo* linux_base-fc4 linux_base-fc6 \ linux_base-f7 linux-glib2 Someone installed with DISABLE_CONFLICTS and has a bleeding foot. -- Mel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>1 linux_base port (Re: 7.2 amd64 Flash)
Boris Samorodov wrote: > PJ writes: > > I already had f8 installed as well as fc-4 > That's wrong. Two linux_base ports should not be installed > at a system ... Might it be advisable for each new linux_base port to declare itself incompatible with all earlier ones, to prevent this kind of error? (Cc: ports@) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Using WITH_OPENSSL_PORT
> As the PR advises, switching back to base openssl fixes my problem. Well, apparently only part of it. Unfortunately the openssl framework in ports doesn't accommodate mixing and matching of base and port openssl, so while this may allow you to use pam_ldap, it's at the expense of other ports. You should probably follow-up on the PR, and explain to the committer who closed it why a real solution to the problem would be desirable. Also, ask the krb5 maintainer if it would be possible to relax the openssl requirements on his port. Sometimes these restrictions are relics of times when an earlier version of openssl in base was causing problems, and they may no longer be relevant. > Since I am already using pam_ldap on this system in production, I > don't see any easy way to get security/krb5 installed and working via > ports on the same system since openssl requirements for these things > conflict. I think my easiest solution is to use a different system > for security/krb5. At least in the short term, if you don't have the time to patch these ports yourself, you may be right. Another thing you may want to consider: will the kerberos implementation already in the base system, or another kerberos port, meet your needs, so that you can dispense with the krb5 port? b. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
