Re: devel/subversion* ports and www/neon26
On Tue, Jun 03, 2008 at 11:25:06AM -0400, Coleman Kane wrote: > Hello, > > Since www/neon28 was moved into ports, subversion still depends upon > www/neon26 (which conflicts w/ 2.8). I have been able to tell subversion > to use neon 2.8 by modifying the subversion Makefile appropriately. Is > there any specific reason to not move subversion to default to use > www/neon28 instead of www/neon26 ? [cross-posting to [EMAIL PROTECTED] Subversion 1.4 does not officially support neon 0.28 (albeit it may work, if there are no API and/or ABI incompatibility issues). Subversion 1.5 will support it. The INSTALL notes in trunk were updated to mention support for Neon 0.28 in trunk on Tue, 19 Feb 2008: $ svn log -r29432 http://svn.collab.net/repos/svn/trunk/INSTALL r29432 | pburba | 2008-02-19 18:01:57 +0100 (Tue, 19 Feb 2008) | 2 lines * INSTALL: Note that we support Neon 0.28. This happened after 1.5.x was branched. The INSTALL notes on the 1.5.x branch don't mention support for neon-0.28. But the autoconf macros were updated on the 1.5.x branch to support neon 0.28, so the 1.5 release will support Neon 0.28: $ svn log -r29469 http://svn.collab.net/repos/svn/branches/1.5.x/build/ac-macros/neon.m4 r29469 | hwright | 2008-02-21 05:45:29 +0100 (Thu, 21 Feb 2008) | 8 lines Merge r29379 and r29401 from trunk: * r29379, r29401 Support Neon 0.28. Votes: +1: arfrever +1: pburba (r29401) I will try to make sure the INSTALL notes get updated to mention neon-0.28 support before 1.5 is released. Stefan pgpgwox4VVQWG.pgp Description: PGP signature
devel/gio-fam-backend build faild
Hi list! I cant build devel/gio-fam-backend while I wana upgrade irc/bitlbee from 1.0.2 to 1.2 the compile error message below: ===> Building for gio-fam-backend-2.16.3 /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -march=pentium3 -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam rm -fr .libs/libgiofam.exp generating symbol list for `libgiofam.la' /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgiofam.exp /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > ".libs/libgiofam.expT" mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so/usr/local/lib/libfam.so -march=pentium3 -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so */usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2* Stop in /usr/ports/devel/gio-fam-backend. ports tree has already updated best regards, jyuny1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/gio-fam-backend build faild
You need to upgrade all your ports as gnome has been updated, caught us out too. See: http://www.freebsd.org/gnome/docs/faq222.html Regards Steve - Original Message - From: "Jyun-Yi Liou" <[EMAIL PROTECTED]> To: Cc: <[EMAIL PROTECTED]> Sent: Wednesday, June 04, 2008 1:18 PM Subject: devel/gio-fam-backend build faild Hi list! I cant build devel/gio-fam-backend while I wana upgrade irc/bitlbee from 1.0.2 to 1.2 the compile error message below: ===> Building for gio-fam-backend-2.16.3 /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -march=pentium3 -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam rm -fr .libs/libgiofam.exp generating symbol list for `libgiofam.la' /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgiofam.exp /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > ".libs/libgiofam.expT" mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so/usr/local/lib/libfam.so -march=pentium3 -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so */usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2* Stop in /usr/ports/devel/gio-fam-backend. ports tree has already updated best regards, jyuny1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]" This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Wine 1.0-rc3 failed build
On Sun, 1 Jun 2008, Naram Qashat wrote: > I just updated my ports tree which included the update of Wine to > 1.0-rc3. I attempted to build it and it failed at this point: Thanks for the report. I have tried to go for the upstream fix, but that seems to depend on other changes and thus is not applicable for the current Wine snapshot (rc3) though I verified that current upstream sources work with that. I am currently testing an alternate patch which I plan to commit in a few hours if testing passed. Gerald -- Gerald (Jerry) Pfeifer [EMAIL PROTECTED] http://www.pfeifer.com/gerald/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [phing] Updated FreeBSD Phing Port
At Fri, 30 May 2008 17:11:35 -0400, Brian A. Seklecki wrote: > Normally I would say that this PR may be approaching the point where we > override the maintainer No problem from me. -- Jun Kuriyama <[EMAIL PROTECTED]> // S2 Factory, Inc. <[EMAIL PROTECTED]> // IMG SRC, Inc. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/gio-fam-backend build faild
Thanks for this hint, Steve! but I am confused why bitlbee depends on devel/gio-fam-backend I can install bitlbee from source tarbal without gio-fam-backend (juust ./configure, gmake, gmake install) because of "USE_GNOME= glib20" in irc/bitlbee/Makefile? Regards, jyuny1 2008/6/4 Steven Hartland <[EMAIL PROTECTED]>: > You need to upgrade all your ports as gnome has been updated, caught us > out too. See: > http://www.freebsd.org/gnome/docs/faq222.html > > Regards > Steve > > - Original Message - From: "Jyun-Yi Liou" <[EMAIL PROTECTED]> > To: > Cc: <[EMAIL PROTECTED]> > Sent: Wednesday, June 04, 2008 1:18 PM > Subject: devel/gio-fam-backend build faild > > > Hi list! >> >> I cant build devel/gio-fam-backend while I wana upgrade irc/bitlbee from >> 1.0.2 to 1.2 >> the compile error message below: >> >> ===> Building for gio-fam-backend-2.16.3 >> /bin/sh ../../libtool --tag=CC --mode=link cc >> -DG_LOG_DOMAIN=\"GLib-GIO\" >> -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS >> -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION >> -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -march=pentium3 >> -Wall >> -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex >> '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la-rpath >> /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo >> libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo >> libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam >> rm -fr .libs/libgiofam.exp >> generating symbol list for `libgiofam.la' >> /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o >> .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o >> .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ >> ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ >> ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort >> | >> uniq > .libs/libgiofam.exp >> /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > >> ".libs/libgiofam.expT" >> mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" >> cc -shared .libs/libgiofam_la-fam-helper.o >> .libs/libgiofam_la-fam-module.o >> .libs/libgiofam_la-gfamdirectorymonitor.o >> .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib >> -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so >> -lgio-2.0 /usr/local/lib/libgobject-2.0.so >> /usr/local/lib/libglib-2.0.so/usr/local/lib/libfam.so -march=pentium3 >> -Wl,-soname -Wl,libgiofam.so >> -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so >> */usr/bin/ld: cannot find -lgio-2.0 >> gmake: *** [libgiofam.la] Error 1 >> *** Error code 2* >> >> Stop in /usr/ports/devel/gio-fam-backend. >> >> ports tree has already updated >> >> best regards, >> jyuny1 >> ___ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "[EMAIL PROTECTED]" >> >> > > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to [EMAIL PROTECTED] > > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/gio-fam-backend build faild
Correct, tbh it really should detect the updated requirement better than it does. Regards Steve - Original Message - From: "Jyun-Yi Liou" <[EMAIL PROTECTED]> Thanks for this hint, Steve! but I am confused why bitlbee depends on devel/gio-fam-backend I can install bitlbee from source tarbal without gio-fam-backend (juust ./configure, gmake, gmake install) because of "USE_GNOME= glib20" in irc/bitlbee/Makefile? This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Wine 1.0-rc3 failed build
On Wed, 4 Jun 2008, Gerald Pfeifer wrote: > Thanks for the report. I have tried to go for the upstream fix, but > that seems to depend on other changes and thus is not applicable for > the current Wine snapshot (rc3) though I verified that current upstream > sources work with that. > > I am currently testing an alternate patch which I plan to commit in a > few hours if testing passed. I'll take that back -- with a second hunk the upstream change actually worked and I just committed this. I hope it addresses your build issue? (I didn't see this on my testing machine.) Gerald -- Gerald (Jerry) Pfeifer [EMAIL PROTECTED] http://www.pfeifer.com/gerald/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
portupgrade complains "Makefile possibly broken"
Hi, Recently I'm having problems upgrading my ports: # portupgrade -Raisbk ---> Session started at: Wed, 04 Jun 2008 19:16:21 +0200 [Updating the pkgdb in /var/db/pkg ... - 210 packages found (-3 +0) (...) done] ** Makefile possibly broken: print/ghostscript-gpl-nox11: "/usr/ports/print/ghostscript-gpl-nox11/../ghostscript-gpl/Makefile", line 157: warning: drivers incompatible with WITHOUT_ICONV will be removed automatically ghostscript-gpl-nox11-8.62_2 ---> Session ended at: Wed, 04 Jun 2008 19:16:34 +0200 (consumed 00:00:12) /usr/local/sbin/portupgrade:1433:in `get_pkgname': Makefile broken (MakefileBrokenError) from /usr/local/sbin/portupgrade:622:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1299:in `catch' ... 6 levels... from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2173 While searching the 'net I have found similar problems, but no solution. Can anybody help? This is on 7-stable, amd64, everything updated just over an hour ago. Thanks, Ben ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/gio-fam-backend build faild
On Wed, Jun 04, 2008 at 04:20:40PM +0100, Steven Hartland wrote:
> Correct, tbh it really should detect the updated requirement better than it
> does.
Meaning what?
For information, irc/bitlbee only depends on devel/gio-fam-backend due
to the following line in Mk/bsd.gnome.mk:
glib20_RUN_DEPENDS=
${LOCALBASE}/lib/gio/modules/libgiofam.so:${PORTSDIR}/devel/gio-fam-backend
Since www/bitlbee depends on glib20, it automagically depends on
devel/gio-fam-backend as well.
Regards,
Brix
PS: Please avoid top posting.
> - Original Message - From: "Jyun-Yi Liou" <[EMAIL PROTECTED]>
>
>
>> Thanks for this hint, Steve!
>> but I am confused why bitlbee depends on devel/gio-fam-backend
>> I can install bitlbee from source tarbal without gio-fam-backend (juust
>> ./configure, gmake, gmake install)
>>
>> because of "USE_GNOME= glib20" in irc/bitlbee/Makefile?
>
>
>
> This e.mail is private and confidential between Multiplay (UK) Ltd. and the
> person or entity to whom it is addressed. In the event of misdirection, the
> recipient is prohibited from using, copying, printing or otherwise
> disseminating it or any information contained in it.
> In the event of misdirection, illegible or incomplete transmission please
> telephone +44 845 868 1337
> or return the E.mail to [EMAIL PROTECTED]
>
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>
--
Henrik Brix Andersen <[EMAIL PROTECTED]>
pgphmwXaYjUnw.pgp
Description: PGP signature
UIM and m17n - m17n languages won't show up
Unfortunately I'm not exactly sure when the problem began, but I am imagining it has happened with the update to the latest version of uim and associated libraries. When I run uim none of the languages supplied by m17n are listed. I also cannot find anyway to turn them on using the gtk preference manager. For what it's worth, I used the instructions at: http://www.math.colostate.edu/~reinholz/freebsd/input_management.html If anyone can offers suggestions for further debugging, or a possible solution, it would be greatly appreciated. Thanks, -Daniel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: portmaster and restarting of upgraded daemons
Miroslav Lachman wrote: I am almost new to portmaster, so I got a question - is there any possibility to restart installed services as in portupgrade with defined BEFOREBUILD / BEFOREDEINSTALL / AFTERINSTALL? Or is there any future plan to do so? It is annoying if I end up with some dead services after upgrade just because I forgot to manualy do /usr/local/etc/rc.d/some_daemon restart No such feature is planned at this time. Next question - is there any documentation for portmaster.rc / .portmasterrc? I can't find any documentation for it on the internet, just some notices to search in portmaster script (source file) for "while getopts", where variables are defined, but it is not usual way to get documentation ;) Agreed, however at the moment I lack time to do a thorough job of this. I did add a note to the just-committed 2.3 man page to tell the user where to look though. I hope to update this for a future version. And last question - /etc/portmaster.rc - is it realy right place according to man hier? I would expect it in /usr/local/etc/portmaster.rc. You're absolutely right. I copied the code for this from mergemaster, and neglected to fix the path. I have added support for /usr/local/etc in version 2.3 and mentioned in the man page that /etc is deprecated. In the next version the presence of /etc/portmaster.rc will throw an error, and in the version after that it will be fatal. Thanks for your interest and suggestions! Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/gio-fam-backend build faild
- Original Message - From: "Henrik Brix Andersen" <[EMAIL PROTECTED]> On Wed, Jun 04, 2008 at 04:20:40PM +0100, Steven Hartland wrote: Correct, tbh it really should detect the updated requirement better than it does. Meaning what? Meaning if it depends on a specific version of another package it should ensure that version is built and installed. This is one of the key benefits features of ports tree IMO. The current error is hard to track down, where as if there was a failure installing version XYZ of a package e.g. due to a conflict, it would be much more obvious to the EU as to what the actual issue was. Ideally a "make clean" followed by a "make" should never fail with such none descript error when its a dependency issue. PS: Nothing wrong with top posting as long as maintains the thread context, its often much easier to follow IMO. Also has the benefit that: people who have been following the thread and already know the context, don't have to look through old information to find the new :) This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/subversion* ports and www/neon26
(Seen on [EMAIL PROTECTED]) > On Tue, Jun 03, 2008 at 11:25:06AM -0400, Coleman Kane wrote: > > Since www/neon28 was moved into ports, subversion still depends upon > > www/neon26 (which conflicts w/ 2.8). I have been able to tell subversion > > to use neon 2.8 by modifying the subversion Makefile appropriately. Is > > there any specific reason to not move subversion to default to use > > www/neon28 instead of www/neon26 ? As Stefan has said, Subversion 1.4 does not support neon 0.28. However, we are using it in Debian unstable, with the following patch: svn export svn://svn.debian.org/pkg-subversion/trunk/debian/patches/neon27 (The patch name reflects the fact that neon 0.28 is API-compatible with neon 0.27.) -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ signature.asc Description: Digital signature
Re: devel/subversion* ports and www/neon26
On Wed, Jun 04, 2008 at 11:02:34AM +0200, Stefan Sperling wrote: > > Since www/neon28 was moved into ports, subversion still depends upon > > www/neon26 (which conflicts w/ 2.8). I have been able to tell subversion > > to use neon 2.8 by modifying the subversion Makefile appropriately. Is > > there any specific reason to not move subversion to default to use > > www/neon28 instead of www/neon26 ? > > [cross-posting to [EMAIL PROTECTED] > > Subversion 1.4 does not officially support neon 0.28 (albeit it > may work, if there are no API and/or ABI incompatibility issues). > > Subversion 1.5 will support it. That means that devel/subversion-devel and devel/subversion-freebsd can move to www/neon28. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Seg Fault: Xchat (on run)
> Not which list to post this to so figured I would start here. The > problem I have am is xchat segfaults on me right after I start it. Did > not have the problem on 6.2 or 6.3 but doesn't seem to like 7.0-BETA4 > ... anybody have any ideas? Rebuild lang/perl5.8 with WITHOUT_PERL_MALLOC=1 in your /etc/make.conf and it works fine then. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/gio-fam-backend build faild
Steven Hartland <[EMAIL PROTECTED]> wrote: > - Original Message - From: "Henrik Brix Andersen" > <[EMAIL PROTECTED]> > On Wed, Jun 04, 2008 at 04:20:40PM +0100, Steven Hartland wrote: >>> Correct, tbh it really should detect the updated requirement >>> better than it does. >> >> Meaning what? > > Meaning if it depends on a specific version of another package > it should ensure that version is built and installed. This is > one of the key benefits features of ports tree IMO. > > The current error is hard to track down, where as if there was > a failure installing version XYZ of a package e.g. due to a > conflict, it would be much more obvious to the EU as to what > the actual issue was. The error output shows the compilation failure occurs while working with glib files. If the user is not running the latest glib, then that is quite a good clue. And because this particular issue has become a FAQ here on the mailing list, the OP could've found the answer by searching the archives. > Ideally a "make clean" followed by a "make" should never fail > with such none descript error when its a dependency issue. The error != nondescript. > PS: Nothing wrong with top posting as long as maintains the > thread context, its often much easier to follow IMO. Also has > the benefit that: people who have been following the thread > and already know the context, don't have to look through old > information to find the new :) See: http://www.idallen.com/topposting.html -- Sahil Tandon <[EMAIL PROTECTED]> ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: portmaster and restarting of upgraded daemons
On Wed, 04 Jun 2008 16:22:56 -0500, Doug Barton <[EMAIL PROTECTED]> wrote: Miroslav Lachman wrote: And last question - /etc/portmaster.rc - is it realy right place according to man hier? I would expect it in /usr/local/etc/portmaster.rc. You're absolutely right. I copied the code for this from mergemaster, and neglected to fix the path. I have added support for /usr/local/etc in version 2.3 and mentioned in the man page that /etc is deprecated. In the next version the presence of /etc/portmaster.rc will throw an error, and in the version after that it will be fatal. The ~/.portmasterrc will be stay? Just asking, because I like it to be in /etc/ as I killed /usr/local/* too often. I don't mind to move it to ~/.portmasterrc. Cheers, Mezz Thanks for your interest and suggestions! Doug -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Seg Fault: Xchat (on run)
On Wed, 04 Jun 2008 20:10:26 -0500, Edwin Groothuis <[EMAIL PROTECTED]> wrote: Not which list to post this to so figured I would start here. The problem I have am is xchat segfaults on me right after I start it. Did not have the problem on 6.2 or 6.3 but doesn't seem to like 7.0-BETA4 ... anybody have any ideas? Rebuild lang/perl5.8 with WITHOUT_PERL_MALLOC=1 in your /etc/make.conf and it works fine then. http://lists.freebsd.org/pipermail/freebsd-perl/2008-March/001790.html Read the follow up, tobez has checked it out and gave a bit details of debug. I don't know what happened to it. He must be busy or something else. I am hoping that Perl 5.10 (dunno when will going in ports tree) might has no problem. Cheers, Mezz Edwin -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: portupgrade complains "Makefile possibly broken"
Ben Stuyts wrote: [snipped] This is on 7-stable, amd64, everything updated just over an hour ago. I see this on i386 (don't know when it began, perhaps a week ago...), too. I'm also running 7-STABLE. Philipp ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: portmaster and restarting of upgraded daemons
Jeremy Messenger wrote: On Wed, 04 Jun 2008 16:22:56 -0500, Doug Barton <[EMAIL PROTECTED]> wrote: Miroslav Lachman wrote: And last question - /etc/portmaster.rc - is it realy right place according to man hier? I would expect it in /usr/local/etc/portmaster.rc. You're absolutely right. I copied the code for this from mergemaster, and neglected to fix the path. I have added support for /usr/local/etc in version 2.3 and mentioned in the man page that /etc is deprecated. In the next version the presence of /etc/portmaster.rc will throw an error, and in the version after that it will be fatal. The ~/.portmasterrc will be stay? Yes, especially since that's what I use. :) Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
(no subject)
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
