mysql 5.4 does not compile on FreeBSD 7.1 amd64
Hello, Mysql 5.4 does not compile on FreeBSD 7.1 amd64. Here is the compile output using the latest ports: === Building for mysql-client-5.4.1 Making all in include gmake[1]: Entering directory `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' /bin/cp config.h my_config.h /bin/rm -f readline openssl /bin/ln -s ../extra/yassl/include/openssl openssl echo timestamp link_sources if ! test -f probes_mysql.d ; then \ /bin/cp -f ../include/probes_mysql.d.base probes_mysql.d; \ fi /usr/bin/perl ../scripts/dheadgen.pl -f probes_mysql.d probes_mysql_nodtrace.h dtrace -h -s probes_mysql.d -o probes_mysql_dtrace.h dtrace: failed to compile script probes_mysql.d: /usr/lib/dtrace/psinfo.d, line 37: syntax error near uid_t gmake[1]: *** [probes_mysql_dtrace.h] Error 1 gmake[1]: Leaving directory `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/databases/mysql54-client. *** Error code 1 Stop in /usr/ports/databases/mysql54-server. v16# pwd /usr/ports/databases/mysql54-server v16# uname -a FreeBSD v16.fa.gau.hu 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Sun Mar 22 09:43:46 UTC 2009 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Bye, CzP ___ 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: mysql 5.4 does not compile on FreeBSD 7.1 amd64
В Wed, 22 Jul 2009 10:25:42 +0200 Peter Czanik pcza...@fang.fa.gau.hu пишет: PC Hello, PC Mysql 5.4 does not compile on FreeBSD 7.1 amd64. Here is the compile PC output using the latest ports: PC PC === Building for mysql-client-5.4.1 PC Making all in include PC gmake[1]: Entering directory PC `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' PC PC /bin/cp config.h PC my_config.h PC /bin/rm -f readline PC openssl PC /bin/ln -s ../extra/yassl/include/openssl PC openssl PC echo timestamp PC link_sources PC if ! test -f probes_mysql.d ; then PC \ PC /bin/cp -f ../include/probes_mysql.d.base PC probes_mysql.d; \ fi PC /usr/bin/perl ../scripts/dheadgen.pl -f probes_mysql.d PC probes_mysql_nodtrace.h PC dtrace -h -s probes_mysql.d -o probes_mysql_dtrace.h PC dtrace: failed to compile script probes_mysql.d: PC /usr/lib/dtrace/psinfo.d, line 37: syntax error near uid_t PC gmake[1]: *** [probes_mysql_dtrace.h] Error 1 PC gmake[1]: Leaving directory PC `/usr/ports/databases/mysql54-client/work/mysql-5.4.1-beta/include' PC gmake: *** [all-recursive] Error 1 PC *** Error code 1 PC PC Stop in /usr/ports/databases/mysql54-client. PC *** Error code 1 PC PC Stop in /usr/ports/databases/mysql54-server. PC v16# pwd PC /usr/ports/databases/mysql54-server PC v16# uname -a PC FreeBSD v16.fa.gau.hu 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Sun PC Mar 22 09:43:46 UTC 2009 PC r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC PC amd64 PC PC Bye, PC CzP same error on -CURRENT current# uname -a FreeBSD current.minsk.domain 8.0-BETA2 FreeBSD 8.0-BETA2 #0 r195777: Mon Jul 20 13:21:11 EEST 2009 ti...@current.minsk.domain:/usr/obj/usr/src/sys/KERN amd64 current# more /usr/src/sys/amd64/conf/KERN include GENERIC ident KERN nooptions INET6 nooptions SCTP nooptions DDB nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN -- wbr, tiger ___ 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: mysql 5.4 does not compile on FreeBSD 7.1 amd64
Hi, On Wed, Jul 22, 2009 at 12:17:22PM +0300, Sergey V. Dyatko wrote: ? Wed, 22 Jul 2009 10:25:42 +0200 PC Mysql 5.4 does not compile on FreeBSD 7.1 amd64. Here is the compile PC output using the latest ports: I was under the impression that *userland* dtrace wasn't (yet) supported; neither on 7 nor on CURRENT. I'd say the port should be updated so it won't try to use dtrace support (most likely a configure option) Regards, -- Rink P.W. Springer- http://rink.nu Optimism, Hercules, is the shield of fools. - Dahak ___ 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: mysql 5.4 does not compile on FreeBSD 7.1 amd64
Rink Springer ha scritto: I was under the impression that *userland* dtrace wasn't (yet) supported; neither on 7 nor on CURRENT. I'd say the port should be updated so it won't try to use dtrace support (most likely a configure option) I'll do it soon. I'd like to know who added the --enable-dtrace configure option, when the default is to enable it! -- Alex Dupre ___ 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/136263: New port: MySQL 5.4 -- requesting ownership
,--- You/Alex (Wed, 22 Jul 2009 12:36:11 +0200) * | I'll do it soon. I'd like to know who added the --enable-dtrace | configure option, when the default is to enable it! http://www.freebsd.org/cgi/query-pr.cgi?pr=136263 / || || Originator: Alex Goncharov | || PR 136253 states: MySQL 5.4 port is requested by July 10th. I am || willing to do it. | | || From:Alex Goncharov alex-goncha...@comcast.net || Date:Sat, 04 Jul 2009 22:51:55 -0400 || The shar file I sent in the previous submission had a defective || pkg-list; this one is good. || ... | || State Changed || From-To: open-closed || By: ale || When:Tue Jul 21 08:29:49 UTC 2009 || Why: A different version has been committed, thanks anyway. You are very welcome! -- Alex -- alex-goncha...@comcast.net -- ___ 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: mysql 5.4 does not compile on FreeBSD 7.1 amd64
On Wed, 2009-07-22 at 12:36 +0200, Alex Dupre wrote: Rink Springer ha scritto: I was under the impression that *userland* dtrace wasn't (yet) supported; neither on 7 nor on CURRENT. I'd say the port should be updated so it won't try to use dtrace support (most likely a configure option) I'll do it soon. I'd like to know who added the --enable-dtrace configure option, when the default is to enable it! FWIW, we explicitly disable dtrace support in the Xorg ports, because we don't have userland support. robert. -- Robert Noland rnol...@freebsd.org FreeBSD ___ 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: cairo-dock on FreeBSD
On Sun, 2009-07-12 at 12:36 -0800, Mel Flynn wrote: On Tuesday 07 July 2009 13:43:45 Sam Fourman Jr. wrote: On Tue, Jul 7, 2009 at 3:55 PM, Sam Fourman Jr.sfour...@gmail.com wrote: Hello Ports list cairo-dock (A desktop dock bar like OSX) does not appear to have a port in the ports tree so I am attempting to compile cairo-dock from scratch in FreeBSD it would appear that I too need crypt.h, I downloaded the linux source here: http://download.berlios.de/cairo-dock/cairo-dock-2.0.7.tar.bz2 All i did was download the source, extract it and ./configure make below a is the bottom part of the compile error, along with my FreeBSD version I have never made a port before, so any help getting this to compile would be Great. uname -a FreeBSD 8.0-HEAD-20090601-JPSNAP FreeBSD 8.0-HEAD-20090601-JPSNAP #0: Mon Jun 1 02:48:06 UTC 2009 r...@build-i386-fbsd-2.allbsd.org:/usr/obj/i386/usr/src/sys/GENERIC i386 from cairo-dock-draw.c:14: /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function declaration isn't a prototype mv -f .deps/cairo_dock-cairo-dock-draw.Tpo .deps/cairo_dock-cairo-dock-draw.Po gcc -DHAVE_CONFIG_H -I. -I.. -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/librsvg-2 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/libxml2 -I/usr/local/include/gtkglext-1.0 -I/usr/local/lib/gtkglext-1.0/include -D_THREAD_SAFE -I/usr/local/include -DHAVE_XEXTEND=1 -DHAVE_LIBCRYPT=1 -DCAIRO_DOCK_SHARE_DATA_DIR=\/usr/local/share/cairo-dock\ -DCAIRO_DOCK_SHARE_THEMES_DIR=\/usr/local/share/cairo-dock/themes\ -DCAIRO_DOCK_MODULES_DIR=\/usr/local/lib/cairo-dock\ -DCAIRO_DOCK_CONF_FILE=\cairo-dock.conf\ -DCAIRO_DOCK_LAUNCHER_CONF_FILE=\launcher.conf\ -DCAIRO_DOCK_CONTAINER_CONF_FILE=\container.conf\ -DCAIRO_DOCK_SEPARATOR_CONF_FILE=\separator.conf\ -DCAIRO_DOCK_THEME_CONF_FILE=\themes.conf\ -DCAIRO_DOCK_MAIN_DOCK_CONF_FILE=\main-dock.conf\ -DCAIRO_DOCK_DEFAULT_ICON_NAME=\default-icon.svg\ -DCAIRO_DOCK_DEFAULT_APPLI_ICON_NAME=\default-icon-appli.svg\ -DCAIRO_DOCK_DEFAULT_INDICATOR_NAME=\default-indicator.png\ -DCAIRO_DOCK_DEFAULT_CLASS_INDICATOR_NAME=\default-class-indicator.svg \ -DCAIRO_DOCK_VERSION=\2.0.7\ -DCAIRO_DOCK_LOCALE_DIR=\/usr/local/share/locale\ -DCAIRO_DOCK_GETTEXT_PACKAGE=\cairo-dock\ -DCAIRO_DOCK_ICON=\cairo-dock.svg\ -DCAIRO_DOCK_LOGO=\cairo-dock-logo.png\ -DCAIRO_DOCK_THEMES_DIR=\themes\ -DGL_GLEXT_PROTOTYPES=\1\ -std=c99 -O3 -g -ggdb -Wstrict-prototypes -Wextra -Wwrite-strings -Wuninitialized -Werror-implicit-function-declaration -g -O2 -MT cairo_dock-cairo-dock-config.o -MD -MP -MF .deps/cairo_dock-cairo-dock-config.Tpo -c -o cairo_dock-cairo-dock-config.o `test -f 'cairo-dock-config.c' || echo './'`cairo-dock-config.c In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:226, from cairo-dock-config.c:12: /usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function declaration isn't a prototype cairo-dock-config.c:19:19: error: crypt.h: No such file or directory In file included from cairo-dock-draw-opengl.h:9, from cairo-dock-config.c:29: /usr/local/include/GL/glu.h:287: warning: function declaration isn't a prototype cairo-dock-config.c: In function 'cairo_dock_decrypt_string': cairo-dock-config.c:868: error: implicit declaration of function 'encrypt' *** Error code 1 So, I've sent a bit of time the last couple of days porting cairo-dock and cairo-dock-plugins. Hopefully, I'll have something to commit pretty soon. I am interested to see how you handled patching the crypt support though. I am just disabling it right now. The patch that you attached was stripped. Sigh, gtk is fun... ;) robert. Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7/src. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. *** Error code 1 Stop in /usr/home/sfourman/Desktop/cairo-dock-2.0.7. Sam Fourman Jr. Here is a update, this probably isn't news to anyone on this list after a half hour of googling I found the answer to my first problem. in cairo-dock-config.c do the following. /* #include crypt.h */ #include unistd.h after that it compiled further we now have this problem, it no doubt is something else *BSD does different than linux (most likely for a good reason :) ) I will continue my quest to compile cairo-dock, and report back once I find the
Re: mysql 5.4 does not compile on FreeBSD 7.1 amd64
Alex Goncharov ha scritto: I think you did, when you took over the port. I understand you may feel angry because you didn't get the 100$ donation. I'm sorry, but that's not my fault. -- Alex Dupre ___ 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: ejabberd 2.0.5 + erlang-r13b01_5 : failure
On Tue, 14.07.2009 at 15:21:16 +0200, Alexander Leidinger wrote: Quoting Ulrich Spörlein u...@spoerlein.net (from Tue, 14 Jul 2009 10:35:51 +0200): peruse the ejabberd forums/mailing lists. They don't support building with erlang-r13 yet. It's as simple as that, and I, too, wasted a whole day figuring that out. Patches at (I haven't tested any patch): http://bugs.gentoo.org/show_bug.cgi?id=267524 https://support.process-one.net/browse/EJAB-919 Bye, Alexander. Tested patch attached to http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/135593 , thanks for the tip regarding EJAB-919. If someone would be so kind to commit the changes; shaun@ has relinquished maintainership recently :( Bye, Uli ___ 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: mysql 5.4 does not compile on FreeBSD 7.1 amd64
,--- You/Alex (Wed, 22 Jul 2009 14:23:10 +0200) * | Alex Goncharov ha scritto: | I think you did, when you took over the port. | | I understand you may feel angry because you didn't get the 100$ | donation. I'm sorry, but that's not my fault. I am not angry -- have a good day and enjoy the ownership. :-) -- Alex -- alex-goncha...@comcast.net -- ___ 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: needing install OpenOffice.org without messing up perl
Finally getting back to this...sigh... On Thu, 09 Jul 2009 14:10:54 -0400 Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org wrote: Scott Bennett benn...@cs.niu.edu writes: What is the best way to install OpenOffice.org from a package without the installation trying to reinstall perl5.8 over perl5.10? Get a package that includes them? Do you have any suggestions of where to find such a beast? Short of that, you would have to install the package without dependencies. There is a pkg_add option to do this, but the Sure, but OOo is so huge and requires so much other stuff that there is almost certainly something it wants installed that I do not already have installed. trick comes afterwards, when you have to fix it up to use the perl you actually have (perl-after-upgrade(1) might be able to handle this, but you have no guarantees.). Or you could just Why wouldn't OOo, once installed, simply use whatever were installed as /usr/local/bin/perl? It seems to me that the bigger worry it that portmaster may try to rebuild it whenever a -a option is used. portmanager, OTOH, has a -u option that might do the job. portupgrade, of course, can have all sorts of things blocked from upgrading by putting the proper magic into /etc/portupgrade.conf. If only portmaster had a similar way of doing things. Since so many people now advocate using either portmanager or portmaster to do general upgrades (-a), rather than portupgrade -a, I guess portmanager is the only method available to keep OOo from being rebuilt whenever one of its dependencies gets upgraded. install both perl versions; they should be able to coexist just fine. That would be nice and reasonably simple if it were an option. Unfortunately, the two versions are incompatible. 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-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: needing install OpenOffice.org without messing up perl
I wrote: Finally getting back to this...sigh... On Thu, 09 Jul 2009 14:10:54 -0400 Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org wrote: Scott Bennett benn...@cs.niu.edu writes: What is the best way to install OpenOffice.org from a package without the installation trying to reinstall perl5.8 over perl5.10? Get a package that includes them? Do you have any suggestions of where to find such a beast? Short of that, you would have to install the package without dependencies. There is a pkg_add option to do this, but the Sure, but OOo is so huge and requires so much other stuff that there is almost certainly something it wants installed that I do not already have installed. trick comes afterwards, when you have to fix it up to use the perl you actually have (perl-after-upgrade(1) might be able to handle this, but you have no guarantees.). Or you could just Why wouldn't OOo, once installed, simply use whatever were installed as /usr/local/bin/perl? It seems to me that the bigger worry it that portmaster may try to rebuild it whenever a -a option is used. portmanager, OTOH, has a -u option that might do the job. portupgrade, of course, My mistake. portmanager -u is supposed to accomplish roughly what portmaster -a or portupgrade -a accomplishes. I meant to write portmanager -u -ip packagename rather than what I wrote before. can have all sorts of things blocked from upgrading by putting the proper magic into /etc/portupgrade.conf. If only portmaster had a similar way of doing things. Since so many people now advocate using either portmanager or portmaster to do general upgrades (-a), rather than portupgrade -a, I guess portmanager is the only method available to keep OOo from being rebuilt whenever one of its dependencies gets upgraded. install both perl versions; they should be able to coexist just fine. That would be nice and reasonably simple if it were an option. Unfortunately, the two versions are incompatible. 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-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Please commit ports/136765 and ports/136727
Hi, Could someone please commit these updates before the ports freeze comes in? I don't think these maintainers are very active any more. I've been running the updated ports on a few servers for over two weeks now without any issues. Thanks. ___ 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: Please commit ports/136765 and ports/136727
On Wed, Jul 22, 2009 at 11:25:24AM -0400, Mike Jakubik wrote: Hi, Could someone please commit these updates before the ports freeze comes in? I don't think these maintainers are very active any more. I've been running the updated ports on a few servers for over two weeks now without any issues. It's customary to give each PR a 2 week timeout before committing it. These are just over a week old now. We should continue to uphold the maintainer timeout for these IMO. If they are not committed by the maintainer when the timeout happens please let me know and I'll do my best to get them in before the freeze. -- 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: Please commit ports/136765 and ports/136727
On Wed, July 22, 2009 12:21 pm, Wesley Shields wrote: On Wed, Jul 22, 2009 at 11:25:24AM -0400, Mike Jakubik wrote: Hi, Could someone please commit these updates before the ports freeze comes in? I don't think these maintainers are very active any more. I've been running the updated ports on a few servers for over two weeks now without any issues. It's customary to give each PR a 2 week timeout before committing it. These are just over a week old now. We should continue to uphold the maintainer timeout for these IMO. If they are not committed by the maintainer when the timeout happens please let me know and I'll do my best to get them in before the freeze. OK, sounds good, thanks! ___ 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: Please commit ports/136765 and ports/136727
On Wed, Jul 22, 2009 at 12:21:12PM -0400, Wesley Shields wrote: On Wed, Jul 22, 2009 at 11:25:24AM -0400, Mike Jakubik wrote: Hi, Could someone please commit these updates before the ports freeze comes in? I don't think these maintainers are very active any more. I've been running the updated ports on a few servers for over two weeks now without any issues. It's customary to give each PR a 2 week timeout before committing it. For the record, girgen's most recent commit was 20090708; however, nemoliu's was indeed some time ago (20081230). I'll send email about the latter. mcl ___ 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: needing install OpenOffice.org without messing up perl
On Wed, Jul 22, 2009 at 07:52:11AM -0500, Scott Bennett wrote: I wrote: Sure, but OOo is so huge and requires so much other stuff that there is almost certainly something it wants installed that I do not already have installed. Why wouldn't OOo, once installed, simply use whatever were installed as /usr/local/bin/perl? It seems to me that the bigger worry it that portmaster may try to rebuild it whenever a -a option is used. portmanager, OTOH, has a -u option that might do the job. portupgrade, of course, My mistake. portmanager -u is supposed to accomplish roughly what portmaster -a or portupgrade -a accomplishes. I meant to write portmanager -u -ip packagename rather than what I wrote before. can have all sorts of things blocked from upgrading by putting the proper magic into /etc/portupgrade.conf. If only portmaster had a similar way of doing things. Since so many people now advocate using either portmanager or portmaster to do general upgrades (-a), rather than portupgrade -a, I guess portmanager is the only method available to keep OOo from being rebuilt whenever one of its dependencies gets upgraded. If only you have RTFM %) From man portmaster: /var/db/pkg/*/+IGNOREME If this file exists, several things will happen: 1. The port will be ignored for all purposes, including dependency updates, if there is no directory for it in /usr/ports, and there is no entry for it in /usr/ports/MOVED. If the -v option is used, the fact that the port is being ignored will be mentioned. 2. If using the -L option, and a new version exists, the existence of the +IGNOREME file will be mentioned. 3. If you do a regular update of the port, or if the -a option is being used, you will be asked if you want to update the port anyway; unless the -u option is being used, in which case the port will be ignored. So, touch /var/db/pkg/openoffice.org-/+IGNOREME would do the trick. ___ 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: mplayer-0.99.11_14
On Wed, Jul 22, 2009 at 03:29, matt donovankitchet...@gmail.com wrote: Considering that mplayer no longer does stable releases you would have to switch the makefile to use svn to get an updated mplayer Correct. At least at the moment they are not preparing releases. Unfortunately. Michael, did you try to build an mplayer from svn and check if your video works with it? Riggs ___ 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
[PATCH] databases/postgresql-plruby: build w/ Postgres 8.4
Hi, we should add this header to PLruby - it is no longer provided by postgres 8.4 for us lazy guys ;) Besides that, it works (as far as I am concerned). rgds, PMc - *** src/plruby.h.orig Wed Jul 22 13:43:23 2009 --- src/plruby.hWed Jul 22 13:43:34 2009 *** *** 2,7 --- 2,8 #include fcntl.h #include setjmp.h + #include postgres.h #include executor/spi.h #include commands/trigger.h #include utils/elog.h - ___ 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: needing install OpenOffice.org without messing up perl
Scott Bennett benn...@cs.niu.edu writes: Finally getting back to this...sigh... On Thu, 09 Jul 2009 14:10:54 -0400 Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org wrote: Scott Bennett benn...@cs.niu.edu writes: What is the best way to install OpenOffice.org from a package without the installation trying to reinstall perl5.8 over perl5.10? Get a package that includes them? Do you have any suggestions of where to find such a beast? Wait? The official packages will match this description eventually. I could offer you the package I built, which matches this description. It takes a day to build, but it doesn't take any of my attention while it does so. And you'd have to live with whatever other options I'd chosen. Short of that, you would have to install the package without dependencies. There is a pkg_add option to do this, but the Sure, but OOo is so huge and requires so much other stuff that there is almost certainly something it wants installed that I do not already have installed. Um, possibly, but you can look at the port makefile and load them on your own. Or you could let OpenOffice install perl5.8, then delete it afterwards and fix up the dependency databases. trick comes afterwards, when you have to fix it up to use the perl you actually have (perl-after-upgrade(1) might be able to handle this, but you have no guarantees.). Or you could just Why wouldn't OOo, once installed, simply use whatever were installed as /usr/local/bin/perl? Because perl doesn't tend to be backwards-compatible. install both perl versions; they should be able to coexist just fine. That would be nice and reasonably simple if it were an option. Unfortunately, the two versions are incompatible. Oops, sorry; that's right. I guess you could get out a bigger hammer, but editing the package directly to change the dependency is probably easier. You'll still need to fix up the scripts afterwards. Good luck. ___ 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: mplayer-0.99.11_14
I think we'll investigate VLC as an alternative. Not too comfortable building around a solution that's not being maintained as it should be. Thanks for your responses! Mike Stackhouse fromiphone On Jul 22, 2009, at 3:00 PM, Thomas Zander thomas.e.zan...@googlemail.com wrote: On Wed, Jul 22, 2009 at 03:29, matt donovankitchet...@gmail.com wrote: Considering that mplayer no longer does stable releases you would have to switch the makefile to use svn to get an updated mplayer Correct. At least at the moment they are not preparing releases. Unfortunately. Michael, did you try to build an mplayer from svn and check if your video works with it? Riggs ___ 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: net/nss_ldap pending PR
PR#133344 has been awaiting a maintainer response for about 3 months: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/133344 . I can verify that this is indeed a bug, as I have several systems which are built without kerberos which refuse to build net/nss_ldap without the patch attached to this PR. Is there any chance we can get this committed by the maintainer or via maintainer timeout? -Steve Polyack ___ 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: needing install OpenOffice.org without messing up perl
Lowell Gilbert wrote: Scott Bennett benn...@cs.niu.edu writes: Why wouldn't OOo, once installed, simply use whatever were installed as /usr/local/bin/perl? Because perl doesn't tend to be backwards-compatible. Untrue. perl as a language is generally very good at backwards compatibility. There is new syntax available in 5.10, but it's pretty much a superset of 5.8, so existing perl programs should just work(tm). In fact, I've not seen any problems on a swathe of machines I've updated. {{{ Aside:: The problem comes for applications that embed a perl interpreter. Meaning they dynamically link against libperl.so. OpenOffice doesn't do this as far as I can tell, but eg. snmpd does: happy-idiot-talk:~:% ldd /usr/local/sbin/snmpd /usr/local/sbin/snmpd: libnetsnmpagent.so.16 = /usr/local/lib/libnetsnmpagent.so.16 (0x28082000) libnetsnmphelpers.so.16 = /usr/local/lib/libnetsnmphelpers.so.16 (0x280c5000) libnetsnmpmibs.so.16 = /usr/local/lib/libnetsnmpmibs.so.16 (0x280e6000) libwrap.so.5 = /usr/lib/libwrap.so.5 (0x2819b000) libnetsnmp.so.16 = /usr/local/lib/libnetsnmp.so.16 (0x281a2000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x2824f000) libelf.so.1 = /usr/lib/libelf.so.1 (0x28397000) libkvm.so.4 = /lib/libkvm.so.4 (0x283c) libdevstat.so.6 = /lib/libdevstat.so.6 (0x283c8000) libperl.so = /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so (0x283cd000) -- libm.so.5 = /lib/libm.so.5 (0x284fd000) libcrypt.so.4 = /lib/libcrypt.so.4 (0x28512000) libutil.so.7 = /lib/libutil.so.7 (0x2852b000) libc.so.7 = /lib/libc.so.7 (0x28539000) libz.so.4 = /lib/libz.so.4 (0x2863b000) libthr.so.3 = /lib/libthr.so.3 (0x2864d000) That is dependent on the version of perl installed -- not just because the version number is embedded in the path to the shlib, but also because the ABI can change between different versions. In this case, you would have no alternative but to recompile the app to link against a different version of perl. }}} One way to fix the problem of dragging in an unwanted version of perl when using precompiled packages for OpenOffice is to do the following: 0) I'm assuming perl-5.10 is already installed i) Download the openoffice package you want to install. # setenv PKG_SITES 'ftp.freebsd.org other.site.org third.site.org' # pkg_fetch openoffice.org-3.1.0_2 ii) Install all required dependencies for OpenOffice /except/ for perl-5.8 for the package you downloaded: # pkg_info -qr ./openoffice.org-3.1.0_2.tbz | grep -v perl | \ cut -d ' ' -f 2 | xargs portinstall iii) Install the OpenOffice package without dependencies: # pkg_add -i ./openoffice.org-3.1.0_2.tbz iv) Use pkgdb to fix the dependency linkages: # pkgdb -F (when prompted, substitute perl-5.10 instead of the missing perl-5.8 dependency) However, this is quite an inelegant approach which involves spending far too much effort (It's also untested by me and quite possibly won't work at all...). You'ld have to do the same thing all over again if ever you need to upgrade OpenOffice. Chances are some of the dependencies you install at stage (ii) will have been updated in ports after the openoffice.org package was built: this should do no more than cause some warning messages and maybe make you do a bit more work at stage (iv). Or it could just make everything break horribly. Note: this *won't* work in the general case -- it relies on perl scripts being compatible across different versions. Using this approach to make arbitrary substitutions in the dependencies of a package will almost certainly end in tears before bedtime. 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
Re: FreeBSD Port: mplayer-0.99.11_14
On Wed, Jul 22, 2009 at 22:33, Michael D. Stackhousemstackho...@samsa.com wrote: I think we'll investigate VLC as an alternative. Not too comfortable building around a solution that's not being maintained as it should be. mplayer is definitely continuously developed, it's not an abandoned project! They just do not follow a release scheme at the moment. If the svn version does the job you want it to do, it's definitely worth a try. I personally like mplayer as it is still lighter than VLC. Riggs ___ 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
print/ghostscript8 fails to build
Hi *, ghostscript8-8.64_6 fails to build on my 7.2-Stable (i386) machine: # cd /usr/ports/print/ghostscript8 make [...] cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -fno-strict-aliasing -pipe -march=athlon-xp -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=athlon-xp -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 -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+0x7d0): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1810): 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+0xa00): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1810): 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. # A complete log of the build is available. On a slightly dated 8-Current box (i386; last update around 2 months ago) it builds and installs just fine. I've looked through the PRs, but couldn't find anything related to this. Kind 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: FreeBSD Port: mplayer-0.99.11_14
Thanks very much. I'm not familiar with building from SVN, but I'll investigate. Mike Stackhouse fromiphone On Jul 22, 2009, at 6:45 PM, Thomas Zander thomas.e.zan...@googlemail.com wrote: On Wed, Jul 22, 2009 at 22:33, Michael D. Stackhousemstackho...@samsa.com wrote: I think we'll investigate VLC as an alternative. Not too comfortable building around a solution that's not being maintained as it should be. mplayer is definitely continuously developed, it's not an abandoned project! They just do not follow a release scheme at the moment. If the svn version does the job you want it to do, it's definitely worth a try. I personally like mplayer as it is still lighter than VLC. Riggs ___ 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