Re: [PATCH] upgrade Bash port to version 4.1.
On Mon, 12 Apr 2010 15:23:00 -0700, David O'Brien articulated: > Hi Folks, > > Bash 4.1 seems stable enough at PL5 to replace version 4.0 in > '/usr/ports/shells/bash'. > > Does anyone feel that we need a "shells/bash40" port? > (please just let me know if you feel we do, not if you feel we don't) > > The patch below is the upgrade to 4.1. It works on the workstation > undermydesk, but maybe not the one underyourdesk. Please let me know > in the next few days if you will have trouble with the updated Bash > port. I don't see any reason to keep it around. In reality, it just clutters up the ports system with more deprecated software. In any case, "4.1" corrects a few problems in the older version. I believe it is at patch level 5 now, as your patch indicates. Just my 2¢. -- Jerry freebsd-ports.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ Man is a military animal, Glories in gunpowder, and loves parade. P. J. Bailey ___ 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 and PBIs
On 4/10/2010 3:18 PM, k...@pcbsd.org wrote However for my more hard-core friends, nothing stopping you from running your own ports down the road, more power to ya! For doing something like embedded work or a server this makes total sense and I think it is a huge positive for FreeBSD, no reason to trash that or break it in any way. For the other 99.9% of society who want something "that just works" for day-to-day computing, something like PBI is very attractive. It would be great to have an OS that offers best of both worlds. -- Kris Moore There are only two possibilities with any package system. Either give the user self packaged binaries containing all shared libraries or make them update everything. Both have positives and negatives. We've been working on a new package system in MidnightBSD for some time. When we weighed this issue, it was decided that letting users have old binaries sitting around was a bad idea. It encourages a user to sit on a package for a year and not install security updates. The larger package size also deters users from downloading updates in parts of the world which have slow Internet connections. Remember the GDI+ update to windows awhile back? There were many applications that had to be updated and Microsoft had to release a scanner to search the drive for uses. There side isn't always rosy. Obviously, there are also advantages to the larger PBI packages for users. PC-BSD is certainly easy to use. At the end of the day, I think creating packages more frequently during releases and pushing updates like many linux distros do makes more sense in terms of security. FreeBSD has ten times the number of ports to build than we do so obviously it's a problem to build packages that frequently. I don't want to butt in any more on this because it's not my place, but I just felt it was important to bring another perspective. Lucas ___ 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] removing pulseaudio dependency on gnome-media and gnome-settings-daemon
Hi freebsd-ports@, I made a PR to remove 145669 to remove pulseaudio from audio/gnome-media but the patch was completely bad. I rewrote it and I also made it for sysutils/gnome-settings-daemon. Could you check them and commit if you think it's okay ? Any feedback would be helpful. King regards, David. -- Demelier David --- Makefile.orig 2010-03-28 08:31:01.0 +0200 +++ Makefile 2010-04-13 13:56:50.0 +0200 @@ -18,9 +18,11 @@ BUILD_DEPENDS= xml2po:${PORTSDIR}/textproc/gnome-doc-utils LIB_DEPENDS= canberra-gtk.0:${PORTSDIR}/audio/libcanberra \ - pulse.0:${PORTSDIR}/audio/pulseaudio \ unique-1.0.2:${PORTSDIR}/x11-toolkits/unique +OPTIONS= PULSE "Enable Pulse Audio support" off + + USE_BZIP2= yes USE_GETTEXT= yes INSTALLS_OMF= yes @@ -32,6 +34,15 @@ USE_GNOME= gnomeprefix gnomehack intlhack gtk20 libxml2 libglade2 \ gconf2 USE_GSTREAMER= gconf good + +.include + +.if !defined(WITHOUT_PULSE) +LIB_DEPENDS+= pulse.0:${PORTSDIR}/audio/pulseaudio +PLIST_SUB+= PULSE="" +CONFIGURE_ARGS+= --enable-pulseaudio +.endif + CONFIGURE_ARGS= --disable-gstmix CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" @@ -39,4 +50,4 @@ GCONF_SCHEMAS= gnome-audio-profiles.schemas \ gnome-sound-recorder.schemas -.include +.include --- Makefile.orig 2010-03-28 08:43:48.0 +0200 +++ Makefile 2010-04-13 13:53:19.0 +0200 @@ -16,11 +16,13 @@ MAINTAINER= gn...@freebsd.org COMMENT= GNOME 2 settings daemon -LIB_DEPENDS= pulse.0:${PORTSDIR}/audio/pulseaudio \ - canberra-gtk.0:${PORTSDIR}/audio/libcanberra \ +LIB_DEPENDS= canberra-gtk.0:${PORTSDIR}/audio/libcanberra \ notify.1:${PORTSDIR}/devel/libnotify RUN_DEPENDS= xrdb:${PORTSDIR}/x11/xrdb +OPTIONS=PULSE "Enable Pulse Audio support" off + + USE_XORG= xxf86misc USE_BZIP2= yes USE_GMAKE= yes @@ -29,6 +31,15 @@ USE_GSTREAMER= good GNU_CONFIGURE= yes INSTALLS_ICONS= yes + +.include + +.if !defined(WITHOUT_PULSE) +LIB_DEPENDS+= pulse.0:${PORTSDIR}/audio/pulseaudio +CONFIGURE_ARGS+= --disable-pulse +PLIST_SUB+= PULSE="" +.endif + CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" @@ -40,4 +51,4 @@ desktop_gnome_peripherals_touchpad.schemas \ gnome-settings-daemon.schemas -.include +.include ___ 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 pass out ports I maintain
Hi Looks like after 4-th child has born in my family I'll be unable to maintain ports anymore. Please pass ports to somebody who'd like to take them The list of ports I'm currently marked as maintainer is: kmymoney2-1.0.3_2 luma-2.3_6 py26-smbpasswd-1.0.1 ruby18-freebase-0.9.6_4 ruby18-freeride-0.9.6_4 ruby18-htmltools-1.09 ruby18-locale-0.2_2 ruby18-rrb-0.1.1 --- WBR, Alexander Novitskiy ___ 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 pass out ports I maintain
2010/4/13 alecn2002 : > Hi > > Looks like after 4-th child has born in my family I'll be unable to maintain > ports anymore. > > Please pass ports to somebody who'd like to take them > > The list of ports I'm currently marked as maintainer is: > > kmymoney2-1.0.3_2 > luma-2.3_6 > py26-smbpasswd-1.0.1 > ruby18-freebase-0.9.6_4 > ruby18-freeride-0.9.6_4 > ruby18-htmltools-1.09 > ruby18-locale-0.2_2 > ruby18-rrb-0.1.1 > > > --- > WBR, > Alexander Novitskiy > ___ > 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" > I want the luma. Thanks Sylvio Cesar -- Regards, Sylvio Cesar|| FreeBSD Committer || Team multime...@freebsd.org syl...@freebsd.org || http://people.freebsd.org/~sylvio || http://www.scjamorim.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Please pass out ports I maintain
On Tue, Apr 13, 2010 at 05:01:33PM +0400, alecn2002 wrote: > Hi > > Looks like after 4-th child has born in my family I'll be unable to maintain > ports anymore. > > Please pass ports to somebody who'd like to take them > > The list of ports I'm currently marked as maintainer is: > > py26-smbpasswd-1.0.1 I've used this one recently. I'll take it. Congratulations on the new addition to your family! -- 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 pass out ports I maintain
On Tue, Apr 13, 2010 at 05:01:33PM +0400, alecn2002 wrote: > Hi > > Looks like after 4-th child has born in my family I'll be unable to maintain > ports anymore. > > Please pass ports to somebody who'd like to take them > > The list of ports I'm currently marked as maintainer is: > > kmymoney2-1.0.3_2 > luma-2.3_6 > py26-smbpasswd-1.0.1 > ruby18-freebase-0.9.6_4 > ruby18-freeride-0.9.6_4 > ruby18-htmltools-1.09 > ruby18-locale-0.2_2 > ruby18-rrb-0.1.1 I've reset the remainder of these. Thank you for your time with these ports. -- 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: ports and PBIs
On 4/13/10 12:09 AM, Lucas Holt wrote: On 4/10/2010 3:18 PM, k...@pcbsd.org wrote However for my more hard-core friends, nothing stopping you from running your own ports down the road, more power to ya! For doing something like embedded work or a server this makes total sense and I think it is a huge positive for FreeBSD, no reason to trash that or break it in any way. For the other 99.9% of society who want something "that just works" for day-to-day computing, something like PBI is very attractive. It would be great to have an OS that offers best of both worlds. -- Kris Moore There are only two possibilities with any package system. Either give the user self packaged binaries containing all shared libraries or make them update everything. Both have positives and negatives. We've been working on a new package system in MidnightBSD for some time. When we weighed this issue, it was decided that letting users have old binaries sitting around was a bad idea. It encourages a user to sit on a package for a year and not install security updates. The larger package size also deters users from downloading updates in parts of the world which have slow Internet connections. Remember the GDI+ update to windows awhile back? There were many applications that had to be updated and Microsoft had to release a scanner to search the drive for uses. There side isn't always rosy. Obviously, there are also advantages to the larger PBI packages for users. PC-BSD is certainly easy to use. At the end of the day, I think creating packages more frequently during releases and pushing updates like many linux distros do makes more sense in terms of security. FreeBSD has ten times the number of ports to build than we do so obviously it's a problem to build packages that frequently. I don't want to butt in any more on this because it's not my place, but I just felt it was important to bring another perspective. It may be thaat part of the answer is to do both. For me I want to have PBIs for the actual tools I use on the machine.. things like wine, openoffice, gimp, etc. I don't care if these are 'bleeding edge'. I just want them to work, and to keep working no matter what I do in my development environment. On the other had for stuff I'm working on, I want ot be able to get the newest libraries etc and keep them up to date. This means I run the dependency problem but I'm willing to upgrade everything and if it breaks occasionally, I'll fix it. regardless of whether my development environment is current;y broke or not, the tools I actually use on the machine will not be affected. So for me I see a reason tehat we should use BOTH schemes. Lucas ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: > Greg Larkin wrote: > >> Can you run the following command for me on your system? >> >> ldconfig -r | grep gcc45 > > % ldconfig -r | grep gcc45 > search directories: [...] > > % ldconfig -r | grep libstdc++.so.6 > 80:-lstdc++.6 => /usr/lib/libstdc++.so.6 > 848:-lstdc++.6 => /usr/local/lib/compat/pkg/libstdc++.so.6 > 1146:-lstdc++.6 => > /usr/local/lib/gcc/i386-portbld-freebsd8.0/3.4.6/libstdc++.so.6 > 1148:-lstdc++.6 => /usr/local/lib/gcc44/libstdc++.so.6 > 1159:-lstdc++.6 => /usr/local/lib/gcc45/libstdc++.so.6 > > Setting LD_LIBRARY_PATH=/usr/local/lib/gcc45 before running pdftk > can avoid this error. > I am not familiar with rpath, but something is wrong arround it, I think. > gcc can embed some rpath infomation when building pdftk, > or we must add some linker option about rpath in building pdftk. > In any case, pdftk must have runtime dependence on gcc45... > > > --- > 鶴谷直樹 > turut...@scphys.kyoto-u.ac.jp Hi Tsurutani, Ok, I see why there's a problem now. My linker hints were set up in such a way that /usr/local/lib/gcc45 appeared before /usr/lib, so I didn't have the libstdc++.so.6 problem. However, that's not a normal configuration, so we have to fix this another way. Gerald, you ran into this problem a while back and posted a question about it here: http://www.mail-archive.com/freebsd-ports@freebsd.org/msg23261.html There are some other folks with the same problem here (old thread): http://gcc.gnu.org/ml/gcc/2001-03/msg01069.html Did you ever decide on a resolution for this problem? Should I simply create a wrapper script for pdftk that sets LD_LIBRARY_PATH, or is the rpath solution better? Tsurutani, in the mean time, can you run pdftk with LD_LIBRARY_PATH set until we decide on the solution? Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLxLRM0sRouByUApARAvfDAJ93Bm4wyhUlpl7PTZR6Ulpg9J31SQCfTAIu 9QRjwZAlBepsnFpWuGuMvZ8= =KPDi -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: CFT: print/pdftk port compiled with Java compiler from gcc 4.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tsurutani Naoki wrote: [...] > 2. FreeBSD/amd64 8-STABLE, with LANG=ja_JP.eucJP : building failure. > gmake -C > "/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text"; > gmake[2]: Entering directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text' > /usr/local/bin/gcj45 -L/usr/local/lib -O2 -w --encoding=UTF-8 > --classpath="/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs" > -c Anchor.java -o Anchor.o > /usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text/markup/MarkupParser.java:186: > error: String literal is not properly closed by a double-quote > if (value.startsWith("〒) > ^^^ > ... > 112 problems (112 errors) > gmake[2]: *** [Anchor.o] Error 1 > gmake[2]: Leaving directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs/com/lowagie/text' > gmake[1]: *** [itext] Error 2 > gmake[1]: Leaving directory > `/usr/local/work/usr/ports/print/pdftk/work/pdftk-1.41/java_libs' > gmake: *** [java_libs] Error 2 > *** Error code 1 > (some messages are translated). Hi Tsurutani, As far as I can tell, this error is caused by the LANG setting which changes the line: if (value.startsWith("\"")) into something that results an unterminated string. I suppose the backslash loses its meaning as an escape character. I found some references to the same error in Google, posted by folks trying to compile software with different LANG settings. I haven't found a general fix yet, but maybe it can be done by building a character string from individual, unescaped characters, then converting them to a java.lang.String object for use in the .startsWith() function. If you could submit a PR to support building with LANG=ja_JP.eucJP, I would be very appreciative! Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLxLcS0sRouByUApARAm4aAKC2xbzaY34Q1GAPCv+mVifG7raC0QCgtjwZ eGEmwcVfVM5N2AbrfjDFJLs= =cfvI -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
libwpd needs gconf
Hi freebsd-ports, I never saw that libwpd needs gconf. libwpd actually only needs libgsf to build. What including gconf and all these dependencies in it ? -- 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"
Re: ports and PBIs
On 13/04/10 19:09, Lucas Holt wrote: On 4/10/2010 3:18 PM, k...@pcbsd.org wrote However for my more hard-core friends, nothing stopping you from running your own ports down the road, more power to ya! For doing something like embedded work or a server this makes total sense and I think it is a huge positive for FreeBSD, no reason to trash that or break it in any way. For the other 99.9% of society who want something "that just works" for day-to-day computing, something like PBI is very attractive. It would be great to have an OS that offers best of both worlds. -- Kris Moore There are only two possibilities with any package system. Either give the user self packaged binaries containing all shared libraries or make them update everything. Both have positives and negatives. We've been Only two possibilities? I remember reading about a third in a paper proposing an enhancement to pkgsrc, but now I can't find the paper :-( Basically this involves distributing and downloading separate packages as with pkg_add, but installing each one in an isolated directory so multiple conflicting versions can be present side-by-side. The package tools then arrange for each package to have symlinks to all the packages it depends on, in a private libdepends/ folder or something. So if I install package A1.1 which depends on B3.2, then I want to install C5.3 which depends on B4.0, I have a choice: to upgrade A to a version depending on B4.0 if one exists, or to install C5.3 with B4.0 alongside A1.1 and B3.2. I'll try to find the paper I'm recalling after work, until then I'll just have to wave my hands in the air. -James Butler working on a new package system in MidnightBSD for some time. When we weighed this issue, it was decided that letting users have old binaries sitting around was a bad idea. It encourages a user to sit on a package for a year and not install security updates. The larger package size also deters users from downloading updates in parts of the world which have slow Internet connections. Remember the GDI+ update to windows awhile back? There were many applications that had to be updated and Microsoft had to release a scanner to search the drive for uses. There side isn't always rosy. Obviously, there are also advantages to the larger PBI packages for users. PC-BSD is certainly easy to use. At the end of the day, I think creating packages more frequently during releases and pushing updates like many linux distros do makes more sense in terms of security. FreeBSD has ten times the number of ports to build than we do so obviously it's a problem to build packages that frequently. I don't want to butt in any more on this because it's not my place, but I just felt it was important to bring another perspective. Lucas ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
php 5.3 (cant compile php5-mbstring since upgrade)
Hi, I've updated my php to 5.3 as instructed in the UPDATING file, however i can not compile php5-mbstrings, it cant find pcre headers (this is supposedly in the base dist now, so i deleted the old php5-pcre port it as instructed). --- cc -DHAVE_CONFIG_H -I. -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring -DPHP_ATOM_INC -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/include -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/main -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/libmbfl -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/libmbfl/mbfl -I/usr/local/include -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/libmbfl -I/usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/libmbfl/mbfl -DHAVE_CONFIG_H -O2 -pipe -march=nocona -fno-strict-aliasing -c /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/libmbfl/nls/nls_tr.c -fPIC -DPIC -o libmbfl/nls/.libs/nls_tr.o /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:89:31: error: ext/pcre/php_pcre.h: No such file or directory /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c: In function '_php_mb_compile_regex': /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:916: error: 'pcre' undeclared (first use in this function) /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:916: error: (Each undeclared identifier is reported only once /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:916: error: for each function it appears in.) /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:916: error: 'retval' undeclared (first use in this function) /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:921: error: 'PCRE_CASELESS' undeclared (first use in this function) /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c: In function '_php_mb_match_regex': /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:931: error: 'pcre' undeclared (first use in this function) /usr/ports/converters/php5-mbstring/work/php-5.3.2/ext/mbstring/mbstring.c:931: error: expected expression before ')' token *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/converters/php5-mbstring. 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: libwpd needs gconf
On Wednesday 14 April 2010 07:31:20 Demelier David wrote: > Hi freebsd-ports, > >I never saw that libwpd needs gconf. libwpd actually only needs libgsf > to build. What including gconf and all these dependencies in it ? devel/libgsf, which is conditionally dependency for libwpd -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 ___ 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: openoffice.org-3.2.0-spadmin
Andriy are you a committer? If you are, you can submit patch to me and I'll approve. thanks! From: Andriy Gapon Subject: Re: openoffice.org-3.2.0-spadmin Date: Thu, 08 Apr 2010 18:35:45 +0300 > on 08/04/2010 17:34 Steve Randall said the following: >> On Thu, 08 Apr 2010 14:54:09 +0300 >> Andriy Gapon wrote: >> >>> Not sure if this is an upstream issue or something in >>> editors/openoffice.org-3: >>> openoffice.org-3.2.0-spadmin is a symlink to openoffice.org-3.2.0 and >>> running it >>> produces a "new document" startup window. >>> I believe that it should be a symlink to >>> ${LOCALBASE}/openoffice.org-3.2.0/openoffice.org3/program/spadmin which is >>> the >>> actual openoffice.org printer configuration program which, for example, >>> allows to >>> select which of the printers is to be used as a default one. >> >> There's an omission in the port Makefile. The problem is that the >> wrapper script /usr/local/bin/openoffice.org-3.2.0 contains a >> %%OOOVERSION%% that does not get replaced (with "3.2.0") prior to >> installing the file. Just make that change manually and it will work. > > Oh, I see what you say: > ... > oopath=/usr/local/openoffice.org-3.2.0/openoffice.org3 > program=`echo $0 | sed -e 's|.*-%%OOOVERSION%%-||'` > ... > > Probably replace command for openoffice.org-wrapper file in post-install > target > needs to grow the following substitution: > -e 's#%%OOOVERSION%%#${OOOVERSION}#g' > > -- > Andriy Gapon > ___ > freebsd-openoff...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-openoffice > To unsubscribe, send any mail to "freebsd-openoffice-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [ HEADS UP ] Ports unstable for the next 10 days
On Sun, Mar 28, 2010 at 04:38:28PM +0300, Ion-Mihai Tetcu wrote: > Hi, > > > As announced before, a few big commits, that touch some thousands ports > are being done: png, curl, x11, gnome, kde4. The target ETA is 6-7 > April. I didn't see any mial, but figured I'd check. Are ports still unstable? -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG pgpoGPtSeH3mN.pgp Description: PGP signature
Re: libwpd needs gconf
On Wed, Apr 14, 2010 at 09:46:42AM +1100, Dima Panov wrote: > On Wednesday 14 April 2010 07:31:20 Demelier David wrote: > > Hi freebsd-ports, > > > >I never saw that libwpd needs gconf. libwpd actually only needs libgsf > > to build. What including gconf and all these dependencies in it ? > > devel/libgsf, which is conditionally dependency for libwpd > Yes, but in devel/libgsf running make missing does not shows gconf. But only in libwpd directory.. > -- > Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 > B018 > Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 > 8F29 > k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept > 1995 > Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | > ICQ:1745024 -- 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"
Re: libwpd needs gconf
On Wednesday 14 April 2010 10:25:39 Demelier David wrote: > On Wed, Apr 14, 2010 at 09:46:42AM +1100, Dima Panov wrote: > > On Wednesday 14 April 2010 07:31:20 Demelier David wrote: > > > Hi freebsd-ports, > > > > > >I never saw that libwpd needs gconf. libwpd actually only needs > > >libgsf > > > > > > to build. What including gconf and all these dependencies in it ? > > > > devel/libgsf, which is conditionally dependency for libwpd > > Yes, but in devel/libgsf running make missing does not shows gconf. But > only in libwpd directory.. in devel/libgsf/Makefile: .if !defined(WITHOUT_GCONF) || exists(${LOCALBASE}/bin/gconftool-2) USE_GNOME+= gconf2 PLIST_SUB+= THUMB="" . if !defined(GSF_SLAVE) GCONF_SCHEMAS= gsf-office-thumbnailer.schemas . endif .else PLIST_SUB+= THUMB="@comment " .endif -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 k...@freebsd Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 ___ 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"
PHP 5.2 (lang/php52) port
Hello! We have problems for a considerable quantity of users which are linked to upgrade of major version PHP 5.2 to version 5.3 in port lang/php5 They are linked to considerable incompatibility of old scripts which should are corrected and rewrited for correct work under PHP 5.3.2. Also rather a significant amount of commercial scripts used coding by Zend Optimizer, and this software does not exist for PHP 5.3 and if it will be updated by developers only in the last queue (after upgrades for windows and linux-systems) as has the limited support for FreeBSD Please, do not break FreeBSD system as a stable platform for PHP web-hosting. See this topic http://forums.freebsd.org/showthread.php?t=13240 Patch published by lissyara create lang/php52 and all other php52-structure. Please include this port to ports tree, I tested this script, it works and intall PHP 5.2.12 via ports without problems. -- Svyatoslav ___ 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"
After horde 3.3.6_1 upgrade - php error cannot modify header information - headers already sent
Hi, I have been running horde for the last 10 years constantly staying up-to-date with the ports and this recent upgrade just did me in. I'm running the following modules. I don't get a login page at all. I tried to research and some posters stated some really mundane things about having an extra space in the config etc.. horde-base-3.3.6_1 Common code-base used by Horde applications horde-chora-2.1_2 CVS web-viewer horde-imp-4.3.6,1 Webmail system for IMAP/POP3 mailboxes horde-ingo-1.2.3,1 Email-filter management application horde-kronolith-2.3.3_2,1 Calendar application horde-mimp-1.1.3,1 Mobile webmail system horde-mnemo-2.2.3_3,1 Notes and memos application horde-nag-2.3.4_2,1 Simple multiuser task list manager horde-turba-2.3.3 Contact management application FreeBSD 8.0-STABLE FreeBSD 8.0-STABLE #1: Sat Jan 23 20:44:06 CST 2010r...@server:/usr/obj/usr/src/sys/ME amd64 When I go to login to the horde framework I'm getting the following errors in the web browsers: Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/share/pear/Log.php on line 169 Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Notification.php on line 64 Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Perms.php on line 455 Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Perms.php on line 462 Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Perms/datatree.php on line 82 Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Prefs.php on line 847 Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/pear/Log.php:169) in /usr/local/www/horde/index.php on line 92 In the HTTP error logs, this is what is showing up: [Tue Apr 13 08:14:23 2010] [error] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/share/pear/Log.php on line 169 [Tue Apr 13 08:14:23 2010] [error] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Notification.php on line 64 [Tue Apr 13 08:14:23 2010] [error] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Perms.php on line 455 [Tue Apr 13 08:14:23 2010] [error] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Perms.php on line 462 [Tue Apr 13 08:14:23 2010] [error] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Perms/datatree.php on line 82 [Tue Apr 13 08:14:23 2010] [error] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/horde/lib/Horde/Prefs.php on line 847 [Tue Apr 13 08:14:23 2010] [error] PHP Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/pear/Log.php:169) in /usr/local/www/horde/index.php on line 92 [Tue Apr 13 08:14:23 2010] [error] PHP Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/pear/Log.php:169) in Unknown on line 0 [Tue Apr 13 08:14:23 2010] [error] PHP Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/pear/Log.php:169) in Unknown on line 0 ___ 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: After horde 3.3.6_1 upgrade - php error cannot modify header information - headers already sent
Troy ha scritto: When I go to login to the horde framework I'm getting the following errors in the web browsers: Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/share/pear/Log.php on line 169 Disable the error logging to the web browser... Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/pear/Log.php:169) in /usr/local/www/horde/index.php on line 92 ...and this will disappear. -- 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: php 5.3 (cant compile php5-mbstring since upgrade)
Mike Jakubik ha scritto: I've updated my php to 5.3 as instructed in the UPDATING file, however i can not compile php5-mbstrings, it cant find pcre headers (this is supposedly in the base dist now, so i deleted the old php5-pcre port it as instructed). Please, if you don't follow the UPDATING file (or if you follow in the reverse order), don't say you have followed it :-) If you have problems with pcre headers, it means you have updated php5 and then removed php5-pcre. To fix it, simply rebuild php5 again and continue. -- 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: [ HEADS UP ] Ports unstable for the next 10 days
On Tue, 13 Apr 2010 16:03:22 -0700 Ted Faber wrote: > On Sun, Mar 28, 2010 at 04:38:28PM +0300, Ion-Mihai Tetcu wrote: > > Hi, > > > > > > As announced before, a few big commits, that touch some thousands > > ports are being done: png, curl, x11, gnome, kde4. The target ETA > > is 6-7 April. > > I didn't see any mial, but figured I'd check. Are ports still > unstable? ATM no, as it's apparent from the message bellow. Update to that message: - Gnome and KDE are ready - Xorg is believed to be ready, an -exp run on pointy is beginning today. On Thu, 8 Apr 2010 13:23:08 -0700 Charlie Kester wrote: > On Sun 28 Mar 2010 at 06:38:28 PDT Ion-Mihai Tetcu wrote: > >Hi, > > > > > >As announced before, a few big commits, that touch some thousands > >ports are being done: png, curl, x11, gnome, kde4. The target ETA is > >6-7 April. > > > >The first one was done, update of graphics/png (including a shared > >lib version bump), with about 5000 ports affected. > > > >We do _NOT_ recommend updating ports until this commits are all done, > >and the problems are fixed, except if you want to help testing / > >fixing. > > > >Before reporting failures, please take a look at ports@ list, and > >http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built > >to find out if the problem hasn't already been reported or even > >fixed. We also have two incremental builds on Pointy to catch the > >problems. > > > > > >Thank you, > > > >With hat:portmgr@ > > > Sorry if this seems like nagging, but since we're now past the > original ETA can we get a current status report? Is the portstree > considered stable again, and if not, what's the revised ETA? From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Cc: sta...@freebsd.org, questi...@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days Date: Mon, 5 Apr 2010 21:31:33 +0300 Just a status update: PNG and cURL are in, and png fall-outs are believed to be fixed. Xorg update has gone through an -exp run on Pointy and our xorg team is working on fixing the approx. 60 ports with problems. still work to do I will begin -exp runs for Gnome and KDE updates tonight or tomorrow morning. >>> Gnome -exp done, there's a showstopper on amd64 that we weren't aware >>> of. about 40 fixesso far. An other -exp needed. KDE in progress. Packages status: - i386: - 6 after png and curl - 7 after png and curl - an 8 incremental build is in progress and should be shortly finished finished - 9 pacakges are from middle March >>> from 9 Apr. - amd64: - 6 packages are post png and curl - 7 build is in progress and will be finished tomorrow - 8 last build was done in the middle of the png update/fixes; we won't run an other before Xorg, KDE and Gnome go in (for lack of resources). >>> in progress, with ports from yesterday - 9 build in progress (with sources that are believed to fix the zlib problem). nope, still old packages. In other words, if you wish to update without waiting for Xorg, Gnome and KDE now it's a good moment. >>> So no clear ETA yet, a few days more. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: After horde 3.3.6_1 upgrade - php error cannot modify header information - headers already sent
The fix for the second error is to enable output buffering in php.ini output_buffering = 4096 Should be a safe setting. The fix for the warning in /usr/local/share/pear/Log.php should be made by upgrading to pear-log package to 1.11.6 The bug is in pear/log 1.11.5 and earlier. Micheas On Wed, 2010-04-14 at 08:06 +0200, Alex Dupre wrote: > Troy ha scritto: > > When I go to login to the horde framework I'm getting the following > > errors in the web browsers: > > > > Deprecated: Assigning the return value of new by reference is deprecated > > in /usr/local/share/pear/Log.php on line 169 > > Disable the error logging to the web browser... > > > Warning: Cannot modify header information - headers already sent by > > (output started at /usr/local/share/pear/Log.php:169) in > > /usr/local/www/horde/index.php on line 92 > > ...and this will disappear. > -- Writing is easy; all you do is sit staring at the blank sheet of paper until drops of blood form on your forehead. -- Gene Fowler ___ 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"
State of gmime (mail/gmime24)
Hello, I've been maintaining a port which provides a plugin for Pidgin (net-im/pidgin-sipe), which has recently introduced the option to build a telepathy plugin in addition to or instead of the purple plugin. Building the telepathy plugin causes gnu configure to require gmime 2.4 >= 2.4.16 (mail/gmime24 is 2.4.10 currently) or gmime 2.6 >= 2.5.2 (seems to be no 2.6 port yet). I've found that I can easily patch one of the bug fixes I found (https://bugzilla.gnome.org/show_bug.cgi?id=613653#c8) that the sipe developers deemed necessary into the 2.4.10 port, however I'm wary of going crazy with freebsd patches for 2.4.10 if we are going to have 2.4.16 out in the near future, or 2.6 >= 2.5.2 made available. Also, there may be other important bug fixes, though the others which i found that the sipe developers were concerned with were all related to building on Windows. Do we feel that patching 2.4.10 with relatively simple patches would be a decent approach, or should we wait for either 2.4.16 release and the corresponding port update or 2.6 to be added into ports? I partly feel we should wait for the correct versions to be made available, but it seems silly to wait weeks or months or more and deal with someone having to port a whole new release over such a simple fix. Here is what the patches look like which seem to apply nicely to 2.4.10 in mail/gmime24: (i'm sure the email turned tabs to spaces, but you can see the gist of it. I can post the unmangled patch files somewhere if they are desired) [r...@bsdlaptop /usr/ports/mail/gmime24]# cat files/patch-gmime_gmime.c *** gmime/gmime.c.orig Tue Apr 13 22:45:25 2010 --- gmime/gmime.c Tue Apr 13 22:46:09 2010 *** *** 141,147 { if (--initialized) return; ! g_mime_charset_map_shutdown (); g_mime_iconv_shutdown (); } --- 141,148 { if (--initialized) return; ! ! g_mime_object_shutdown(); g_mime_charset_map_shutdown (); g_mime_iconv_shutdown (); } [r...@bsdlaptop /usr/ports/mail/gmime24]# cat files/patch-gmime_gmime-object.c *** gmime/gmime-object.c.orig Tue Apr 13 22:46:38 2010 --- gmime/gmime-object.c Tue Apr 13 22:48:48 2010 *** *** 1061,1068 g_free (bucket); } ! static void ! type_registry_shutdown (void) { g_hash_table_foreach (type_hash, type_bucket_foreach, NULL); g_hash_table_destroy (type_hash); --- 1061,1068 g_free (bucket); } ! void ! g_mime_object_shutdown (void) { g_hash_table_foreach (type_hash, type_bucket_foreach, NULL); g_hash_table_destroy (type_hash); *** *** 1075,1080 return; type_hash = g_hash_table_new (g_mime_strcase_hash, g_mime_strcase_equal); - - g_atexit (type_registry_shutdown); } --- 1075,1078 [r...@bsdlaptop /usr/ports/mail/gmime24]# cat files/patch-gmime_gmime-object.h *** gmime/gmime-object.h.orig Tue Apr 13 22:49:01 2010 --- gmime/gmime-object.h Tue Apr 13 22:49:51 2010 *** *** 94,99 --- 94,100 GType g_mime_object_get_type (void); void g_mime_object_register_type (const char *type, const char *subtype, GType object_type); + void g_mime_object_shutdown (void); GMimeObject *g_mime_object_new (GMimeContentType *content_type); GMimeObject *g_mime_object_new_type (const char *type, const char *subtype); -- John Prather ___ 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"