Re: More nitpicks from the department of redundancy department...
On Sun, Nov 20, 2011 at 10:18 AM, Eitan Adler wrote: > On Sun, Nov 20, 2011 at 4:45 AM, Matthew Seaman > wrote: >> >> PORT_DBDIR?= /var/db/ports is the default setting in bsd.ports.mk -- the >> following ports redefine it to exactly the same value: >> [ snip ] > > Thanks for the report - I'll handle these. Sorry for the empty promise. Something came up and I won't have the time to look at these :( - maybe someone else can take them up > > -- > Eitan Adler > -- Eitan Adler ___ 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: ports/16041: commit references a PR
The following reply was made to PR ports/16041; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: ports/16041: commit references a PR Date: Mon, 21 Nov 2011 00:57:50 + (UTC) scheidell2011-11-21 00:57:36 UTC FreeBSD ports repository Modified files: net/ntop Makefile net/ntop/files patch-configure.in Log: PR: 16041 Submitted by: scheidell Approved by:maintainer (sylvio, implicit), gabor (mentor) Feature safe: Yes Revision ChangesPath 1.99 +10 -12ports/net/ntop/Makefile 1.10 +9 -0 ports/net/ntop/files/patch-configure.in ___ cvs-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscr...@freebsd.org" ___ 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"
linphone-base conflicts with ortp and fails to install, it also fails to build: error: expected specifier-qualifier-list before 'UInt96'
Hi, When I do portupgrade, I get this message (kdenetwork fails to update due to this): ===> linphone-base-3.2.1_1,1 conflicts with installed package(s): ^M ortp-0.13.0_1^M ^M They install files into the same place.^M You may want to stop build with Ctrl + C.^M ===> Vulnerability check disabled, database not found^M ===> License check disabled, port has not defined LICENSE^M ^M ===> linphone-base-3.2.1_1,1 conflicts with installed package(s): ^M ortp-0.13.0_1^M ^M They will not build together.^M Please remove them first with pkg_delete(1).^M When I follow instruction in UPDATING and run this command 'portmaster -o net/linphone-base ortp', I get this messages: In file included from ../include/mediastreamer2/msrtp.h:25, from msrtp.c:20: ../include/mediastreamer2/ice.h:60: error: expected specifier-qualifier-list before 'UInt96' msrtp.c: In function 'receiver_process': msrtp.c:333: warning: implicit declaration of function 'rtp_get_payload' gmake[5]: *** [msrtp.lo] Error 1 gmake[5]: Leaving directory `/usr/ports/net/linphone-base/work/linphone-3.2.1/mediastreamer2/src' gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory `/usr/ports/net/linphone-base/work/linphone-3.2.1/mediastreamer2/src' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/net/linphone-base/work/linphone-3.2.1/mediastreamer2' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/net/linphone-base/work/linphone-3.2.1/mediastreamer2' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/linphone-base/work/linphone-3.2.1' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/net/linphone-base. ===>>> make failed for net/linphone-base ===>>> Aborting update I am not sure why linphone-base build fails. But it looks like linphone-base contains some version of ortp. And this creates a problem of the conflict: "They install files into the same place." Sylvio, should you consider renaming conflicting files stemming from ortp copy into some other name to remove such conflict? Yuri ___ 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: "postfix-current" broken on amd64 platform
Sahil Tandon píše v so 19. 11. 2011 v 15:48 -0500: > Wietse has made the change upstream and I plan to commit that in a > little bit. Just running it through my tinderbox if folks don't mind > the wait (a few hours). Not at all, and thanks both! -- -- Pav Lucistnik ... the obese drugged penguin used by Linux. -- Scott Long signature.asc Description: This is a digitally signed message part
Re: bin/162681: pkg_add(1): new installer does not add doc packages
Old Synopsis: bsdinstall(8): does not add doc packages New Synopsis: pkg_add(1): new installer does not add doc packages Responsible-Changed-From-To: freebsd-sysinstall->freebsd-ports Responsible-Changed-By: eadler Responsible-Changed-When: Sun Nov 20 17:27:18 UTC 2011 Responsible-Changed-Why: per nwhitehorn http://www.freebsd.org/cgi/query-pr.cgi?pr=162681 ___ 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: Makefile Issue
On 20 November 2011 13:47, Cy Schubert wrote:
> In message <202304.343059f4.s...@freebsd.org>, Stanislav Sedov
> writes:
>> On Fri, 18 Nov 2011 07:42:56 -0800
>> Cy Schubert mentioned:
>>
>> > Hi everyone,
>> >
>> > Can anyone enlighten me as to why this following make fragment doesn't
>> > work? It falls through to .else.
>> >
>> > PKGNAMESUFFIX= -devel
>> > .if defined(PKGNAMESUFFIX) && !empty(PKGNAMESUFFIX)
>> > MASTER_SITES= http://www.fwbuilder.org/nightly_builds/fwbuilder-5.0/build
>> -
>> > ${BUILD}/
>> > PORTVERSION= ${DISTVERSION}.b${BUILD}
>> > .else
>> > MASTER_SITES= SF/${PORTNAME}/Current_Packages/${PORTVERSION}
>> > DISTVERSIONSUFFIX= .${BUILD}
>> > .endif
>> >
>> > If I replace PKGNAMESUFFIX= -devel and the .if defined... with
>> > PKGNAMESUFFIX= "-devel"
>> > .if defined(PKGNAMESUFFIX) && ${PKGNAMESUFFIX} == "-devel"
>> > it works.
>> >
>>
>> Works here.
>>
>> Why do you think it doesn't work for you?
>
> Got it working a couple of days ago. Typo elsewhere in the makefile.
Great to hear.
I find that make -V can be your friend, but the thing that mostly
trips me up here is doing a conditional based on LOCALBASE or similar
before bsd.port.pre.mk.
Chris
___
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: More nitpicks from the department of redundancy department...
On Sun, Nov 20, 2011 at 4:45 AM, Matthew Seaman wrote: > > PORT_DBDIR?= /var/db/ports is the default setting in bsd.ports.mk -- the > following ports redefine it to exactly the same value: > [ snip ] Thanks for the report - I'll handle these. -- Eitan Adler ___ 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: epson r2400/2880 printers on freebsd8.2 amd64
On 11/20/11 03:57, David Southwell wrote: On Saturday 19 November 2011 06:44:28 Patrick Powell wrote: On 11/19/11 01:53, David Southwell wrote: Hi Anyone up to date on how to do high quality printing with epson inkjet printers (in my case r2400 and r2880) on freebsd8.2 amd64 systems. print/pips* reports they require 386 and do not compile on amd64. Thanks in advance for useful pointers David ___ 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" If you comment out ONLY_FOR_ARCHS= i386 in /usr/ports/print/pips800/Makefile.pips you can get it to compile. HOWEVER: there are a slew of warnings about 'cast from pointer to integer of different size' that may cause much grief and pain. Most of these appear to be generated in the GTK library, and apparently by the use of a cast to implement the 'offsetof' capability. Good luck... Thanks for the tip I wanted to compile pips780. After commenting out the ONLY_FOR_ARCH-i386 I got the errors shown below. I do not know how to fix them :-(!!! gsconfig.c: In function 'make_gsc': gsconfig.c:142: warning: comparison with string literal results in unspecified behaviour cc -DGS_PATH=\"gs\" -DLOCALEDIR=\"/usr/local/share/locale\" - DPRINTER_MODEL="\"PM-780C\"" -DPM780C - DLIBPATH=\"/usr/local/lib/pips/libpm780c.so\" - DRSC_PATH=\"/usr/local/etc/pipsrc\" -DSPOOL_NAME=\"pm780c\" - DLOCALE_PATH=\"/usr/local/share/locale\" - DNAVI_PATH=\"/usr/local/bin/ekpnavi\" - DDATA_PATH=\"/usr/local/libexec/pips/PM780C\" - DRULED_PATH=\"/usr/local/libexec/pips/PM780C/BID.PRN\" - DPATCH_PATH=\"/usr/local/libexec/pips/PM780C/PATCH.PRN\" - DBAND_PATH=\"/usr/local/libexec/pips/PM780C/BAND.PRN\" - DCUT_PATH=\"/usr/local/libexec/pips/PM780C/CUT.PRN\" -D_LPR_DIRECT -pipe -g - std=gnu89 -Wall -fsigned-char -L/usr/local/lib -pthread -o gsconfig780 gsconfig.o paper.o -lpthread sed "s,%model_name%,PM-780C,; \ s,%bin_name%,pips780,; \ s,%gsconfig_name%,gsconfig780," filter.tmp> filter780 gmake[2]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2/src' Making all in ekpd gmake[2]: Entering directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' gmake[3]: Entering directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_comserv.c cbtd_comserv.c: In function 'comserv_thread': cbtd_comserv.c:162: warning: pointer targets in passing argument 3 of 'accept' differ in signedness cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_datatrans.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_setup.c cbtd_setup.c: In function 'parameter_setup': cbtd_setup.c:89: warning: pointer targets in passing argument 4 of 'get_parameter' differ in signedness cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_signal.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_thread.c cc -pipe -g -std=gnu89 -Wall -L/usr/local/lib -pthread -o ekpd cbtd.o cbtd_comserv.o cbtd_datatrans.o cbtd_setup.o cbtd_signal.o cbtd_thread.o ./libcbt.a -lpthread /usr/bin/ld: warning: i386 architecture of input file `./libcbt.a(cbtd_wrapper.o)' is incompatible with i386:x86-64 output /usr/bin/ld: warning: i386 architecture of input file `./libcbt.a(ecbteg.o)' is incompatible with i386:x86-64 output /usr/bin/ld: warning: i386 architecture of input file `./libcbt.a(winfunc.o)' is incompatible with i386:x86-64 output /usr/bin/ld: BFD 2.15 [FreeBSD] 2004-05-23 internal error, aborting at /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c line 4274 in bfd_generic_get_relocated_section_contents /usr/bin/ld: Please report this bug. gmake[3]: *** [ekpd] Error 1 gmake[3]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2' gmake: *** [all-recursive-am] Error 2 *** Error code 1 Stop in /usr/ports/print/pips780. [root@dns1 /usr/ports/print/pips780]# I haven't dug into the source code, but I have seen this error when there is x86 assembly code in an object file. I suspect the issue is with cbtd_wrapper as the name looks suspciously like something that would be assembly. Just a guess, now. -- Patrick Powell Astart Technologies papow...@astart.com1530 Jamacha Road, Suite X, Network and System San Diego, CA 92019 Consulting 858-874-6543 Web Site: www.astart.com
Re: Makefile Issue
In message <202304.343059f4.s...@freebsd.org>, Stanislav Sedov
writes:
> On Fri, 18 Nov 2011 07:42:56 -0800
> Cy Schubert mentioned:
>
> > Hi everyone,
> >
> > Can anyone enlighten me as to why this following make fragment doesn't
> > work? It falls through to .else.
> >
> > PKGNAMESUFFIX= -devel
> > .if defined(PKGNAMESUFFIX) && !empty(PKGNAMESUFFIX)
> > MASTER_SITES= http://www.fwbuilder.org/nightly_builds/fwbuilder-5.0/build
> -
> > ${BUILD}/
> > PORTVERSION=${DISTVERSION}.b${BUILD}
> > .else
> > MASTER_SITES= SF/${PORTNAME}/Current_Packages/${PORTVERSION}
> > DISTVERSIONSUFFIX= .${BUILD}
> > .endif
> >
> > If I replace PKGNAMESUFFIX= -devel and the .if defined... with
> > PKGNAMESUFFIX= "-devel"
> > .if defined(PKGNAMESUFFIX) && ${PKGNAMESUFFIX} == "-devel"
> > it works.
> >
>
> Works here.
>
> Why do you think it doesn't work for you?
Got it working a couple of days ago. Typo elsewhere in the makefile.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
___
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: "postfix-current" broken on amd64 platform
On Sun, 20 Nov 2011 01:36:20 -0500 Sahil Tandon articulated: > This port has been updated to Postfix 2.9 Snapshot 2019. Thanks Sahil. :) -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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: epson r2400/2880 printers on freebsd8.2 amd64
On Saturday 19 November 2011 06:44:28 Patrick Powell wrote: > On 11/19/11 01:53, David Southwell wrote: > > Hi > > > > Anyone up to date on how to do high quality printing with epson inkjet > > printers (in my case r2400 and r2880) on freebsd8.2 amd64 systems. > > print/pips* reports > > they require 386 and do not compile on amd64. > > > > Thanks in advance for useful pointers > > > > David > > ___ > > 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" > > If you comment out ONLY_FOR_ARCHS= i386 in > /usr/ports/print/pips800/Makefile.pips > you can get it to compile. > > HOWEVER: there are a slew of warnings about 'cast from pointer to > integer of different size' > that may cause much grief and pain. Most of these appear to be > generated in the GTK library, > and apparently by the use of a cast to implement the 'offsetof' capability. > > Good luck... Thanks for the tip I wanted to compile pips780. After commenting out the ONLY_FOR_ARCH-i386 I got the errors shown below. I do not know how to fix them :-(!!! gsconfig.c: In function 'make_gsc': gsconfig.c:142: warning: comparison with string literal results in unspecified behaviour cc -DGS_PATH=\"gs\" -DLOCALEDIR=\"/usr/local/share/locale\" - DPRINTER_MODEL="\"PM-780C\"" -DPM780C - DLIBPATH=\"/usr/local/lib/pips/libpm780c.so\" - DRSC_PATH=\"/usr/local/etc/pipsrc\" -DSPOOL_NAME=\"pm780c\" - DLOCALE_PATH=\"/usr/local/share/locale\" - DNAVI_PATH=\"/usr/local/bin/ekpnavi\" - DDATA_PATH=\"/usr/local/libexec/pips/PM780C\" - DRULED_PATH=\"/usr/local/libexec/pips/PM780C/BID.PRN\" - DPATCH_PATH=\"/usr/local/libexec/pips/PM780C/PATCH.PRN\" - DBAND_PATH=\"/usr/local/libexec/pips/PM780C/BAND.PRN\" - DCUT_PATH=\"/usr/local/libexec/pips/PM780C/CUT.PRN\" -D_LPR_DIRECT -pipe -g - std=gnu89 -Wall -fsigned-char -L/usr/local/lib -pthread -o gsconfig780 gsconfig.o paper.o -lpthread sed "s,%model_name%,PM-780C,; \ s,%bin_name%,pips780,; \ s,%gsconfig_name%,gsconfig780," filter.tmp > filter780 gmake[2]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2/src' Making all in ekpd gmake[2]: Entering directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' gmake[3]: Entering directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_comserv.c cbtd_comserv.c: In function 'comserv_thread': cbtd_comserv.c:162: warning: pointer targets in passing argument 3 of 'accept' differ in signedness cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_datatrans.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_setup.c cbtd_setup.c: In function 'parameter_setup': cbtd_setup.c:89: warning: pointer targets in passing argument 4 of 'get_parameter' differ in signedness cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_signal.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -pipe -g -std=gnu89 - Wall -c cbtd_thread.c cc -pipe -g -std=gnu89 -Wall -L/usr/local/lib -pthread -o ekpd cbtd.o cbtd_comserv.o cbtd_datatrans.o cbtd_setup.o cbtd_signal.o cbtd_thread.o ./libcbt.a -lpthread /usr/bin/ld: warning: i386 architecture of input file `./libcbt.a(cbtd_wrapper.o)' is incompatible with i386:x86-64 output /usr/bin/ld: warning: i386 architecture of input file `./libcbt.a(ecbteg.o)' is incompatible with i386:x86-64 output /usr/bin/ld: warning: i386 architecture of input file `./libcbt.a(winfunc.o)' is incompatible with i386:x86-64 output /usr/bin/ld: BFD 2.15 [FreeBSD] 2004-05-23 internal error, aborting at /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c line 4274 in bfd_generic_get_relocated_section_contents /usr/bin/ld: Please report this bug. gmake[3]: *** [ekpd] Error 1 gmake[3]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2/ekpd' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/print/pips780/work/pips780-2.1.2' gmake: *** [all-recursive-am] Error 2 *** Error code 1 Stop in /usr/ports/print/pips780. [root@dns1 /usr/ports/print/pips780]# ___ 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"
More nitpicks from the department of redundancy department...
PORT_DBDIR?= /var/db/ports is the default setting in bsd.ports.mk -- the
following ports redefine it to exactly the same value:
% grep -r 'PORT_DBDIR?=' .
./security/pear-Crypt_RSA/Makefile:PORT_DBDIR?= /var/db/ports
./Mk/bsd.port.mk:PORT_DBDIR?= /var/db/ports
./mail/squirrelmail-shared_calendars-plugin/Makefile:PORT_DBDIR?=
/var/db/ports
./lang/php52-extensions/Makefile:PORT_DBDIR?= /var/db/ports
./lang/php5-extensions/Makefile:PORT_DBDIR?=/var/db/ports
./lang/php4-extensions/Makefile:PORT_DBDIR?=/var/db/ports
./lang/fpc-units/Makefile:PORT_DBDIR?= /var/db/ports
./sysutils/thefish/Makefile:PORT_DBDIR?=/var/db/ports
./devel/mico/Makefile:PORT_DBDIR?= /var/db/ports
./net-mgmt/nedi/Makefile:PORT_DBDIR?= /var/db/ports
./net-mgmt/netustad/Makefile:PORT_DBDIR?= /var/db/ports
In the same vein, if a port sets LATEST_LINK this is automatically
used for UNIQUENAME so the following are all redundant too:
% grep -r '${PORT_DBDIR}/${LATEST_LINK}/options' .
./security/pear-Crypt_RSA/Makefile:OPTIONSFILE?=
${PORT_DBDIR}/${LATEST_LINK}/options
./mail/squirrelmail-shared_calendars-plugin/Makefile:OPTIONSFILE?=
${PORT_DBDIR}/${LATEST_LINK}/options
./lang/php52-extensions/Makefile:OPTIONSFILE?=
${PORT_DBDIR}/${LATEST_LINK}/options
./lang/php5-extensions/Makefile:OPTIONSFILE?=
${PORT_DBDIR}/${LATEST_LINK}/options
./lang/php4-extensions/Makefile:OPTIONSFILE?=
${PORT_DBDIR}/${LATEST_LINK}/options
./lang/fpc-units/Makefile:OPTIONSFILE?= ${PORT_DBDIR}/${LATEST_LINK}/options
./sysutils/thefish/Makefile:OPTIONSFILE?=
${PORT_DBDIR}/${LATEST_LINK}/options
./net-mgmt/nedi/Makefile:OPTIONSFILE?= ${PORT_DBDIR}/${LATEST_LINK}/options
./net-mgmt/netustad/Makefile:OPTIONSFILE?=
${PORT_DBDIR}/${LATEST_LINK}/options
Pedantically,
Matthew
--
Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk Kent, CT11 9PW
signature.asc
Description: OpenPGP digital signature
Re: Slave ports
On 19/11/2011 22:47, Beñat Gonzalez Etxepare wrote:
> In my case, I need to compile a new port (Double Commander, a file
> manager) which depends in some other totally different port (Lazarus,
> an IDE).
>
> With Lazarus you are able to compile applications for the toolkit you
> choose: QT or GTK2. Lazarus itself is compiled using one of them
> (which can be selected using Makefile's options). All programs compiled
> with Lazarus should use the same toolkit as the IDE. For this, I can
> get the selected option from a configuration file (written by Lazarus
> port) using the != assignment, but it is discouraged. So I need to do it
> some other way.
>
> Are slave ports suited for this (getting a chosen option from some
> other port)? or is there some other way to solve this?
The way you'ld use slave ports for this is to create lazarus-qt and
lazarus-gtk2 slave ports which enabled the respective toolkit in each.
Then in your Double Commander port, you could have an OPTION setting to
choose between qt or gtk2 -- depending on the value selected, that would
flip the dependency between lazarus-qt or lazarus-gtk2.
This works, but has an important deficiency:
* If the user already has lazarus (of any variety) installed, that
would generally fulfil the dependency requirement irrespective
of which toolkit option was chosen when building Double
Commander. Unless there is some sort of detectable filename
change in lazarus depending on the toolkit, you can't tell the
difference.
Also, you've got the hassle of coordinating with the lazarus maintainer
to get the required slave ports created.
The other style of dealing with this sort of problem is where there are
several different versions of a common port available -- eg. all of the
apache or mysql or php flavours in the tree. In this case the response
boils down to having a common Makefile that all concerned ports can
include (eg bsd.apache.mk, bsd.database.mk, ${LOCALBASE}/php.conf)
Hmmm... I can't think of any examples of this being done elsewhere in
the ports tree, so it might not be an approved practice. However, you
could pull in the OPTIONS settings from the lazarus port:
OPTIONS=DCGTK2"Use gtk20 interface instead of gtk12" on \
DCQT4 "Use qt4 interface" off
.if exists(${PORT_DBDIR}/lazarus/options)
.include "${PORT_DBDIR}/lazarus/options"
.endif
.if defined(WITH_DCGTK2) && defined(WITH_DCQT4)
IGNORE= Please select only one of the DCQT4 or DCGTK2 options
.endif
.if ( defined(WITH_GTK2) && defined(WITH_DCQT4) ) || \
( defined(WITH_QT4) && defined(WITH_DCGTK2) )
IGNORE= Your choice of GTK2 or QT4 options conflicts with the existing
editors/lazarus port"
.endif
Note the use of DCGTK2 as the local choice of option so it doesn't
collide with the option setting from editors/lazarus. It might be
tempting to just use the OPTIONS result from editors/lazarus directly,
but you can't guarantee that editors/lazarus has been installed at the
point you run this options dialogue, and moreover, if lazarus is
installed from a package, there won't be an options file in any case.
This is all completely untested, and as I said, I can't find any
precedent for doing something like this in the ports: opinions as to
whether it is a good idea or not would be appreciated.
Cheers,
Matthew
--
Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk Kent, CT11 9PW
signature.asc
Description: OpenPGP digital signature
Re: Makefile Issue
On Fri, 18 Nov 2011 07:42:56 -0800
Cy Schubert mentioned:
> Hi everyone,
>
> Can anyone enlighten me as to why this following make fragment doesn't
> work? It falls through to .else.
>
> PKGNAMESUFFIX= -devel
> .if defined(PKGNAMESUFFIX) && !empty(PKGNAMESUFFIX)
> MASTER_SITES= http://www.fwbuilder.org/nightly_builds/fwbuilder-5.0/build-
> ${BUILD}/
> PORTVERSION=${DISTVERSION}.b${BUILD}
> .else
> MASTER_SITES= SF/${PORTNAME}/Current_Packages/${PORTVERSION}
> DISTVERSIONSUFFIX= .${BUILD}
> .endif
>
> If I replace PKGNAMESUFFIX= -devel and the .if defined... with
> PKGNAMESUFFIX= "-devel"
> .if defined(PKGNAMESUFFIX) && ${PKGNAMESUFFIX} == "-devel"
> it works.
>
Works here.
Why do you think it doesn't work for you?
--
Stanislav Sedov
ST4096-RIPE
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
___
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"
