Re: The upcoming phpMyAdmin 4.0.0
On Mon, 28 Jan 2013 21:55:56 + Matthew Seaman articulated: phpMyAdmin-4.0.0 is in the early stages of its release process, with 4.0.0-alpha2 released earlier today, alongside the just-committed update for the released version to 3.5.6. Now, my usual approach with the databases/phpmyadmin port is to track the latest released version, except for occasional forays into beta or release-candidate version when there have been early releases forced by security problems. Currently my intent is to switch databases/phpMyAdmin to track 4.0.x shortly after that version is released. It's a new major version with lots of new code, a different look and feel, and one of the principal changes is that it will require javascript to function. What do people think? If anyone has any reasoned objections to this, please let me know. I use phpMyAdmin occasionally on my system. I would have no problem with creating a new port for the 4.x branch, although you might want to keep the 3.x branch in the ports system for awhile. Just my 2¢. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
libffi update: #error Qt has not been ported to this architecture
This is running: FreeBSD g1-227.catwhisker.org 9.1-STABLE FreeBSD 9.1-STABLE #359 r246049M/246068: Tue Jan 29 04:55:12 PST 2013 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 with a ports tree at r311159. I use portmaster, so per UPDATING, I issued: portmaster -w -r libffi portmaster reported (near the end): === The following actions were performed: Upgrade of libffi-3.0.9 to libffi-3.0.11 Re-installation of gobject-introspection-0.10.8_3 Re-installation of pango-1.28.4_1 Re-installation of gtk-update-icon-cache-2.24.6_1 Re-installation of gtk-2.24.6_2 Re-installation of ghostscript9-9.06_1 Re-installation of GraphicsMagick-1.1.15_5,1 Re-installation of libglade2-2.6.4_5 Re-installation of gstreamer-0.10.36 Re-installation of gstreamer-plugins-0.10.36_2,3 Here's the list of activities portmaster expected: === The following actions will be taken if you choose to proceed: Upgrade libffi-3.0.9 to libffi-3.0.11 Re-install GraphicsMagick-1.1.15_5,1 Re-install ghostscript9-9.06_1 Re-install gtk-2.24.6_2 Re-install gobject-introspection-0.10.8_3 Re-install gtk-update-icon-cache-2.24.6_1 Re-install pango-1.28.4_1 Re-install ImageMagick-6.8.0.7_1 Re-install graphviz-2.30.0 Re-install libglade2-2.6.4_5 Re-install qt4-linguist-4.8.2 Re-install qt4-assistant-4.8.2 Re-install qt4-webkit-4.8.2 Re-install gstreamer-plugins-0.10.36_2,3 Re-install gstreamer-0.10.36 Re-install qt4-designer-4.8.2 Re-install gtkglarea-2.0.1_3 Re-install gtkglext-1.2.0_10 Re-install librsvg2-2.34.1_1 Re-install libgsf-1.14.21_1 Re-install gconf2-2.32.0_3 Re-install dconf-0.5.1_4 Re-install polkit-0.99 Re-install gtk-engines2-2.20.2_1 Re-install R-2.15.2 Re-install abiword-2.8.4_2 Re-install goffice-0.8.17_3 Re-install wv-1.2.9_1 Re-install bombono-1.2.1_3 Re-install gtkmm-2.24.2_1 Re-install pangomm-2.28.2_1 Re-install cm-super-0.3.4_4 Re-install teTeX-base-3.0_23 Re-install consolekit-0.4.3 Re-install dvdauthor-0.7.1 Re-install dvipsk-tetex-5.95a_6 Re-install firefox-18.0.1,1 Re-install gegl-0.1.8_6 Re-install libopenraw-0.0.8_4 Re-install ghostview-1.5_3 Re-install gimp-2.6.12,2 Re-install gimp-app-2.6.12_1,1 Re-install webkit-gtk2-1.4.3_2 Re-install py27-gimp-app-2.6.12_1 Re-install py27-gobject-2.28.6_1 Re-install py27-gtk-2.24.0_1 Re-install gnumeric-1.10.17_1 Re-install gnupg-2.0.19_3 Re-install pinentry-0.8.1_2 Re-install gtk-3.0.12_2 Re-install gtkspell-2.0.16_4 Re-install gv-3.7.3_1 Re-install hal-0.5.14_20 Re-install icedtea-web-1.3.1 Re-install libxul-10.0.12 Re-install inkscape-0.48.2_3 Re-install libwpg-0.2.1_2 Re-install libwpd-0.9.4_1 Re-install libcanberra-0.28_3 Re-install libcanberra-gtk3-0.28_3 Re-install libnotify-0.7.3_2 Re-install mplayer-1.1.r20120721_2 Re-install mtr-0.82_1 Re-install notification-daemon-0.7.2_1 Re-install nspluginwrapper-1.4.4 Re-install nvidia-driver-304.64 Re-install xorg-server-1.7.7_6,1 Re-install nvidia-settings-310.14 Re-install rrdtool-1.4.7_2 Re-install teTeX-3.0_6 Re-install xdvik-tetex-22.84.16_4 Re-install ted-2.22_2 Re-install transcode-1.1.7_8 Re-install transfig-3.2.5d_1 Re-install w3m-0.5.3_1 Re-install wifimgr-1.10_1 Re-install wireshark-1.8.4_1 Re-install xchat-2.8.8_1 Re-install xf86-input-keyboard-1.6.1 Re-install xf86-input-mouse-1.7.1_1 Re-install xf86-video-ati-6.14.3_1 Re-install xf86-video-intel-2.7.1_4 Re-install xf86-video-mach64-6.9.0 Re-install xf86-video-nv-2.1.18_1 Re-install xf86-video-openchrome-0.2.904_3 Re-install xf86-video-r128-6.8.1_3 Re-install xf86-video-radeonhd-1.3.0_5 Re-install xf86-video-vesa-2.3.0_2 Re-install xfig-3.2.5b_1 Re-install xmlto-0.0.25 Re-install xorg-7.5.2 Re-install xorg-drivers-7.5.2 Re-install xorg-nestserver-1.7.7_1,1 === Proceed? y/n [y] and here's the last part of the attempted rebuild (failing in www/qt4-webkit): ... g++ -c -O2 -pipe -fno-strict-aliasing -I../../../../include/Qt -I../../../../include -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts -Wformat-security -Wreturn-type -Wno-unused-parameter -Wno-sign-compare -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -ffunction-sections -fdata-sections -O2 -fPIC -fvisibility=hidden
Zimbra Port
Hi, It looks like they are s close here. Can't ports pick this up and put it in the collection? http://wiki.zimbra.com/wiki/Zimbra_on_FreeBSD If you look at the Zimbra site for threads there are quite few with people asking for Zimbra on FreeBSD. PLEASE! :-) P. ___ 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: openfire-3.7.1_1,1
Hi, I have discovered that jingle nodes plugin does not work because of file jinglenodes/i18n/jingleNodes_i18n.properties. It needs to be renamed to jinglenodes_i18n.properties (notice small N), as suggested on the following webpage: http://community.igniterealtime.org/thread/46479 So, after I stopped the server, removed jinglenodes folder, unpacked jingleNodes.jar, changed jingleNodes_i18n.properties to jinglenodes_i18n.properties, re-packed jingleNodes.jar, moved it to plugins directory and started server, i got 'Jingle Nodes' menu tab. Is it possible to fix this so that default install works out of the box, without needing to do above procedure? -- Marko Cupać ___ 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: The upcoming phpMyAdmin 4.0.0
If upstream is abandoning 3.x (which they should, it's full of security holes so 4.x better be an improvement) then I would say just bump it to 4.x and don't make a separate phpMyAdmin port. ___ 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: openfire-3.7.1_1,1
On 2013-Jan-29, 16:56, marko.cupac wrote: Hi, Hello Marko, I have discovered that jingle nodes plugin does not work because of file jinglenodes/i18n/jingleNodes_i18n.properties. It needs to be renamed to jinglenodes_i18n.properties (notice small N), as suggested on the following webpage: http://community.igniterealtime.org/thread/46479 Thanks for notifying me. So, after I stopped the server, removed jinglenodes folder, unpacked jingleNodes.jar, changed jingleNodes_i18n.properties to jinglenodes_i18n.properties, re-packed jingleNodes.jar, moved it to plugins directory and started server, i got 'Jingle Nodes' menu tab. Is it possible to fix this so that default install works out of the box, without needing to do above procedure? Sure, I've just commited an update to fix this problem. Kind Regards, -- Pietro Cerutti The FreeBSD Project g...@freebsd.org PGP Public Key: http://gahr.ch/pgp pgpu9eUPES6yj.pgp Description: PGP signature
Re: libffi update: #error Qt has not been ported to this architecture
Message relevant to libffi but not QT below... --- On Tue, 1/29/13, David Wolfskill da...@catwhisker.org wrote: From: David Wolfskill da...@catwhisker.org Subject: libffi update: #error Qt has not been ported to this architecture To: freebsd-ports@freebsd.org Date: Tuesday, January 29, 2013, 5:56 AM This is running: FreeBSD g1-227.catwhisker.org 9.1-STABLE FreeBSD 9.1-STABLE #359 r246049M/246068: Tue Jan 29 04:55:12 PST 2013 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 with a ports tree at r311159. I use portmaster, so per UPDATING, I issued: portmaster -w -r libffi portmaster reported (near the end): === The following actions were performed: Upgrade of libffi-3.0.9 to libffi-3.0.11 Re-installation of gobject-introspection-0.10.8_3 Re-installation of pango-1.28.4_1 Re-installation of gtk-update-icon-cache-2.24.6_1 Re-installation of gtk-2.24.6_2 Re-installation of ghostscript9-9.06_1 Re-installation of GraphicsMagick-1.1.15_5,1 Re-installation of libglade2-2.6.4_5 Re-installation of gstreamer-0.10.36 Re-installation of gstreamer-plugins-0.10.36_2,3 Here's the list of activities portmaster expected: === The following actions will be taken if you choose to proceed: Upgrade libffi-3.0.9 to libffi-3.0.11 Re-install GraphicsMagick-1.1.15_5,1 Re-install ghostscript9-9.06_1 Re-install gtk-2.24.6_2 Re-install gobject-introspection-0.10.8_3 Re-install gtk-update-icon-cache-2.24.6_1 Re-install pango-1.28.4_1 Re-install ImageMagick-6.8.0.7_1 Re-install graphviz-2.30.0 Re-install libglade2-2.6.4_5 Re-install qt4-linguist-4.8.2 Re-install qt4-assistant-4.8.2 Re-install qt4-webkit-4.8.2 Re-install gstreamer-plugins-0.10.36_2,3 Re-install gstreamer-0.10.36 Re-install qt4-designer-4.8.2 Re-install gtkglarea-2.0.1_3 Re-install gtkglext-1.2.0_10 Re-install librsvg2-2.34.1_1 Re-install libgsf-1.14.21_1 Re-install gconf2-2.32.0_3 Re-install dconf-0.5.1_4 Re-install polkit-0.99 Re-install gtk-engines2-2.20.2_1 Re-install R-2.15.2 Re-install abiword-2.8.4_2 Re-install goffice-0.8.17_3 Re-install wv-1.2.9_1 Re-install bombono-1.2.1_3 Re-install gtkmm-2.24.2_1 Re-install pangomm-2.28.2_1 Re-install cm-super-0.3.4_4 Re-install teTeX-base-3.0_23 Re-install consolekit-0.4.3 Re-install dvdauthor-0.7.1 Re-install dvipsk-tetex-5.95a_6 Re-install firefox-18.0.1,1 Re-install gegl-0.1.8_6 Re-install libopenraw-0.0.8_4 Re-install ghostview-1.5_3 Re-install gimp-2.6.12,2 Re-install gimp-app-2.6.12_1,1 Re-install webkit-gtk2-1.4.3_2 Re-install py27-gimp-app-2.6.12_1 Re-install py27-gobject-2.28.6_1 Re-install py27-gtk-2.24.0_1 Re-install gnumeric-1.10.17_1 Re-install gnupg-2.0.19_3 Re-install pinentry-0.8.1_2 Re-install gtk-3.0.12_2 Re-install gtkspell-2.0.16_4 Re-install gv-3.7.3_1 Re-install hal-0.5.14_20 Re-install icedtea-web-1.3.1 Re-install libxul-10.0.12 Re-install inkscape-0.48.2_3 Re-install libwpg-0.2.1_2 Re-install libwpd-0.9.4_1 Re-install libcanberra-0.28_3 Re-install libcanberra-gtk3-0.28_3 Re-install libnotify-0.7.3_2 Re-install mplayer-1.1.r20120721_2 Re-install mtr-0.82_1 Re-install notification-daemon-0.7.2_1 Re-install nspluginwrapper-1.4.4 Re-install nvidia-driver-304.64 Re-install xorg-server-1.7.7_6,1 Re-install nvidia-settings-310.14 Re-install rrdtool-1.4.7_2 Re-install teTeX-3.0_6 Re-install xdvik-tetex-22.84.16_4 Re-install ted-2.22_2 Re-install transcode-1.1.7_8 Re-install transfig-3.2.5d_1 Re-install w3m-0.5.3_1 Re-install wifimgr-1.10_1 Re-install wireshark-1.8.4_1 Re-install xchat-2.8.8_1 Re-install xf86-input-keyboard-1.6.1 Re-install xf86-input-mouse-1.7.1_1 Re-install xf86-video-ati-6.14.3_1 Re-install xf86-video-intel-2.7.1_4 Re-install xf86-video-mach64-6.9.0 Re-install xf86-video-nv-2.1.18_1 Re-install xf86-video-openchrome-0.2.904_3 Re-install xf86-video-r128-6.8.1_3 Re-install xf86-video-radeonhd-1.3.0_5 Re-install xf86-video-vesa-2.3.0_2 Re-install xfig-3.2.5b_1 Re-install xmlto-0.0.25 Re-install xorg-7.5.2 Re-install xorg-drivers-7.5.2 Re-install xorg-nestserver-1.7.7_1,1 === Proceed? y/n [y] and here's the last part of the attempted rebuild (failing in www/qt4-webkit): ... g++ -c -O2 -pipe -fno-strict-aliasing -I../../../../include/Qt
Problems with GITHUB pulls
I maintain the security/barnyard2 port. It pulls the software from git, which is the only place where it's available. Here's the relevant portion of the port's Makefile: USE_GITHUB= yes GH_ACCOUNT= firnsy GH_PROJECT= ${PORTNAME} GH_TAGNAME= master GH_COMMIT= 4dfdc80 The problem is, master's commit tag and md5 sum and size have changed. I *could* update the port by changing the commit tag and the distino file, but that's seems rather kludgy to me. The version hasn't changed. The developers simply fixed some problems in the software and then bumped master to the newer commit. Is that really the correct way to handle software at git? If so, am I going to be forced to update the port every time the developers make minor changes to a version? Is there a way for me to work around this problem so that the port version remains at the stable commit until the version actually gets bumped? GH_COMMIT is mandatory, so I can't leave that out. Yet the git tagname has changed. What's the best way to handle this? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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: libffi update: #error Qt has not been ported to this architecture
On Tue, Jan 29, 2013 at 06:58:42PM -0500, Jung-uk Kim wrote: On 2013-01-29 08:56:05 -0500, David Wolfskill wrote: This is running: FreeBSD g1-227.catwhisker.org 9.1-STABLE FreeBSD 9.1-STABLE #359 r246049M/246068: Tue Jan 29 04:55:12 PST 2013 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 with a ports tree at r311159. ... I will proceed to rebuild/reinstall as many of the remaining ports as I can, but I'm a bit concerned. :-( (All of this was done within script(1); I can make the typescript available, should that be useful.) I rebuilt everything from scratch to see if I missed anything but I cannot reproduce the problem. Can you please check your ${LOCALBASE}/include/qt4/QtCore/qconfig.h? It should have something like this (for i386): /* Machine Architecture */ #ifndef QT_BOOTSTRAPPED # define QT_ARCH_I386 #else # define QT_ARCH_I386 #endif That section starts at line 19: /* Machine Architecture */ #ifndef QT_BOOTSTRAPPED # define QT_ARCH_I386 #else # define QT_ARCH_I386 #endif Do you have custom LOCALBASE, i.e., /common/local, BTW? I have PREFIX defined as /common/local. /usr/local is a symlink to /common/local: the machine is set up to be bootable from any of the 4 slices, but I only build ports on the slice that is running the earliest version of FreeBSD, and have but one /usr/local. This may help: g1-227(9.1-S)[5] df -ht ufs Filesystem SizeUsed Avail Capacity Mounted on /dev/ada0s1a1.3G634M612M51%/ /dev/ada0s1d3.5G2.4G857M74%/usr /dev/ada0s2a1.3G639M607M51%/S2 /dev/ada0s2d3.5G2.4G861M74%/S2/usr /dev/ada0s3a1.3G688M558M55%/S3 /dev/ada0s3d3.5G2.9G349M89%/S3/usr /dev/ada0s4a1.3G685M559M55%/S4 /dev/ada0s4d3.5G2.7G513M84%/S4/usr /dev/ada0s4e9.7G2.4G6.5G27%/var /dev/ada0s4f 38G 23G 12G65%/repo /dev/ada0s4g124G105G9.1G92%/common /dev/ada0s4h240G 37G183G17%/bkp g1-227(9.1-S)[6] ls -F /common S1/ S3/ home/ lost+found/ ports/ S2/ S4/ local/ mnt/tmp/ g1-227(9.1-S)[7] /usr/ports is (also) a symlink to /common/ports. I do not have LOCALBASE defined in /etc/make.conf. As I type, the machine is rebuilding firefox-18.0.1,1; the only remaining ports (for the libffi update) are: * ImageMagick-6.8.0.7_1 * graphviz-2.30.0 * qt4-linguist-4.8.2 * qt4-assistant-4.8.2 * qt4-webkit-4.8.2 * qt4-designer-4.8.2 I'll be commuting home shortly, so I will be off-Net during that time. Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgp_oCPYcL6XS.pgp Description: PGP signature
Re: Problems with GITHUB pulls
On 30/01/2013 07:54, Paul Schmehl wrote: I maintain the security/barnyard2 port. It pulls the software from git, which is the only place where it's available. The problem is, master's commit tag and md5 sum and size have changed. I *could* update the port by changing the commit tag and the distino file, but that's seems rather kludgy to me. The version hasn't changed. The developers simply fixed some problems in the software and then bumped master to the newer commit. Is that really the correct way to handle software at git? If so, am I going to be forced to update the port every time the developers make minor changes to a version? Is there a way for me to work around this problem so that the port version remains at the stable commit until the version actually gets bumped? GH_COMMIT is mandatory, so I can't leave that out. Yet the git tagname has changed. What's the best way to handle this? Following the head of a branch is always dynamic. The way to get a consistent download from github is to use tags. Try the tag v2-1.11 If you want to keep closer to the head of a branch then either get the devs to tag some stable points along the way or fork your own version and add tags as you want and use your repo for the port. ___ 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: Problems with GITHUB pulls
On Tue, Jan 29, 2013 at 03:24:31PM -0600, Paul Schmehl wrote: I maintain the security/barnyard2 port. It pulls the software from git, which is the only place where it's available. Here's the relevant portion of the port's Makefile: USE_GITHUB= yes GH_ACCOUNT= firnsy GH_PROJECT= ${PORTNAME} GH_TAGNAME= master GH_COMMIT= 4dfdc80 The problem is, master's commit tag and md5 sum and size have changed. I *could* update the port by changing the commit tag and the distino file, but that's seems rather kludgy to me. The version hasn't changed. The developers simply fixed some problems in the software and then bumped master to the newer commit. The point of GH_COMMIT is to checkout a specific commit. I think you don't need GH_TAGNAME set here as that is probably overriding the desired behavior (and always fetching the latest from master). For an idea of how to fetch a specific commit from git check out devel/libhtp. -- 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
unable to parse fr/totem.xml
Trying to rebuild totem after libffi update fails with: FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #32 r246075: Tue Jan 29 13:46:25 EST 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 xsltproc -o totem-fr.omf --stringparam db2omf.basename totem --stringparam db2omf.format 'docbook' --stringparam db2omf.dtd -//OASIS//DTD DocBook XML V4.5//EN --stringparam db2omf.lang fr --stringparam db2omf.omf_dir /usr/local/share/omf --stringparam db2omf.help_dir /usr/local/share/gnome/help --stringparam db2omf.omf_in /usr/ports/multimedia/totem/work/totem-2.32.0/help/totem.omf.in --stringparam db2omf.scrollkeeper_cl `scrollkeeper-config --pkgdatadir`/Templates/C/scrollkeeper_cl.xml `/usr/local/bin/pkg-config --variable db2omf gnome-doc-utils` fr/totem.xml || { rm -f totem-fr.omf; exit 1; } http://www.oasis-open.org/docbook/xml/4.5/dbpoolx.mod:3899: parser warning : PEReference: %tbl.frame.attval; not found frame (%tbl.frame.attval;)#IMPLIED ^ http://www.oasis-open.org/docbook/xml/4.5/dbpoolx.mod:3899: parser error : NmToken expected in ATTLIST enumeration frame (%tbl.frame.attval;)#IMPLIED ^ http://www.oasis-open.org/docbook/xml/4.5/dbpoolx.mod:3899: parser error : Content error in the external subset frame (%tbl.frame.attval;)#IMPLIED ^ http://www.oasis-open.org/docbook/xml/4.5/dbpoolx.mod:3899: parser error : Content error in the external subset frame (%tbl.frame.attval;)#IMPLIED ^ http://www.oasis-open.org/docbook/xml/4.5/dbpoolx.mod:3899: parser error : Content error in the external subset frame (%tbl.frame.attval;)#IMPLIED ^ http://www.oasis-open.org/docbook/xml/4.5/dbpoolx.mod:3899: validity error : All markup of the conditional section is not in the same entity frame (%tbl.frame.attval;)#IMPLIED ^ http://www.oasis-open.org/docbook/xml/4.5/dbpoolx.mod:3899: parser error : Content error in the external subset frame (%tbl.frame.attval;)#IMPLIED ^ unable to parse fr/totem.xml gmake[2]: *** [totem-fr.omf] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/totem/work/totem-2.32.0/help' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/totem/work/totem-2.32.0' gmake: *** [all] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/multimedia/totem. *** [build] Error code 1 Stop in /usr/ports/multimedia/totem. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20130129-10836-17bj0u6-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=totem-2.32.0_2 UPGRADE_PORT_VER=2.32.0_2 make ** Fix the problem and try again. --- Build of multimedia/totem ended at: Tue, 29 Jan 2013 22:09:39 -0500 (consumed 00:01:58) --- Reinstallation of multimedia/totem ended at: Tue, 29 Jan 2013 22:09:39 -0500 (consumed 00:01:58) --- ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed --- Listing the results (+:done / -:ignored / *:skipped / !:failed) ! multimedia/totem (totem-2.32.0_2) (unknown build error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ___ 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
cheese-camera-device-monitor.c:90:1: warning: type specifier missing
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #32 r246075: Tue Jan 29 13:46:25 EST 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 Rebuilding cheese after libffi update fails with: gmake[3]: Entering directory `/usr/ports/multimedia/cheese/work/cheese-2.32.0/libcheese' CC libcheese_gtk_la-cheese-avatar-chooser.lo CC libcheese_gtk_la-um-crop-area.lo CC libcheese_gtk_la-cheese-widget.lo CC cheese-gconf.lo CC cheese-fileutil.lo CC cheese-camera.lo CC cheese-camera-device.lo CC cheese-camera-device-monitor.lo cheese-camera-device-monitor.c:90:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int] cheese_camera_device_monitor_handle_udi (CheeseCameraDeviceMonitor *monitor, ^~~ cheese-camera-device-monitor.c:109:5: error: non-void function 'cheese_camera_device_monitor_handle_udi' should return a value [-Wreturn-type] return; ^ cheese-camera-device-monitor.c:125:5: error: non-void function 'cheese_camera_device_monitor_handle_udi' should return a value [-Wreturn-type] return; ^ cheese-camera-device-monitor.c:135:5: error: non-void function 'cheese_camera_device_monitor_handle_udi' should return a value [-Wreturn-type] return; ^ 1 warning and 3 errors generated. gmake[3]: *** [cheese-camera-device-monitor.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/multimedia/cheese/work/cheese-2.32.0/libcheese' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/multimedia/cheese/work/cheese-2.32.0/libcheese' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/cheese/work/cheese-2.32.0' gmake: *** [all] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/multimedia/cheese. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20130129-19534-nvcgli-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=cheese-2.32.0_3 UPGRADE_PORT_VER=2.32.0_3 make ** Fix the problem and try again. --- Build of multimedia/cheese ended at: Tue, 29 Jan 2013 22:17:21 -0500 (consumed 00:00:13) --- Reinstallation of multimedia/cheese ended at: Tue, 29 Jan 2013 22:17:21 -0500 (consumed 00:00:13) --- ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed --- Listing the results (+:done / -:ignored / *:skipped / !:failed) ! multimedia/cheese (cheese-2.32.0_3) (unknown build error) ___ 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: Problems with GITHUB pulls
On Tue, Jan 29, 2013 at 10:10:13PM -0500, Wesley Shields wrote: On Tue, Jan 29, 2013 at 03:24:31PM -0600, Paul Schmehl wrote: I maintain the security/barnyard2 port. It pulls the software from git, which is the only place where it's available. Here's the relevant portion of the port's Makefile: USE_GITHUB= yes GH_ACCOUNT= firnsy GH_PROJECT= ${PORTNAME} GH_TAGNAME= master GH_COMMIT= 4dfdc80 The problem is, master's commit tag and md5 sum and size have changed. I *could* update the port by changing the commit tag and the distino file, but that's seems rather kludgy to me. The version hasn't changed. The developers simply fixed some problems in the software and then bumped master to the newer commit. The point of GH_COMMIT is to checkout a specific commit. I think you don't need GH_TAGNAME set here as that is probably overriding the desired behavior (and always fetching the latest from master). For an idea of how to fetch a specific commit from git check out devel/libhtp. I think I might have completely misspoken here. What's happening is you are fetching master at the appropriate commit, but distinfo is getting the filename with the DISTVERSION string in it. When you update to the next commit the DISTVERSION isn't changing and thus distinfo is now out of date. The best way to approach this is as was suggested by someone else. Get upstream to tag releases and use those. The way you are doing it you will have to set a PORTVERSION that is not accurate at all and bump PORTREVISION everytime you update. The devel/libhtp port is using a very old tag because upstream has not tagged a new version in the last 7 months and I don't want to end up in the situation you are experiencing. -- 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
/usr/local/lib/gnome-vfs-2.0/modules/libfile.so: Undefined symbol ih_startup
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #32 r246075: Tue Jan 29 13:46:25 EST 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 After rebuilding libffi and all dependent ports, Firefox fails to start with the following error: # /usr/local/bin/firefox-nightly Failed to find nss3 in installed directory, checking system paths. /usr/local/lib/gnome-vfs-2.0/modules/libfile.so: Undefined symbol ih_startup ___ 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
Status of devel/icu, or icu4c
What is the status of devel/icu? I see on http://site.icu-project.org that ICU4J 50.1.1 released on 2012-Dec-17 ICU4C 50.1.2 released on 2013-Jan-16 I keep following http://www.freshports.org/commits.php daily, generally somewhat after midnight UTC, and nothing on devel/icu since I saw the update for NetBSD pkgsrc, whose updates I also follow daily somewhat after midnight UTC. I checked devel/icu/distinfo, and the icu4c distfile is still on 50.1.1. I'm concerned because the usr/ports/UPDATING file says all ports that depend on devel/icu need to be rebuilt/updated. Or is that due to a bump in the .so.49 - .so.50 file that would not be affected by a minor version update such as 50.1.1 to 50.1.2? Tom ___ 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: About lua 5.2
I've just realized that Lua52 was in the ports tree! 2013/1/28 David Demelier demelier.da...@gmail.com Hello there, Lua 5.2 has been release for more than one year, and the first release 5.2.1 on june 2012. Lua has some disavantages to break compatibility between major versions, thus I'm not sure if current lua modules in the ports tree will still works with that version. Should we start a repocopy of all modules to lua51-* before creating the new port for lua 5.2? -- Demelier David -- Demelier David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org