Re: source-highlight broken
On Tue, Sep 21, 2010 at 11:11:38PM -0700, Jeremy Chadwick wrote: > On Wed, Sep 22, 2010 at 01:16:37PM +0800, Kevin Lo wrote: > > Mikle Krutov wrote: > > > Sorry, i've thought that everything needed > > > was included into config.log in first message. > > > Complete make log (e.g. make > > > > configure.log) in attach. > > > > The source-hightlight port is not broken. It builds fine > > on my 8.1-stable/-current. There's also no error log on > > http://pointyhat.freebsd.org/errorlogs/ > > The OP has a pkg_list that consists of 697 packages installed on the > machine. Yes, six hundred ninety seven, and many of which look to be > outdated or deprecated. I'm sure pkg_version -v and portaudit -Fda > would return some amusing results. > > I would advise the OP to consider cleaning up his system. In these > situations, I do: > > rsync -avH /usr/local/ /usr/local.old/ > pkg_delete -a -f > rm -fr /usr/ports/distfiles/* > find /usr/ports -name "work" -type d -print0 | xargs -0 rm -fr Oh, and I forgot the most important step: rm -fr /usr/local/* :-) -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: source-highlight broken
On Wed, Sep 22, 2010 at 01:16:37PM +0800, Kevin Lo wrote: > Mikle Krutov wrote: > > Sorry, i've thought that everything needed > > was included into config.log in first message. > > Complete make log (e.g. make > > > configure.log) in attach. > > The source-hightlight port is not broken. It builds fine > on my 8.1-stable/-current. There's also no error log on > http://pointyhat.freebsd.org/errorlogs/ The OP has a pkg_list that consists of 697 packages installed on the machine. Yes, six hundred ninety seven, and many of which look to be outdated or deprecated. I'm sure pkg_version -v and portaudit -Fda would return some amusing results. I would advise the OP to consider cleaning up his system. In these situations, I do: rsync -avH /usr/local/ /usr/local.old/ pkg_delete -a -f rm -fr /usr/ports/distfiles/* find /usr/ports -name "work" -type d -print0 | xargs -0 rm -fr And start over. portmaster might help keep things up-to-date cleanly going forward, but the existing situation looks dire. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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"
FreeBSD Port: openser-1.2.3
Hi, I'm trying to find a new version of this port . Do you have one , as openser is now renamed opensips and version goes from 1.2.3 to 1.6.3 ? Regards, Edouard ___ 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: source-highlight broken
Mikle Krutov wrote: > Sorry, i've thought that everything needed > was included into config.log in first message. > Complete make log (e.g. make > > configure.log) in attach. The source-hightlight port is not broken. It builds fine on my 8.1-stable/-current. There's also no error log on http://pointyhat.freebsd.org/errorlogs/ Kevin ___ 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: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/22/10 01:22, Wesley Shields wrote: >> For sake of comparison, this isn't how the MySQL port works. Installing >> > mysql51-server pulls in mysql51-client. But installing mysql51-client >> > doesn't pull in mysql51-server. I believe there are other ports which >> > behave the same way as this. > I've never liked that, but I can understand it. > In this particular case, the libmysqlclient.so.XX is required by the server. You have no choice here. - -- - 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFMmWzBdbiP+9ubjBwRAixaAJ9jIqMOweOC+dHYcVN5+5y/iQM+mwCgk8C9 niosOT4iCduNcilWWaXG+o0= =qn0H -END PGP SIGNATURE- ___ 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: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it
On Tue, Sep 21, 2010 at 06:16:15PM -0700, Jeremy Chadwick wrote: > On Tue, Sep 21, 2010 at 08:42:09PM -0400, Wesley Shields wrote: > > On Tue, Sep 21, 2010 at 07:51:26PM -0400, Dan Langille wrote: > > > On 9/21/2010 4:46 PM, Wesley Shields wrote: > > > > On Tue, Sep 21, 2010 at 09:48:50PM +0200, olli hauer wrote: > > > >> On 2010-09-21 02:24, Wesley Shields wrote: > > > >>> On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: > > > On 2010-09-19 08:20, Per olof Ljungmark wrote: > > > > FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 > > > > p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > > > Portupgrade of bacula-server 5.0.2 -> 5.0.3 > > > > > > > > Starting bacula_fd. > > > > /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol > > > > "ASN1_INTEGER_it" > > > > Starting bacula_sd. > > > > Starting bacula_dir. > > > > > > > > If one deselects "OPENSSL" and recompile bacula-fd will start > > > > without > > > > complaints. > > > > > > > > Is this a known issue with 5.0.3? > > > > > > No, can you provide me some more details. > > > > > > First make sure if you have both bacula-server and bacula-client > > > installed > > > on the same machine both are build with(out) ssl support. > > > > > > Both ports install libs with the same name to the same place, but if > > > the > > > client is build/installed first "with SSL support", and then the > > > server > > > without SSL support you can see exact the described issue. > > > >>> > > > >>> Shouldn't the two ports register CONFLICTS then, thus making it > > > >>> (normally) impossible for both to be installed on the same host? > > > >>> > > > >>> -- WXS > > > >> > > > >> At the moment I'm thinking about to install the client part within the > > > >> server part as one port and mark bacula-client/bacula-server as > > > >> conflict. > > > > > > That sounds OK. > > > > > > > Should probably rename bacula-server to just "bacula" then as it will > > > > include both the client and the server. And have separate ports for > > > > server and client if that's all the user wants. Conflicts will have to > > > > be set accordingly. > > > > > > We had bacula before Why don't we just keep it as bacula-server and > > > add an announcement that it now installs bacula-fd by default. > > > > Because if it installs both the client and server portions (like Olli is > > suggesting) we should probably rename it to just "bacula" again. I would > > expect that if I installed a "bacula-server" port that I would get just > > the server portion and no client portion. > > For sake of comparison, this isn't how the MySQL port works. Installing > mysql51-server pulls in mysql51-client. But installing mysql51-client > doesn't pull in mysql51-server. I believe there are other ports which > behave the same way as this. I've never liked that, but I can understand it. > The concept makes sense when you consider that the server is a > centralised piece of software (usually installed on one machine), and > may need to run the client itself (e.g. backup itself). While other > machines in the cluster are just clients (they get backed up by the > server). > > Hope this makes sense. :-) It does make sense. I was merely stating my opinion on the matter and if Dan doesn't like it then I respect that and he should continue to maintain the port how he chooses. As I've said before, between Dan and Olli the port is in good hands and I trust them both to do whatever they think is right. -- WXS ___ 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: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it
On Tue, Sep 21, 2010 at 08:42:09PM -0400, Wesley Shields wrote: > On Tue, Sep 21, 2010 at 07:51:26PM -0400, Dan Langille wrote: > > On 9/21/2010 4:46 PM, Wesley Shields wrote: > > > On Tue, Sep 21, 2010 at 09:48:50PM +0200, olli hauer wrote: > > >> On 2010-09-21 02:24, Wesley Shields wrote: > > >>> On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: > > On 2010-09-19 08:20, Per olof Ljungmark wrote: > > > FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 > > > p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > Portupgrade of bacula-server 5.0.2 -> 5.0.3 > > > > > > Starting bacula_fd. > > > /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol > > > "ASN1_INTEGER_it" > > > Starting bacula_sd. > > > Starting bacula_dir. > > > > > > If one deselects "OPENSSL" and recompile bacula-fd will start without > > > complaints. > > > > > > Is this a known issue with 5.0.3? > > > > No, can you provide me some more details. > > > > First make sure if you have both bacula-server and bacula-client > > installed > > on the same machine both are build with(out) ssl support. > > > > Both ports install libs with the same name to the same place, but if > > the > > client is build/installed first "with SSL support", and then the server > > without SSL support you can see exact the described issue. > > >>> > > >>> Shouldn't the two ports register CONFLICTS then, thus making it > > >>> (normally) impossible for both to be installed on the same host? > > >>> > > >>> -- WXS > > >> > > >> At the moment I'm thinking about to install the client part within the > > >> server part as one port and mark bacula-client/bacula-server as conflict. > > > > That sounds OK. > > > > > Should probably rename bacula-server to just "bacula" then as it will > > > include both the client and the server. And have separate ports for > > > server and client if that's all the user wants. Conflicts will have to > > > be set accordingly. > > > > We had bacula before Why don't we just keep it as bacula-server and > > add an announcement that it now installs bacula-fd by default. > > Because if it installs both the client and server portions (like Olli is > suggesting) we should probably rename it to just "bacula" again. I would > expect that if I installed a "bacula-server" port that I would get just > the server portion and no client portion. For sake of comparison, this isn't how the MySQL port works. Installing mysql51-server pulls in mysql51-client. But installing mysql51-client doesn't pull in mysql51-server. I believe there are other ports which behave the same way as this. The concept makes sense when you consider that the server is a centralised piece of software (usually installed on one machine), and may need to run the client itself (e.g. backup itself). While other machines in the cluster are just clients (they get backed up by the server). Hope this makes sense. :-) -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ 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: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it
On Tue, Sep 21, 2010 at 07:51:26PM -0400, Dan Langille wrote: > On 9/21/2010 4:46 PM, Wesley Shields wrote: > > On Tue, Sep 21, 2010 at 09:48:50PM +0200, olli hauer wrote: > >> On 2010-09-21 02:24, Wesley Shields wrote: > >>> On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: > On 2010-09-19 08:20, Per olof Ljungmark wrote: > > FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 > > p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 > > > > Portupgrade of bacula-server 5.0.2 -> 5.0.3 > > > > Starting bacula_fd. > > /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol > > "ASN1_INTEGER_it" > > Starting bacula_sd. > > Starting bacula_dir. > > > > If one deselects "OPENSSL" and recompile bacula-fd will start without > > complaints. > > > > Is this a known issue with 5.0.3? > > No, can you provide me some more details. > > First make sure if you have both bacula-server and bacula-client > installed > on the same machine both are build with(out) ssl support. > > Both ports install libs with the same name to the same place, but if the > client is build/installed first "with SSL support", and then the server > without SSL support you can see exact the described issue. > >>> > >>> Shouldn't the two ports register CONFLICTS then, thus making it > >>> (normally) impossible for both to be installed on the same host? > >>> > >>> -- WXS > >> > >> At the moment I'm thinking about to install the client part within the > >> server part as one port and mark bacula-client/bacula-server as conflict. > > That sounds OK. > > > Should probably rename bacula-server to just "bacula" then as it will > > include both the client and the server. And have separate ports for > > server and client if that's all the user wants. Conflicts will have to > > be set accordingly. > > We had bacula before Why don't we just keep it as bacula-server and > add an announcement that it now installs bacula-fd by default. Because if it installs both the client and server portions (like Olli is suggesting) we should probably rename it to just "bacula" again. I would expect that if I installed a "bacula-server" port that I would get just the server portion and no client portion. -- WXS ___ 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: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it
On 9/21/2010 4:46 PM, Wesley Shields wrote: On Tue, Sep 21, 2010 at 09:48:50PM +0200, olli hauer wrote: On 2010-09-21 02:24, Wesley Shields wrote: On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: On 2010-09-19 08:20, Per olof Ljungmark wrote: FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 Portupgrade of bacula-server 5.0.2 -> 5.0.3 Starting bacula_fd. /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol "ASN1_INTEGER_it" Starting bacula_sd. Starting bacula_dir. If one deselects "OPENSSL" and recompile bacula-fd will start without complaints. Is this a known issue with 5.0.3? No, can you provide me some more details. First make sure if you have both bacula-server and bacula-client installed on the same machine both are build with(out) ssl support. Both ports install libs with the same name to the same place, but if the client is build/installed first "with SSL support", and then the server without SSL support you can see exact the described issue. Shouldn't the two ports register CONFLICTS then, thus making it (normally) impossible for both to be installed on the same host? -- WXS At the moment I'm thinking about to install the client part within the server part as one port and mark bacula-client/bacula-server as conflict. That sounds OK. Should probably rename bacula-server to just "bacula" then as it will include both the client and the server. And have separate ports for server and client if that's all the user wants. Conflicts will have to be set accordingly. We had bacula before Why don't we just keep it as bacula-server and add an announcement that it now installs bacula-fd by default. Until now all my backup servers from different vendors doing the same and I see no reason to not backup the backup-server. However this will only solve the shared lib problem in those two ports and there are some other slaves. I don't know how to solve it all. I am very weak in this area. For the SSL thing a nice way would be a shared option like a electrical cross switch for such ports, on/off for all master/slaves not independent. How hard is a multi-port switch? Maybe Dan (the maintainer) has some additional thoughts, so I set him on CC. I'll leave all this up to you all. I trust the port is in good hands between Dan and yourself. Thanks for working on it! I'm happy with the stuff Olli is doing. -- Dan Langille - http://langille.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"
Re: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it
On Tue, Sep 21, 2010 at 09:48:50PM +0200, olli hauer wrote: > On 2010-09-21 02:24, Wesley Shields wrote: > > On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: > >> On 2010-09-19 08:20, Per olof Ljungmark wrote: > >>> FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 > >>> p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 > >>> > >>> Portupgrade of bacula-server 5.0.2 -> 5.0.3 > >>> > >>> Starting bacula_fd. > >>> /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol > >>> "ASN1_INTEGER_it" > >>> Starting bacula_sd. > >>> Starting bacula_dir. > >>> > >>> If one deselects "OPENSSL" and recompile bacula-fd will start without > >>> complaints. > >>> > >>> Is this a known issue with 5.0.3? > >> > >> No, can you provide me some more details. > >> > >> First make sure if you have both bacula-server and bacula-client installed > >> on the same machine both are build with(out) ssl support. > >> > >> Both ports install libs with the same name to the same place, but if the > >> client is build/installed first "with SSL support", and then the server > >> without SSL support you can see exact the described issue. > > > > Shouldn't the two ports register CONFLICTS then, thus making it > > (normally) impossible for both to be installed on the same host? > > > > -- WXS > > At the moment I'm thinking about to install the client part within the > server part as one port and mark bacula-client/bacula-server as conflict. Should probably rename bacula-server to just "bacula" then as it will include both the client and the server. And have separate ports for server and client if that's all the user wants. Conflicts will have to be set accordingly. > Until now all my backup servers from different vendors doing the same > and I see no reason to not backup the backup-server. > > However this will only solve the shared lib problem in those two ports > and there are some other slaves. > > For the SSL thing a nice way would be a shared option like a electrical > cross switch for such ports, on/off for all master/slaves not independent. > > Maybe Dan (the maintainer) has some additional thoughts, so I set him on CC. I'll leave all this up to you all. I trust the port is in good hands between Dan and yourself. Thanks for working on it! -- WXS ___ 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: update bacula-server 5.0.2 -> 5.0.3, Undefined symbol "ASN1_INTEGER_it
On 2010-09-21 02:24, Wesley Shields wrote: > On Mon, Sep 20, 2010 at 07:39:58PM +0200, olli hauer wrote: >> On 2010-09-19 08:20, Per olof Ljungmark wrote: >>> FreeBSD 7.3-STABLE #0: Tue Sep 7 22:46:59 CEST 2010 >>> p...@candyman.i.inter-sonic.com:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> Portupgrade of bacula-server 5.0.2 -> 5.0.3 >>> >>> Starting bacula_fd. >>> /libexec/ld-elf.so.1: /usr/local/lib/libbac.so.5: Undefined symbol >>> "ASN1_INTEGER_it" >>> Starting bacula_sd. >>> Starting bacula_dir. >>> >>> If one deselects "OPENSSL" and recompile bacula-fd will start without >>> complaints. >>> >>> Is this a known issue with 5.0.3? >> >> No, can you provide me some more details. >> >> First make sure if you have both bacula-server and bacula-client installed >> on the same machine both are build with(out) ssl support. >> >> Both ports install libs with the same name to the same place, but if the >> client is build/installed first "with SSL support", and then the server >> without SSL support you can see exact the described issue. > > Shouldn't the two ports register CONFLICTS then, thus making it > (normally) impossible for both to be installed on the same host? > > -- WXS At the moment I'm thinking about to install the client part within the server part as one port and mark bacula-client/bacula-server as conflict. Until now all my backup servers from different vendors doing the same and I see no reason to not backup the backup-server. However this will only solve the shared lib problem in those two ports and there are some other slaves. For the SSL thing a nice way would be a shared option like a electrical cross switch for such ports, on/off for all master/slaves not independent. Maybe Dan (the maintainer) has some additional thoughts, so I set him on CC. -- olli ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - & openh323
21.09.2010 12:05, David Southwell написав(ла): Problem is opal does not compile due to failure which was in original posting: According to: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/opal-2.2.11_2.log.bz2 Opal builds just fine -- in the "clean" environment... As does ptlib: http://pointyhat.freebsd.org/errorlogs/i386-8-latest-logs/ptlib-2.4.4.log.bz2 Which means, there is something about your configuration, that interferes with the build. I'm not blaming you -- ports (unlike packages) ought to be flexible and build properly in a variety of configurations. The price for that flexibility, however, is having to deal with an occasional breakage, when your setup deviates "too far" from the mainstream. But you need to, at least, diagnose the problem yourself. Does the presence of some "unusual" package break the build? Any other unexpected setting/configuration option? Include that info in a PR, so that the problem can be reproduced... Thanks! Yours, -mi ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - & openh323
21.09.2010 05:34, David Southwell написав(ла): I had the crazy idea that all the maintainers on the hook might be able to collaborate to deal with a common interest. Maintainers on the hook as listed in the relevant Makefiles are: ptlib -- lih...@ieee.org ptlib26 -- melif...@ipfw.ru pwlib -- st...@energistic.com openh323 -- st...@energistic.com opal m...@aldan.algebra.com asterisk sobo...@freebsd.org I have not committed anything in Opal-related in many months... Thus, I doubt, it is my problem... If you think, it is, please, file a PR. Thank you, -mi ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - & openh323
> 21.09.2010 05:34, David Southwell написав(ла): > > I had the crazy idea that all the maintainers on the hook might be able > > to collaborate to deal with a common interest. > > > > Maintainers on the hook as listed in the relevant Makefiles are: > > > > ptlib -- lih...@ieee.org > > ptlib26 -- melif...@ipfw.ru > > pwlib -- st...@energistic.com > > openh323 -- st...@energistic.com > > opal m...@aldan.algebra.com > > asterisk sobo...@freebsd.org > > I have not committed anything in Opal-related in many months... Thus, I > doubt, it is my problem... If you think, it is, please, file a PR. Thank > you, > > -mi Problem is opal does not compile due to failure which was in original posting: (See below) Now for me the question is who is responsible!! Is this an openssl problem (openssl seems to work elsewhere) or is it a ptlib/ptlib26 problem or are opal & openh323 not being compiled sympathetically to ptlib/ptlib26 dependencies. I do not know but feel maintainers might be interested enough to know why their port does not compile!! David _ From: David Southwell To: st...@energistic.com Cc: freebsd-ports@freebsd.org ; m...@aldan.algebra.com Sent: Monday, September 20, 2010 5:28 AM Subject: Re: ptlib build failure - breaks pwlib - hence also asterisk - opal - & openh323 > > On Sat, 18 Sep 2010, David Southwell wrote: > > > /usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o > > > ../../ptclib/pssl.cxx: In constructor 'PSSLContext::PSSLContext(const > >> void*, PINDEX)': >> > ../../ptclib/pssl.cxx:917: error: invalid conversion from 'const > > SSL_METHOD*' to 'SSL_METHOD*' > > > gmake[3]: *** > > > [/usr/ports/devel/pwlib/work/ptlib_v1_12_0/lib/obj_d/pssl.o] Error 1 > > > > I'm having this error too. My guess is that is that pwlib has problems > > with the OpenSSL version in the ports. I've had similar problems with > > other ports in the past. > > > > Regards, > > Marco > That makes sense. The problem is this also breaks asterisk which depends > > upon > pwlib!! > I have also tried building ptlib26 but get the same failures. > I have cc'd this to the maintainer lih...@ieee.org is maintainer for ptlib. I have also just sent a copy to st...@energistic.com who is maintainer for pwlib and net/openh323 which is also affected by this build failure. I have also added m...@aldan.algebra.com who is maintainer for /net/opal which has the same problem. dns1# portupgrade -a ---> Upgrading 'opal-2.2.11_2' to 'opal-2.2.11_3' (net/opal) ---> Building '/usr/ports/net/opal' ===> Cleaning for pwlib-1.12.0_6,1 : : Created dependencies. gmake[3]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/src/ptlib/unix' gmake[3]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins' Created dependencies. set -e; gmake -C sound_oss debugdepend ; gmake -C vidinput_v4l debugdepend ; gmake -C vidinput_v4l2 debugdepend ; gmake -C vidinput_bsd debugdepend ; gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 - I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M sound_oss.cxx >> ../pwlib/device/sound/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/sound_oss' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' c++ -O1 -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include - I/usr/local/include -D_REENTRANT -pthread -fno-exceptions -O1 - I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -I/usr/local/include -Wall -D_DEBUG -fPIC -I/usr/ports/devel/pwlib/work/ptlib_v1_12_0/include -M vidinput_v4l.cxx >> ../pwlib/device/videoinput/*.dep gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_v4l2' gmake[4]: Entering directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/plugins/vidinput_bsd' Created dependencies. gmake[4]: Leaving directory `/usr/ports/devel/pwlib/work/ptlib_v1_12_0/pl
INDEX now builds successfully on 6.x
___ 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: x11/kdelibs4 build fails, can't find docbook
On Tue, 21 Sep 2010 05:59:19 -0700
Jeremy Chadwick wrote:
> On Tue, Sep 21, 2010 at 03:25:38AM -0400, Janos Dohanics wrote:
> > On Mon, 20 Sep 2010 19:05:12 -0700
> > Jeremy Chadwick wrote:
> >
> > > On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
> > > > On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
> > > > > On Mon, 20 Sep 2010 22:07:16 +0200
> > > > > olli hauer wrote:
> > > > >
> > > > > > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > > > > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > > > > > Janos Dohanics wrote:
> > > > > > >
> > > > > > >> While building kde4-4.5.1, I get this error:
> > > > > > >>
> > > > > > >> # make install clean
> > > > > > >> ===> kde4-4.5.1 depends on
> > > > > > >> file: /usr/local/kde4/bin/kdebugdialog - not found ===>
> > > > > > >> Verifying install [...]
> > > > > > >
> > > > > > > I did some basic troubleshooting, and found that the
> > > > > > > files do not get installed
> > > > > > > in /usr/local/share/xml/docbook/4.2/, except
> > > > > > > the /usr/local/share/xml/docbook/4.2/ent directory is
> > > > > > > created.
> > > > > > >
> > > > > > > This seems to be happening because the port
> > > > > > > uses /usr/bin/unzip instead of /usr/local/bin/unzip.
> > > > > > >
> > > > > > > How can I change this behavior so /usr/local/bin/unzip
> > > > > > > would be used?
> > > > > > >
> > > > > >
> > > > > > If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
> > > > > > ${LOCALBASE}/bin/unzip will be used.
> > > > >
> > > > > I have not made any change like that.
> > > > >
> > > > > > You can test this with the follwing command in the
> > > > > > directory of the port where you think the wrong unzip will
> > > > > > be used.
> > > > > >
> > > > > > In case of docbook-420/docbook-xml
> > > > > > cd ${PORTSDIR}/textproc/docbook-(420|xml)
> > > > > > make -V UNZIP_CMD
> > > > > > make -V EXTRACT_CMD
> > > > >
> > > > > Thank you...
> > > > >
> > > > > # make -V UNZIP_CMD
> > > > > /usr/local/bin/unzip
> > > > > # make -V EXTRACT_CMD
> > > > > /usr/local/bin/unzip
> > > > > # which unzip
> > > > > /usr/bin/unzip
> > > > >
> > > > > > But wait, in your previous mail you have only docbook-4.1
> > > > > > and not docbook-4.2 in the "portversion -vF docbook*"
> > > > > > listing which is needed to install docbook-xml correct.
> > > > >
> > > > > You are right, docbook-4.2 was not installed; I have
> > > > > installed it now. However, kde4 is still gets stuck with the
> > > > > "reinstall textproc/docbook-xml" message (portversion says
> > > > > docbook-xml-4.2_1 is installed, but the files aren't installed
> > > > > in /usr/local/share/xml/docbook/4.2/).
> > > > >
> > > > > I guess my problem is that while both UNZIP_CMD and
> > > > > EXTRACT_CMD point to /usr/local/bin/unzip, the
> > > > > docbook-xml-4.2_1 port still uses /usr/bin/unzip.
> > > > >
> > > > > How can I fix this?
> > > >
> > > > Where did /usr/bin/unzip come from? This program isn't part of
> > > > the base system on FreeBSD, nor is it on any system I have
> > > > access to. I realise you're complaining that the port
> > > > finds /usr/bin/unzip instead of /usr/local/bin/unzip, but your
> > > > "which" command above indicates you actually have something
> > > > in /usr/bin that shouldn't be there.
> > >
> > > I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have
> > > access to, and I do see mention of this in CVS:
> > >
> > > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile
> > >
> > > But there's no unzip build target in /usr/src/usr.bin/Makefile.
> > > Here's the most recent commit that would be RELENG_8 and
> > > RELENG_8_1:
> > >
> > > RELENG_8 --
> > > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
> > > RELENG_8_1 --
> > > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1
> > >
> > > If you view the content or annotations for these, you won't find
> > > any mention of unzip in the targets (SUBDIR) list.
> > >
> > > On the other hand, HEAD/CURRENT do indicate unzip is a target.
> > > Are you running HEAD/CURRENT?
> >
> > I don't know where did /usr/bin/unzip come from - I first installed
> > this machine in January of 2010 using 8.0-RELEASE (?). I have
> > rebuilt it since to 8.1-PRERELEASE (amd64).
>
> Which tags/releases are you using in your supfiles?
*default release=cvs tag=RELENG_8
src-all
> > This machine was used for some Django application development - I
> > will ask my developer if he had installed something...
>
> Okay.
>
> > >From what you say I gather that I could simlink /usr/bin/unzip
> > to /usr/local/bin/unzip - thank you for your help...
>
> No, do not do this; simply rm /usr/bin/unzip.
OK, thanks again.
--
Janos Dohanics
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd
www/p5-URI-Fetch broken
www/p5-URI-Fetch still has the following error.
The other two ports listed below are OK>
Original Message
Subject: FreshPorts sanity checking
From:"FreshPorts Sanity Daemon"
Date:Tue, September 21, 2010 3:59 am
To: d...@langille.org
--
This message was generated by the FreshPorts Daemon.
You recently made this commit, which FreshPorts FreshPorts had trouble
processing:
MessageID: 201009210756.o8l7uhkd052...@repoman.freebsd.org
Subject : cvs commit: ports/archivers/p5-Archive-Tar Makefile
The following is a list of the ports which had errors:
http://www.freshports.org/japanese/p5-Mail-SpamAssassin/
http://www.freshports.org/graphics/p5-CAD-Drawing/
http://www.freshports.org/www/p5-URI-Fetch/
The exact errors appear below.
japanese/p5-Mail-SpamAssassin:
This command (FreshPorts code 1):
make -V PORTNAME -V PKGNAME -V DESCR -V CATEGORIES -V PORTVERSION -V
PORTREVISION -V COMMENT -V COMMENTFILE -V MAINTAINER -V EXTRACT_SUFX
-V BUILD_DEPENDS -V RUN_DEPENDS -V LIB_DEPENDS -V FORBIDDEN -V BROKEN
-V DEPRECATED -V IGNORE -V MASTER_PORT -V LATEST_LINK -V
NO_LATEST_LINK -V NO_PACKAGE -V PKGNAMEPREFIX -V PKGNAMESUFFIX -V
PORTEPOCH -V RESTRICTED -V NO_CDROM -V EXPIRATION_DATE -V
IS_INTERACTIVE -V ONLY_FOR_ARCHS -V NOT_FOR_ARCHS -V LICENSE -f
/usr/home/dan/ports/japanese/p5-Mail-SpamAssassin/Makefile
DISTDIR=/usr/ports/distfiles PORTSDIR=/usr/home/dan/ports
LOCALBASE=/nonexistentlocal
2>/tmp/FreshPorts.japanese.p5-Mail-SpamAssassin.make-error.2010.9.21.8.
59.37.61856
produced this error:
Error message is:
"/usr/home/dan/ports/japanese/p5-Mail-SpamAssassin/Makefile", line 76:
Need an operator
1 open conditional:
at line 74 (evaluated to true)
make: fatal errors encountered -- cannot continue
graphics/p5-CAD-Drawing:
This command (FreshPorts code 1):
make -V PORTNAME -V PKGNAME -V DESCR -V CATEGORIES -V PORTVERSION -V
PORTREVISION -V COMMENT -V COMMENTFILE -V MAINTAINER -V EXTRACT_SUFX
-V BUILD_DEPENDS -V RUN_DEPENDS -V LIB_DEPENDS -V FORBIDDEN -V BROKEN
-V DEPRECATED -V IGNORE -V MASTER_PORT -V LATEST_LINK -V
NO_LATEST_LINK -V NO_PACKAGE -V PKGNAMEPREFIX -V PKGNAMESUFFIX -V
PORTEPOCH -V RESTRICTED -V NO_CDROM -V EXPIRATION_DATE -V
IS_INTERACTIVE -V ONLY_FOR_ARCHS -V NOT_FOR_ARCHS -V LICENSE -f
/usr/home/dan/ports/graphics/p5-CAD-Drawing/Makefile
DISTDIR=/usr/ports/distfiles PORTSDIR=/usr/home/dan/ports
LOCALBASE=/nonexistentlocal
2>/tmp/FreshPorts.graphics.p5-CAD-Drawing.make-error.2010.9.21.8.59.41.
61856
produced this error:
Error message is: Variable BUILD_DEPENDS is recursive.
Make results are : CAD-Drawing
p5-CAD-Drawing-0.26_6
/usr/home/dan/ports/graphics/p5-CAD-Drawing/pkg-descr
graphics perl5
0.26
6
Methods to create, load, and save vector graphics
po...@freebsd.org
.tar.gz
www/p5-URI-Fetch:
This command (FreshPorts code 1):
make -V PORTNAME -V PKGNAME -V DESCR -V CATEGORIES -V PORTVERSION -V
PORTREVISION -V COMMENT -V COMMENTFILE -V MAINTAINER -V EXTRACT_SUFX
-V BUILD_DEPENDS -V RUN_DEPENDS -V LIB_DEPENDS -V FORBIDDEN -V BROKEN
-V DEPRECATED -V IGNORE -V MASTER_PORT -V LATEST_LINK -V
NO_LATEST_LINK -V NO_PACKAGE -V PKGNAMEPREFIX -V PKGNAMESUFFIX -V
PORTEPOCH -V RESTRICTED -V NO_CDROM -V EXPIRATION_DATE -V
IS_INTERACTIVE -V ONLY_FOR_ARCHS -V NOT_FOR_ARCHS -V LICENSE -f
/usr/home/dan/ports/www/p5-URI-Fetch/Makefile
DISTDIR=/usr/ports/distfiles PORTSDIR=/usr/home/dan/ports
LOCALBASE=/nonexistentlocal
2>/tmp/FreshPorts.www.p5-URI-Fetch.make-error.2010.9.21.8.59.38.61856
produced this error:
Error message is: "/usr/home/dan/ports/www/p5-URI-Fetch/Makefile", line
33: Malformed conditional (${PERL_LEVEL} < 500903)
"/usr/home/dan/ports/www/p5-URI-Fetch/Makefile", line 36: if-less endif
make: fatal errors encountered -- cannot continue
--
Dan Langille -- http://langille.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"
Re: x11/kdelibs4 build fails, can't find docbook
On Tue, Sep 21, 2010 at 03:25:38AM -0400, Janos Dohanics wrote:
> On Mon, 20 Sep 2010 19:05:12 -0700
> Jeremy Chadwick wrote:
>
> > On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
> > > On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
> > > > On Mon, 20 Sep 2010 22:07:16 +0200
> > > > olli hauer wrote:
> > > >
> > > > > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > > > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > > > > Janos Dohanics wrote:
> > > > > >
> > > > > >> While building kde4-4.5.1, I get this error:
> > > > > >>
> > > > > >> # make install clean
> > > > > >> ===> kde4-4.5.1 depends on
> > > > > >> file: /usr/local/kde4/bin/kdebugdialog - not found ===>
> > > > > >> Verifying install [...]
> > > > > >
> > > > > > I did some basic troubleshooting, and found that the files do
> > > > > > not get installed in /usr/local/share/xml/docbook/4.2/, except
> > > > > > the /usr/local/share/xml/docbook/4.2/ent directory is created.
> > > > > >
> > > > > > This seems to be happening because the port
> > > > > > uses /usr/bin/unzip instead of /usr/local/bin/unzip.
> > > > > >
> > > > > > How can I change this behavior so /usr/local/bin/unzip would
> > > > > > be used?
> > > > > >
> > > > >
> > > > > If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
> > > > > ${LOCALBASE}/bin/unzip will be used.
> > > >
> > > > I have not made any change like that.
> > > >
> > > > > You can test this with the follwing command in the directory of
> > > > > the port where you think the wrong unzip will be used.
> > > > >
> > > > > In case of docbook-420/docbook-xml
> > > > > cd ${PORTSDIR}/textproc/docbook-(420|xml)
> > > > > make -V UNZIP_CMD
> > > > > make -V EXTRACT_CMD
> > > >
> > > > Thank you...
> > > >
> > > > # make -V UNZIP_CMD
> > > > /usr/local/bin/unzip
> > > > # make -V EXTRACT_CMD
> > > > /usr/local/bin/unzip
> > > > # which unzip
> > > > /usr/bin/unzip
> > > >
> > > > > But wait, in your previous mail you have only docbook-4.1 and
> > > > > not docbook-4.2 in the "portversion -vF docbook*" listing which
> > > > > is needed to install docbook-xml correct.
> > > >
> > > > You are right, docbook-4.2 was not installed; I have installed it
> > > > now. However, kde4 is still gets stuck with the "reinstall
> > > > textproc/docbook-xml" message (portversion says docbook-xml-4.2_1
> > > > is installed, but the files aren't installed
> > > > in /usr/local/share/xml/docbook/4.2/).
> > > >
> > > > I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD
> > > > point to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
> > > > uses /usr/bin/unzip.
> > > >
> > > > How can I fix this?
> > >
> > > Where did /usr/bin/unzip come from? This program isn't part of the
> > > base system on FreeBSD, nor is it on any system I have access to.
> > > I realise you're complaining that the port finds /usr/bin/unzip
> > > instead of /usr/local/bin/unzip, but your "which" command above
> > > indicates you actually have something in /usr/bin that shouldn't be
> > > there.
> >
> > I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have access
> > to, and I do see mention of this in CVS:
> >
> > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile
> >
> > But there's no unzip build target in /usr/src/usr.bin/Makefile.
> > Here's the most recent commit that would be RELENG_8 and RELENG_8_1:
> >
> > RELENG_8 --
> > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
> > RELENG_8_1 --
> > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1
> >
> > If you view the content or annotations for these, you won't find any
> > mention of unzip in the targets (SUBDIR) list.
> >
> > On the other hand, HEAD/CURRENT do indicate unzip is a target. Are
> > you running HEAD/CURRENT?
>
> I don't know where did /usr/bin/unzip come from - I first installed
> this machine in January of 2010 using 8.0-RELEASE (?). I have rebuilt
> it since to 8.1-PRERELEASE (amd64).
Which tags/releases are you using in your supfiles?
> This machine was used for some Django application development - I will
> ask my developer if he had installed something...
Okay.
> >From what you say I gather that I could simlink /usr/bin/unzip
> to /usr/local/bin/unzip - thank you for your help...
No, do not do this; simply rm /usr/bin/unzip.
--
| Jeremy Chadwick j...@parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
___
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"
INDEX build failed for 6.x
INDEX build failed with errors:
Generating INDEX-6 - please wait..pkg_info: not found
"Makefile", line 33: Malformed conditional (${PERL_LEVEL} < 500903)
"Makefile", line 36: if-less endif
make: fatal errors encountered -- cannot continue
===> www/p5-URI-Fetch failed
*** Error code 1
*** Error code 1
Stop in /local0/portmgr/tindex/ports.
*** Error code 1
Stop in /local0/portmgr/tindex/ports.
1 error
Committers on the hook:
bapt decke ehaupt linimon lth makc mandree mm
Most recent CVS update was:
U astro/astrometry/Makefile
U astro/astrometry/distinfo
U astro/astrometry/pkg-descr
U astro/astrometry/pkg-plist
U astro/qlandkartegt/Makefile
U astro/qlandkartegt/distinfo
U databases/Makefile
U databases/db51/Makefile
U databases/db51/distinfo
U databases/db51/pkg-descr
U databases/db51/pkg-plist
U finance/jgnash/Makefile
U finance/jgnash/distinfo
U graphics/p5-CAD-Drawing/Makefile
U japanese/p5-Mail-SpamAssassin/Makefile
U net-mgmt/vidalia/Makefile
U net-mgmt/vidalia/distinfo
___
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: source-highlight broken
Sorry, i've thought that everything needed was included into config.log in first message. Complete make log (e.g. make > configure.log) in attach. 2010/9/21 Kevin Lo : > Mikle Krutov wrote: >> Hello! > > Hi, > >> source-highlight fails to configure on my system >> with "configure: error: Could not link against !" >> Config.log and package list in attach. >> Any suggestions? >> Thank you for your time. > > Could you tell me what version are you running and > post the make failed log? Thanks. > > Kevin > > -- with best regards, Krutov Mikle ___ 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: x11/kdelibs4 build fails, can't find docbook
On Mon, 20 Sep 2010 19:05:12 -0700
Jeremy Chadwick wrote:
> On Mon, Sep 20, 2010 at 06:49:21PM -0700, Jeremy Chadwick wrote:
> > On Mon, Sep 20, 2010 at 06:20:09PM -0400, Janos Dohanics wrote:
> > > On Mon, 20 Sep 2010 22:07:16 +0200
> > > olli hauer wrote:
> > >
> > > > On 2010-09-20 07:37, Janos Dohanics wrote:
> > > > > On Fri, 17 Sep 2010 15:31:18 -0400
> > > > > Janos Dohanics wrote:
> > > > >
> > > > >> While building kde4-4.5.1, I get this error:
> > > > >>
> > > > >> # make install clean
> > > > >> ===> kde4-4.5.1 depends on
> > > > >> file: /usr/local/kde4/bin/kdebugdialog - not found ===>
> > > > >> Verifying install [...]
> > > > >
> > > > > I did some basic troubleshooting, and found that the files do
> > > > > not get installed in /usr/local/share/xml/docbook/4.2/, except
> > > > > the /usr/local/share/xml/docbook/4.2/ent directory is created.
> > > > >
> > > > > This seems to be happening because the port
> > > > > uses /usr/bin/unzip instead of /usr/local/bin/unzip.
> > > > >
> > > > > How can I change this behavior so /usr/local/bin/unzip would
> > > > > be used?
> > > > >
> > > >
> > > > If you haven't redefined UNZIP_CMD or LOCALBASE somewhere
> > > > ${LOCALBASE}/bin/unzip will be used.
> > >
> > > I have not made any change like that.
> > >
> > > > You can test this with the follwing command in the directory of
> > > > the port where you think the wrong unzip will be used.
> > > >
> > > > In case of docbook-420/docbook-xml
> > > > cd ${PORTSDIR}/textproc/docbook-(420|xml)
> > > > make -V UNZIP_CMD
> > > > make -V EXTRACT_CMD
> > >
> > > Thank you...
> > >
> > > # make -V UNZIP_CMD
> > > /usr/local/bin/unzip
> > > # make -V EXTRACT_CMD
> > > /usr/local/bin/unzip
> > > # which unzip
> > > /usr/bin/unzip
> > >
> > > > But wait, in your previous mail you have only docbook-4.1 and
> > > > not docbook-4.2 in the "portversion -vF docbook*" listing which
> > > > is needed to install docbook-xml correct.
> > >
> > > You are right, docbook-4.2 was not installed; I have installed it
> > > now. However, kde4 is still gets stuck with the "reinstall
> > > textproc/docbook-xml" message (portversion says docbook-xml-4.2_1
> > > is installed, but the files aren't installed
> > > in /usr/local/share/xml/docbook/4.2/).
> > >
> > > I guess my problem is that while both UNZIP_CMD and EXTRACT_CMD
> > > point to /usr/local/bin/unzip, the docbook-xml-4.2_1 port still
> > > uses /usr/bin/unzip.
> > >
> > > How can I fix this?
> >
> > Where did /usr/bin/unzip come from? This program isn't part of the
> > base system on FreeBSD, nor is it on any system I have access to.
> > I realise you're complaining that the port finds /usr/bin/unzip
> > instead of /usr/local/bin/unzip, but your "which" command above
> > indicates you actually have something in /usr/bin that shouldn't be
> > there.
>
> I do see /usr/src/usr.bin/unzip on all RELENG_8 systems I have access
> to, and I do see mention of this in CVS:
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/unzip/Makefile
>
> But there's no unzip build target in /usr/src/usr.bin/Makefile.
> Here's the most recent commit that would be RELENG_8 and RELENG_8_1:
>
> RELENG_8 --
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3
> RELENG_8_1 --
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/Makefile#rev1.324.2.3.2.1
>
> If you view the content or annotations for these, you won't find any
> mention of unzip in the targets (SUBDIR) list.
>
> On the other hand, HEAD/CURRENT do indicate unzip is a target. Are
> you running HEAD/CURRENT?
I don't know where did /usr/bin/unzip come from - I first installed
this machine in January of 2010 using 8.0-RELEASE (?). I have rebuilt
it since to 8.1-PRERELEASE (amd64).
This machine was used for some Django application development - I will
ask my developer if he had installed something...
>From what you say I gather that I could simlink /usr/bin/unzip
to /usr/local/bin/unzip - thank you for your help...
--
Janos Dohanics
___
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"
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..Variable BUILD_DEPENDS is recursive. ===> graphics/p5-CAD-Drawing failed *** Error code 1 *** Error code 1 Stop in /local0/portmgr/tindex/ports. *** Error code 1 Stop in /local0/portmgr/tindex/ports. 1 error Committers on the hook: bapt decke ehaupt linimon lth makc mm Most recent CVS update was: U MOVED U UPDATING U archivers/Makefile U archivers/p5-Archive-Tar/Makefile U archivers/p5-Archive-Zip/Makefile U archivers/p5-Compress-Raw-Bzip2/Makefile U archivers/p5-Compress-Raw-Zlib/Makefile U archivers/p5-IO-Compress/Makefile U archivers/p5-IO-Compress/distinfo U archivers/p5-IO-Compress/pkg-descr U archivers/p5-IO-Compress/pkg-plist U archivers/p5-IO-Compress-Lzma/Makefile U archivers/p5-IO-Zlib/Makefile U archivers/p5-POE-Filter-Zlib/Makefile U astro/p5-Astro-SpaceTrack/Makefile U audio/p5-tagged/Makefile U audio/squeezeboxserver/Makefile U biology/p5-Bio-Das/Makefile U converters/p5-Convert-ASCII-Armour/Makefile U databases/maatkit/Makefile U databases/p5-Cache-Memcached-Fast/Makefile U devel/fossil/Makefile U devel/fossil/distinfo U devel/otrs/Makefile U devel/p5-CPAN-Checksums/Makefile U devel/p5-CPAN-Mini/Makefile U devel/p5-Data-Dump-Streamer/Makefile U devel/p5-Data-Serializer/Makefile U devel/p5-Git-PurePerl/Makefile U devel/p5-PAR/Makefile U devel/p5-PAR-Packer/Makefile U devel/p5-Parse-CPAN-Packages/Makefile U devel/svk/Makefile U ftp/p5-Net-FTPServer/Makefile U graphics/p5-CAD-Drawing/Makefile U graphics/p5-Image-Info/Makefile U graphics/p5-Image-Pngslimmer/Makefile U graphics/p5-Image-Size/Makefile U graphics/p5-SWF-File/Makefile U japanese/p5-Mail-SpamAssassin/Makefile U mail/assp/Makefile U mail/mailscanner/Makefile U mail/openwebmail/Makefile U mail/p5-Mail-Graph/Makefile U mail/p5-Mail-SpamAssassin/Makefile U mail/p5-Net-IMAP-Simple/Makefile U mail/p5-Net-IMAP-Simple/files/patch-Makefile.PL U mail/spamstats/Makefile U mail/tkrat2/Makefile U mail/xmail/Makefile U misc/display/Makefile U misc/gpt/Makefile U misc/gpt31/Makefile U multimedia/ogmrip/Makefile U multimedia/ogmrip/distinfo U net/Makefile U net/httpry/Makefile U net/knemo-kde4/Makefile U net/knemo-kde4/distinfo U net/knemo-kde4/pkg-descr U net/knemo-kde4/pkg-plist U net/p5-Google-SAML-Request/Makefile U net/p5-Net-SAP/Makefile U net/p5-SOAP-Lite/Makefile U net/p5-SOAP-Lite-060/Makefile U net-mgmt/glpi-plugins-tracker-agent/Makefile U net-mgmt/netdisco/Makefile U net-mgmt/ocsinventory-ng/Makefile U print/p5-Text-PDF/Makefile U security/amavisd-new/Makefile U security/maia/Makefile U security/p5-Crypt-OpenPGP/Makefile U security/p5-Crypt-Simple/Makefile U shells/Makefile U shells/bash-completion-classic/Makefile U shells/bash-completion-classic/distinfo U shells/bash-completion-classic/pkg-descr U shells/bash-completion-classic/files/patch-bash_completion U shells/bash-completion-classic/files/pkg-message.in U sysutils/copytape/Makefile U sysutils/cvsweb-converters/Makefile U sysutils/googlog/Makefile U sysutils/p5-MogileFS-Utils/Makefile U sysutils/p5-arclog/Makefile U sysutils/p5-reslog/Makefile U textproc/info_to_html/Makefile U textproc/p5-KinoSearch/Makefile U textproc/p5-Lingua-EN-NamedEntity/Makefile U textproc/p5-PDF-API2/Makefile U textproc/p5-Text-Quote/Makefile U www/amphetadesk/Makefile U www/ljdeps/Makefile U www/ljsm/Makefile U www/p5-Apache-ASP/Makefile U www/p5-Apache-Compress/Makefile U www/p5-Apache-PageKit/Makefile U www/p5-AxKit/Makefile U www/p5-Bundle-Slash/Makefile U www/p5-CGI-Compress-Gzip/Makefile U www/p5-FEAR-API/Makefile U www/p5-Jifty/Makefile U www/p5-URI-Fetch/Makefile U www/p5-WWW-Mechanize/Makefile U www/p5-WWW-Mechanize/distinfo U www/p5-WWW-Mechanize-GZip/Makefile U www/p5-WWW-iTunesConnect/Makefile U www/p5-libwww/Makefile U www/woof/Makefile U www/woof/distinfo ___ 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: ptlib build failure - breaks pwlib - hence also asterisk - opal - & openh323
> On Mon, Sep 20, 2010 at 10:29:00PM +0100, David Southwell wrote: > >>> Does SSL from ports declare something that we can #ifdef around? I > > > >don't > > > >> really use pwlib anymore. If you can produce a patch that fixes your > > > >issue > > > >> without breaking the case of using system openssl I'll happly give > >> it > > > >the > > > >> nod. ports/pwlib is very old. Everything should be moving to > >> ports/ptlib > >> > >> (2.4) or ports/ptlib26 > > > >Thanks for your reply. > > > >IMHO The problem is ptlibs AND ptlib26. Both these ports seem to be > >the cause of the problem. pwlib tries to build ptlib and that build > >fails. ptlib26 fails with the same error. > > Actually not. pwlib _IS_ ptlib just a very old version. It doesn't build > ptlib or ptlib26. > > >I think you have your finger on the pulse... both ptlib AND ptlib26 > >need to address the way they use openssl but I do not know how to do > >that! > > Heh. Until someone who cares does know then its not likely to get fixed. As > I said, I don't even use anymore so I have no test/develpment platform. > I would have thought as you are listed as the maintainer for two of the affected ports you might have some reason for caring! I had the crazy idea that all the maintainers on the hook might be able to collaborate to deal with a common interest. Maintainers on the hook as listed in the relevant Makefiles are: ptlib -- lih...@ieee.org ptlib26 -- melif...@ipfw.ru pwlib -- st...@energistic.com openh323 -- st...@energistic.com opal m...@aldan.algebra.com asterisk sobo...@freebsd.org Seriously this issue needs a solution. David _ PS > >David > > > >PS Would you mind not top posting > > Seriously? Top posting is somehow worse than scrolling to the bottom of > pages of compile output to see a tiny response? Welcome to the 21st > century. Why scroll?? - Be flexible like your computer. The modern method is to use an appropriate control key combination. Try Ctrl End -- on freebsd 7.2 p3 it is the default way to get your cursor to the last line of a reply with no fuss. If you want to be super efficient a simple script will automatically launch your reply with your cursor at the bottom! You can then post knowing people will be able to read the discussion in a logical sequence. People read discussions downwards not upwards ! > > > > > > > > >> Top posting > > > > > > > > > Such as? > > > > > > > > They do the most annoying things > > > > > > > How do you recognise that? > > > > > > They are often inconsiderate not out of malice but because they do not understand how people read maillists! > > > > > How? > > > > From their emails > > > How do you recognise people with relatively short experience? > > Millions join every week > How fast is the internet expanding? Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: devel/autoconf-wrapper won't install
>===> Checking if devel/autoconf-wrapper already installed
>ln: /usr/local/bin/autoconf: File exists
>*** Error code 1
>
>Stop in /usr/ports/devel/autoconf-wrapper.
Look at the autoconf-wrapper Makefile:
WRAPPED_TOOLS?= autoconf autoheader autom4te autoreconf autoscan \
autoupdates ifnames
...
do-install:
...
.for tool in ${WRAPPED_TOOLS}
@${LN} -s ${PORTNAME} ${PREFIX}/bin/${tool}
.endfor
The do-install target is failing because there is a file,
/usr/local/bin/autoconf, where it wants to put a symlink. Remove this
file (and any other blocking files) and try again. Probably this is
just left from some broken deinstallation of autoconf-wrapper, as the
port has no known CONFLICTS, but you may wish to check if the blocking
files are listed as belonging to a particular port in your package
database with 'pkg_info -W filename' before deleting them. If they
are listed as belonging to some other port, then either your package
database is corrupted, or some port needs to have CONFLICTS
registered. In the latter case, you should file a PR.
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"
Re: FreeBSD Port: openx-2.8.2
Hello, Thanks, I didn't saw this one, sorry for the noise. And thanks for your work. Le 21/09/2010 09:56, cvs-...@yandex.ru a écrit : > > > 21.09.10, 11:54, "Alexandre LISSY" : > >> -BEGIN PGP SIGNED MESSAGE-Hash: SHA1Hello,I think the FreeBSD > port is currently having securities issues. We areusing OpenX from the > ports, and since September, 18th, it's beeneveryday that some > script-kiddie-like injects stuff in our databasewhich needs to be > cleaned > followinghttp://blog.openx.org/09/security-update-how-to-secure-your-openx-installation/I'm > still checking for suspect installed but I think you may have toupgrade > the ports.-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.10 > (GNU/Linux)Comment: Using GnuPG with Mozilla - > http://enigmail.mozdev.org/iEYEARECAAYFAkyYT5wACgkQfP+GwT1GJ3HpfgCfTxuPk5LuF6FrqUf/Gz4LB/nSv9wAn2pSCJKPiCK3Pz1YwJ/x4pAac6mr=+61S-END > PGP > signature-___freebsd-po...@freebsd.org > mailing listhttp://lists.freebsd.org/mailman/listinfo/freebsd-portsTo > unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > > There is PR about this: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/150610 > Maintainer approved it. Just wait while it will be commited to the ports > tree or > apply patch from PR manually if you need it right now. ___ 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: FreeBSD Port: openx-2.8.2
21.09.10, 11:54, "Alexandre LISSY" :> -BEGIN PGP SIGNED MESSAGE-Hash: SHA1Hello,I think the FreeBSD port is currently having securities issues. We areusing OpenX from the ports, and since September, 18th, it's beeneveryday that some script-kiddie-like injects stuff in our databasewhich needs to be cleaned followinghttp://blog.openx.org/09/security-update-how-to-secure-your-openx-installation/I'm still checking for suspect installed but I think you may have toupgrade the ports.-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.10 (GNU/Linux)Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/iEYEARECAAYFAkyYT5wACgkQfP+GwT1GJ3HpfgCfTxuPk5LuF6FrqUf/Gz4LB/nSv9wAn2pSCJKPiCK3Pz1YwJ/x4pAac6mr=+61S-END PGP signature-___freebsd-po...@freebsd.org mailing listhttp://lists.freebsd.org/mailman/listinfo/freebsd-portsTo unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"There is PR about this: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/150610Maintainer approved it. Just wait while it will be commited to the ports tree orapply patch from PR manually if you need it right now.___ 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"
devel/autoconf-wrapper won't install
Hello List. I'm installing a new 8.1-RELEASE During installation of xfce4 I get the message below gmake[1]: Leaving directory `/usr/ports/devel/autoconf267/work/autoconf-2.67' ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for devel/autoconf267 from ports ===>>> Launching child to update devel/autoconf-wrapper x11-wm/xfce4 >> audio/xfce4-mixer >> accessibility/atk >> devel/gobject-introspection >> graphics/cairo >> x11/libXrender >> x11/libX11 >> devel/autoconf267 >> devel/autoconf-wrapper ===>>> Port directory: /usr/ports/devel/autoconf-wrapper ===>>> Starting check for build dependencies ===>>> Gathering dependency list for devel/autoconf-wrapper from ports ===>>> No dependencies for devel/autoconf-wrapper ===> Cleaning for autoconf-wrapper-20071109 ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for autoconf-wrapper-20071109 ===> Patching for autoconf-wrapper-20071109 ===> Configuring for autoconf-wrapper-20071109 ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for devel/autoconf-wrapper from ports ===>>> No dependencies for devel/autoconf-wrapper ===> Installing for autoconf-wrapper-20071109 ===> Generating temporary packing list ===> Checking if devel/autoconf-wrapper already installed ln: /usr/local/bin/autoconf: File exists *** Error code 1 Stop in /usr/ports/devel/autoconf-wrapper. I tried to handle it manually but same error r...@1~:cd /usr/ports/devel/autoconf-wrapper r...@1/usr/ports/devel/autoconf-wrapper:make deinstall ===> Deinstalling for devel/autoconf-wrapper ===> autoconf-wrapper not installed, skipping r...@1/usr/ports/devel/autoconf-wrapper:make install clean ===> Installing for autoconf-wrapper-20071109 ===> Generating temporary packing list ===> Checking if devel/autoconf-wrapper already installed ln: /usr/local/bin/autoconf: File exists *** Error code 1 Stop in /usr/ports/devel/autoconf-wrapper. My ports tree is up to date. Any suggestions on how to solve this? Thanks /Leslie ___ 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"
Question about postgresql 9 and pg_upgrade
Hello.
All latest PostgreSQL ports has conflicts with earlier versions. May
this be corrected in some way (for example, modify CONFLICTS variable
and install each new PostgreSQL version in its own directory, e.g.
${LOCALBASE}/postgresql/XX/, where XX is 90 , 91 and so on). This will
allow us to use pg_upgrade to upgrade databases (it needs binary files
from both new and old postgresql version).
How do you advise to solve this problem? Should we compile postgresql
from sources and avoid using databases/postgresql*-server ports?
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of South Federal University
___
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"
