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 пишет: 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: mysql 5.4 does not compile on FreeBSD 7.1 amd64
,--- You/Alex (Wed, 22 Jul 2009 12:36:11 +0200) * | | 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! I think you did, when you took over the port: -- cd /usr/ports/databases/mysql54-server; egrep -i 'MAINTAINER|DTRACE' Makefile; cat pkg-descr MAINTAINER= a...@freebsd.org MySQL is a very fast, multi-threaded, multi-user and robust SQL (Structured Query Language) database server. WWW: http://www.mysql.com/ - Alex Dupre a...@freebsd.org -- The dtrace issue was handled in my original submission of the port: http://www.freebsd.org/cgi/query-pr.cgi?prp=136263-3-shar&n=/shar-3.sh: cd /usr/ports/databases/myport/mysql54-server; egrep -i 'MAINTAINER|DTRACE' Makefile; cat pkg-descr MAINTAINER= alex-goncha...@comcast.net .if defined(WITH_DTRACE) CONFIGURE_ARGS+=--enable-dtrace CONFIGURE_ARGS+=--enable-dtrace=no MySQL 5.4 Community Edition - Preview Release MySQL Community Edition is a freely downloadable version of the world's most popular open source database that is supported by an active community of open source developers and enthusiasts. MySQL 5.4 is based on MySQL 5.1 but includes small, high-impact changes to enhance scalability and performance in MySQL Server. As with any other pre-production set of software, the preview release of MySQL 5.4 is not recommended for use on production systems. When using MySQL 5.4, note that it is good practice to back up your data before installing the new software. MySQL/Sun generally recommends that you dump and reload your tables from any previous version to upgrade to MySQL 5.4. http://dev.mysql.com/doc/mysql-5.4-features/en/index.html Alex Goncharov ls -l pkg-descr Makefile -rw-r--r-- 1 root wheel 8792 Jul 4 21:16 Makefile -rw-r--r-- 1 root wheel 832 Jul 4 21:16 pkg-descr -- 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: 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 || 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 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. 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. >
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 (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 wrote: >Scott Bennett 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 > wrote: >>Scott Bennett 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 donovan 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 #include + #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 writes: > Finally getting back to this...sigh... > On Thu, 09 Jul 2009 14:10:54 -0400 Lowell Gilbert > wrote: >>Scott Bennett 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" > wrote: On Wed, Jul 22, 2009 at 03:29, matt donovan 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 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. Stackhouse 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" > wrote: On Wed, Jul 22, 2009 at 22:33, Michael D. Stackhouse 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"