ports-mgmt/portconf , ports-mgmt/portmaster and make args
Sorry if this has been answered already (just joined this list). I've recently switched to portmaster(8) from portupgrade(1). I'd like to be able to define make args for certain ports as portupgrade supports using /usr/local/etc/pkgtools.conf (MAKE_ARGS section). I installed ports-mgmt/portconf and setup some make args in /usr/local/etc/ports.conf Using portmaster, one is able to prefer packages over compiling source code (-P or --packages). Here is what i'd like to achieve: use portmaster with the -P option (using PM_PACKAGES=first in /usr/local/etc/portmaster.rc) to have a package installed if available, _but_ when a port matches a port I've defined in /usr/local/etc/ports.conf to use certain make args then _don't_ install the package but actually build the port. Is that achievable using the portmaster and portconf ports? -- Marco van Lienen Use UNIX or die. ___ 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-mgmt/portconf , ports-mgmt/portmaster and make args
marco ha scritto: Is that achievable using the portmaster and portconf ports? I don't think it's possible (and if you use local produced packages with the same options in ports.conf?). Package support in portmaster is a bit limited ATM, for example it installs build dendencies even if it find an already compiled package. -- 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"
ecore-x11-1.0.0.b broken
Tried to build ecore-x111.0.0.b and the result is below. Because of the dependency, I cannot build any of the following ports until this is fixed. ecore-evas-0.9.9.042_2 Building for ecore-x11-1.0.0.b Making all in xlib CC ecore_x.lo In file included from /usr/X11R6/include/X11/Xutil.h:54, from ecore_x_private.h:12, from ecore_x.c:17: /usr/X11R6/include/X11/keysym.h:49:1: warning: "XK_MISCELLANY" redefined In file included from ecore_x.c:17: ecore_x_private.h:9:1: warning: this is the location of the previous definition ecore_x.c:1178: error: conflicting types for 'ecore_x_window_manage' /usr/X11R6/include/Ecore_X.h:1253: error: previous declaration of 'ecore_x_window_manage' was here ecore_x.c:1261: error: conflicting types for 'ecore_x_window_attributes_get' /usr/X11R6/include/Ecore_X.h:1531: error: previous declaration of 'ecore_x_window_attributes_get' was here ecore_x.c:1347: error: conflicting types for 'ecore_x_pointer_control_set' /usr/X11R6/include/Ecore_X.h:1536: error: previous declaration of 'ecore_x_pointer_control_set' was here ecore_x.c:1355: error: conflicting types for 'ecore_x_pointer_control_get' /usr/X11R6/include/Ecore_X.h:1539: error: previous declaration of 'ecore_x_pointer_control_get' was here ecore_x.c:1377: error: conflicting types for 'ecore_x_pointer_grab' /usr/X11R6/include/Ecore_X.h:1540: error: previous declaration of 'ecore_x_pointer_grab' was here ecore_x.c:1391: error: conflicting types for 'ecore_x_pointer_confine_grab' /usr/X11R6/include/Ecore_X.h:1541: error: previous declaration of 'ecore_x_pointer_confine_grab' was here ecore_x.c:1412: error: conflicting types for 'ecore_x_pointer_warp' /usr/X11R6/include/Ecore_X.h:1543: error: previous declaration of 'ecore_x_pointer_warp' was here ecore_x.c:1419: error: conflicting types for 'ecore_x_keyboard_grab' /usr/X11R6/include/Ecore_X.h:1544: error: previous declaration of 'ecore_x_keyboard_grab' was here ecore_x.c:1467: error: conflicting types for 'ecore_x_passive_grab_replay_func_set' /usr/X11R6/include/Ecore_X.h:1548: error: previous declaration of 'ecore_x_passive_grab_replay_func_set' was here ecore_x.c:1716: error: conflicting types for 'ecore_x_client_message32_send' /usr/X11R6/include/Ecore_X.h:1230: error: previous declaration of 'ecore_x_client_message32_send' was here ecore_x.c:1746: error: conflicting types for 'ecore_x_client_message8_send' /usr/X11R6/include/Ecore_X.h:1231: error: previous declaration of 'ecore_x_client_message8_send' was here ecore_x.c:1765: error: conflicting types for 'ecore_x_mouse_move_send' /usr/X11R6/include/Ecore_X.h:1232: error: previous declaration of 'ecore_x_mouse_move_send' was here ecore_x.c:1791: error: conflicting types for 'ecore_x_mouse_down_send' /usr/X11R6/include/Ecore_X.h:1233: error: previous declaration of 'ecore_x_mouse_down_send' was here ecore_x.c:1817: error: conflicting types for 'ecore_x_mouse_up_send' /usr/X11R6/include/Ecore_X.h:1234: error: previous declaration of 'ecore_x_mouse_up_send' was here *** Error code 1 Stop in /usr/ports/x11/ecore-x11/work/ecore-1.0.0.beta/src/lib/ecore_x/xlib. *** Error code 1 Stop in /usr/ports/x11/ecore-x11/work/ecore-1.0.0.beta/src/lib/ecore_x. *** Error code 1 Stop in /usr/ports/x11/ecore-x11. *** Error code 1 Stop in /usr/ports/x11/ecore-x11. *** Error code 1 Stop in /usr/ports/graphics/ecore-evas. *** Error code 1 Stop in /usr/ports/graphics/ecore-evas. ___ 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"
gcc-4.4.6.20101012 marked broken?
I was trying to upgrade the gcc port and received the following: portupgrade gcc-4.4.6.20101012 ** Port marked as IGNORE: lang/gcc44: is marked as broken: does not build ** Listing the failed packages (-:ignored / *:skipped / !:failed) - lang/gcc44 (marked as IGNORE) Is it safe to remove this port? isn't gcc part of the core operating system? I'm not sure which port went to install this but I'm hesitant to remove it and break my ability to compile. ___ 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: gcc-4.4.6.20101012 marked broken?
On Fri, Dec 31, 2010 at 08:49:45AM -0600, Troy wrote: > I was trying to upgrade the gcc port and received the following: > > portupgrade gcc-4.4.6.20101012 > ** Port marked as IGNORE: lang/gcc44: > is marked as broken: does not build > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > - lang/gcc44 (marked as IGNORE) > > Is it safe to remove this port? isn't gcc part of the core operating > system? I'm not sure which port went to install this but I'm hesitant > to remove it and break my ability to compile. I think there is a problem with gcc44, use gcc45 instead. If you want to check which port installed lang/gcc44, try pkg_info -xR gcc-4 For example, on my box: % pkg_info -xR gcc-4 Information for gcc-4.5.3.20101223: Required by: CalculiX-2.2 R-2.11.1_1 arpack-96_7 atlas-3.8.3_1,1 blas-1.0_6 lapack-3.3.0_1 lapack95-1.0_5 slatec-4.1 taucs-2.2_6 Try to update ports which depend on gcc44. I think that recently some (most?) of them moved to depend on gcc45. anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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"
KDE4 load libicui18n.so.38 not found - can create system crash!
Hi
Below is a script produced from a failed attempt to load kde4 on amd64.
Up until latest upgrades there were no problems.
Now loading from
#startx now produces thhe output shown from the script file.
The very wierd thing is that in the event of a second attempt to launch x
with startx the whole system crashes immediately.
So I am seeing two problems relating specifically to this report.
1. The primary failure which seems to be due to an inability to find
libicui18n.so.38.
2. The secondary question is why should a crash occur when a second attempt
is made to startx? This suggests a systematic failure of some kind.
My guess is the primary may be solveable by rebuilding icu and its
dependencies (quit a lot I believe!).
There seem to be some other problems revealed by this script which I do not
understand.
Comments would be appreciated.
Thanks in advance
david
___
SCRIPT
_
Script started on Fri Dec 31 14:56:27 2010
You have mail.
%startx xauth: creating new authority file /home/david/.serverauth.32995
X.Org X Server 1.7.5
Release Date: 2010-02-16
X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 7.2-RELEASE-p3 amd64
Current Operating System: FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD
7.2-RELEASE-p3 #0: Thu Aug 20 12:54:34 BST 2009
da...@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64
Build Date: 18 December 2010 11:28:21PM
Current version of pixman: 0.18.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Dec 31 14:56:33 2010
(==) Using config file: "/etc/X11/xorg.conf"
failed to set mtrr: Invalid argument
record: RECORD extension enabled at configure time.
record: This extension is known to be broken, disabling extension now..
record: http://bugs.freedesktop.org/show_bug.cgi?id=20500
kbuildsycoca4 running...
kbuildsycoca4(33106) KConfigGroup::readXdgListEntry: List entry Actions in
"ServiceMenus/krename_all_nonrec.desktop" is not compliant with XDG standard
(missing trailing semicolon).
kbuildsycoca4(33106) KConfigGroup::readXdgListEntry: List entry Actions in
"ServiceMenus/krename_dir_rec.desktop" is not compliant with XDG standard
(missing trailing semicolon).
kbuildsycoca4(33106)/kdecore (services) KServicePrivate::init: The desktop
entry file "Graphics/ElectricEyes.desktop" has an empty mimetype!
kbuildsycoca4(33106) KConfigGroup::readXdgListEntry: List entry MimeType in
".hidden/kommander.desktop" is not compliant with XDG standard (missing
trailing semicolon).
kbuildsycoca4(33106) KConfigGroup::readXdgListEntry: List entry Categories
in "/usr/local/share/applications/gcalctool.desktop" is not compliant with
XDG standard (missing trailing semicolon).
kbuildsycoca4(33106) KConfigGroup::readXdgListEntry: List entry MimeType in
"/usr/local/share/applications/xmms.desktop" is not compliant with XDG
standard (missing trailing semicolon).
kbuildsycoca4(33106) KConfigGroup::readXdgListEntry: List entry Categories
in "/usr/local/share/applications/gretl.desktop" is not compliant with XDG
standard (missing trailing semicolon).
kbuildsycoca4(33106) KConfigGroup::readXdgListEntry: List entry Categories
in "/usr/local/share/applications/xsane.desktop" is not compliant with XDG
standard (missing trailing semicolon).
kbuildsycoca4(33106)/kdecore (services) KServicePrivate::init: The desktop
entry file "/usr/home/david/.local/share/applications/Shells.desktop" has
Type= "Application" but no Exec line
kbuildsycoca4(33106) KBuildServiceFactory::createEntry: Invalid Service :
"/usr/home/david/.local/share/applications/Shells.desktop"
kbuildsycoca4(33106) parseLayoutNode: The menu spec file contains a Layout
or DefaultLayout tag without the mandatory Merge tag inside. Please fix your
file.
startkde: Starting up...
Connecting to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kded(36752)/kdeui (KIconLoader) KSharedDataCache::Private::mapSharedMemory:
Failed to establish shared memory mapping, will fallback to private memory
-- memory usage will increase
QMetaObject::invokeMethod: No such method
KUniqueApplication::loadCommandLineOptionsForNewInstance()
kbuildsycoca4 running...
Fetched layout groups from X server:layouts: ("us") variants:
("")
Fetched layout groups from X server:layouts: ("us") variants:
("")
kglobalaccel(43911)/kdeui (KIconLoader)
KSharedDataCache::Private::mapSharedMemory: Failed to establish shared
memory mapping, will fallback to private memory -- memory usage will
increase
QMetaObject::invokeMethod: No such method
KUniqueApplication::loadCommandLineOptionsForNewInstance()
QDBusObje
KDE4 load libicui18n.so.38 not found - can create system crash!
David Southwell writes: > So I am seeing two problems relating specifically to this report. > 1. The primary failure which seems to be due to an inability to find > libicui18n.so.38. I'm getting a number of porgrams suddenly reporting this missing as well. Robert Huff ___ 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: KDE4 load libicui18n.so.38 not found - can create system crash!
Hi! > My guess is the primary may be solveable by rebuilding icu and its > dependencies (quit a lot I believe!). Yes, rebuilding devel/icu and it dependencies works. I also deleted the stuff in /usr/local/lib/compat/, just to make it sure it does not collect the wrong libicui18n. /usr/local/lib/libicui18n.so.46.0 was installed by package icu-4.6 Hope this helps. -- p...@opsec.eu+49 171 310137210 years to go ! ___ 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: gcc-4.4.6.20101012 marked broken?
On Fri, 31 Dec 2010, Troy wrote: > I was trying to upgrade the gcc port and received the following: > > portupgrade gcc-4.4.6.20101012 > ** Port marked as IGNORE: lang/gcc44: > is marked as broken: does not build > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > - lang/gcc44 (marked as IGNORE) > > Is it safe to remove this port? isn't gcc part of the core operating > system? I'm not sure which port went to install this but I'm hesitant to > remove it and break my ability to compile. lang/gcc44 is not part of the core operating system, but one of the many the programs offered via the FreeBSD Ports Collection. If you want to use GCC on FreeBSD, I recommend to go for lang/gcc45 (short: gcc45). I do not know what caused the installation of gcc44 on your system, but gcc45 should be strictly preferrable and not needed by anything else. Gerald PS: There is a suggested fix for the issue around lang/gcc44 that I will give another try after it originally failed for me, but that does not change any of the above. -- Gerald (Jerry) Pfeifer ger...@pfeifer.com 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 "freebsd-ports-unsubscr...@freebsd.org"
RE: KDE4 load libicui18n.so.38 not found - can create system crash!
> -Original Message- > From: Robert Huff [mailto:roberth...@rcn.com] > Sent: 31 December 2010 07:46 > To: David Southwell > Cc: freebsd-ports@freebsd.org > Subject: KDE4 load libicui18n.so.38 not found - can create > system crash! > > > David Southwell writes: > > > So I am seeing two problems relating specifically to this report. > > 1. The primary failure which seems to be due to an > inability to find > > libicui18n.so.38. > > I'm getting a number of porgrams suddenly reporting > this missing as well. > > > Robert Huff > > Hi Robert I am just rebuilding pulseaudio to see if that fixes the primary problem on this system. I am then going to rebuild ever4ything that depends upon devel/icu (My huess is well over 200 ports!). Could you possibly check that your devel/icu is up to date and then rebuild any progtams that have show problems with libicu18n.so.38 and post your results? 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: KDE4 load libicui18n.so.38 not found - can create system crash!
> -Original Message- > From: owner-freebsd-po...@freebsd.org > [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of Kurt Jaeger > Sent: 31 December 2010 07:50 > To: freebsd-ports@freebsd.org > Subject: Re: KDE4 load libicui18n.so.38 not found - can > create system crash! > > Hi! > > > My guess is the primary may be solveable by rebuilding icu and its > > dependencies (quit a lot I believe!). > > Yes, rebuilding devel/icu and it dependencies works. > > I also deleted the stuff in /usr/local/lib/compat/, just to > make it sure it does not collect the wrong libicui18n. > > /usr/local/lib/libicui18n.so.46.0 was installed by package icu-4.6 > > Hope this helps. > Sure does -- its good to feel one may be going in the right direction. That leaves the serious issue of the system crash. In order to test results I am having to shutdown and restart the system when startx fails once.!! NOT GOOD! 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: KDE4 load libicui18n.so.38 not found - can create system crash!
> -Original Message- > From: owner-freebsd-po...@freebsd.org > [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of David Southwell > > > > Hi! > > > > > My guess is the primary may be solveable by rebuilding > icu and its > > > dependencies (quit a lot I believe!). > > > > Yes, rebuilding devel/icu and it dependencies works. > > > > I also deleted the stuff in /usr/local/lib/compat/, just to make it > > sure it does not collect the wrong libicui18n. > > > > /usr/local/lib/libicui18n.so.46.0 was installed by package icu-4.6 > > > > Hope this helps. Just adding to the mix - I have just started a rebuild of devel/icu and reread the above. In /usr/local/lib/compat I find no libicu files -- ther is however a collection in /usr/lical/lib/compat/pkg/. They are: libicu- data.so.38.1 data.so.40.0 data.so.40.1 data.so.46.0 i18n.so.38.1 i18n.so.40.0 i18n.so.40.1 i18n.so.46.0 io.so.38.1 io.so.46.0 le.so.38.1 le.so.40.0 le.so.40.1 le.so.46.0 lx.so.38.1 lx.so.46.0 test.so.46.0 tu.so.38.1 tu.so.46.0 uc.so.38.1 uc.so.40.0 uc.so.40.1 uc.so.46.0 Bearing in mind #portupgrade -fr devel/icu is currently in hand what, if anything, needs to be done with these files? 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: KDE4 load libicui18n.so.38 not found - can create system crash!
_ From: Sergio de Almeida Lenzi [mailto:lenzi.ser...@gmail.com] Sent: 31 December 2010 08:46 To: David Southwell Cc: 'Kurt Jaeger'; freebsd-ports@freebsd.org Subject: RE: KDE4 load libicui18n.so.38 not found - can create system crash! for me, I solved this problem with this script, use: sh script libicui18n.s0.38 it scans every lib in /usr/local for the string libicui18n.so.38 and than finds the package that has that lib, finally it builds the ports that have that string. === t=/tmp/$$ find /usr/local -name "*.so" | \ while read x do if grep $1 $x then pkg_info -qW $x >> $t echo found in $x fi done if [ -s $t ] then portmaster $(sort -u $t) fi rm -f $t Seems a much more sensible approach than rebuilding all ports depending upon icu. On my system there are 250 targets using portupgrade -fr devel/icu My guess is your script would have considerably reduced the number of ports. However I am going to let it complete now the run is underway. Any ideas why one gets a crash on a second attempt to startx? For more info see first posting in the thread. Thanks 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: gcc-4.4.6.20101012 marked broken?
Gerald Pfeifer writes: > If you want to use GCC on FreeBSD, I recommend to go for > lang/gcc45 (short: gcc45). I do not know what caused the > installation of gcc44 on your system, but gcc45 should be > strictly preferrable and not needed by anything else. Root question: is there any program that has a specific requirement for gcc44 - i,e, one that cannot be satisfied by gcc43 or gcc45? Robert Huff ___ 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: KDE4 load libicui18n.so.38 not found - can create system crash!
for me, I solved this problem with this script, use: sh script libicui18n.s0.38 it scans every lib in /usr/local for the string libicui18n.so.38 and than finds the package that has that lib, finally it builds the ports that have that string. === t=/tmp/$$ find /usr/local -name "*.so" | \ while read x do if grep $1 $x then pkg_info -qW $x >> $t echo found in $x fi done if [ -s $t ] then portmaster $(sort -u $t) fi rm -f $t ___ 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: multimedia/mencoder - why do we build it without fontconfig support?
Hi, my main reason (as usual) for permanently disabling features from mplayer and mencoder is if something does not work reasonably well or almost nobody needs it. Supporting everything that they can do (more or less) via OPTIONS would just be a devilishly long list. With fontconfig and mencoder, the reason was to reduce the dependency list for those who run mencoder on a headless system, and it didn't seem to be a problem since I can't remember a discussion about it on the mailing list. Good that you posted that link, I don't follow this forum regularly. I think I could live with fontconfig being an OPTION for mencoder, as long as it's disabled by default. Would you guys prepare a suitable patch and get it committed, I am on vacation far away from my FreeBSD box at the moment. Thank you and happy new year Riggs ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Succeed in a Tough Economy!
Succeed in a Tough Economy! A small business can turn a bad economy into a great opportunity. According to a = recent study, more business owners and managers are turning to E-mail Marketing then = ever before. Every other type of advertising has declined in sales = - except E-mail Marketing. This proves that it works! When you launch your E-mail = Marketing program with [1]our company you have access to powerful tools that can help = you grow revenue, find new customers and achieve your online marketing goals. We Have Access To 45 Million Businesses & 200 Million Consumers. Drive traffic directly to your = website with ease using our [2]turnkey e-mail = marketing programs! [3]Click Here to get our FREE Information Packet! OUR OFFER: Our Graphics Team Designs Your AD You Pick Your Ideal = Target Audience We = Provide OPT-IN Customer List We Scrub Do not E-mail Database Send E-mails Using = our Servers Track Click-Thru's & Open Rates Direct Traffic To = Your Web site Customer = Contacts You Interested Blast Can Broken Up As You Need 1 (800) = 330-4022 [4]Click Here to get our FREE Information Packet! The Decision To Grow Is = Yours. Are You Ready? <= /td> [5][ljoq3"] References Visible links 1. 3D"mailto:getsalesinstan...@gmx.com?cc=freebsd-ports@freebsd.org& 2. 3D"http://tiny.cc/96w2p"; 3. 3D"mailto:getsalesinstan...@gmx.com?cc=freebsd-ports@freebsd.org& 4. 3D"mailto:getsalesinstan...@gmx.com?cc=freebsd-ports@freebsd.org& 5. 3D"mailto:stopthisst...@gmx.com"; Hidden links: 6. 3D"http://tiny.cc/96w2p"; ___ 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: gcc-4.4.6.20101012 marked broken?
nope. I just checked and deleted gcc44. Thanks for your clarification guys. On 12/31/2010 10:59 AM, Robert Huff wrote: Gerald Pfeifer writes: If you want to use GCC on FreeBSD, I recommend to go for lang/gcc45 (short: gcc45). I do not know what caused the installation of gcc44 on your system, but gcc45 should be strictly preferrable and not needed by anything else. Root question: is there any program that has a specific requirement for gcc44 - i,e, one that cannot be satisfied by gcc43 or gcc45? Robert Huff ___ 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: libxul build hit the roof!
I would argue that anyone messing with CFLAGS should expect and know how to fix trouble like that. This would also save noise. Chris Sorry for top-posting, Android won't let me quote, but K-9 can't yet do threading. On 31 Dec 2010 05:42, "Da Rock" wrote: > On 12/31/10 02:47, jhell wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 12/29/2010 18:04, Da Rock wrote: >> >>> I got it worked out in the end, but it still took 2G+ memory to build; >>> so my suggestion is a warning to EU in the make process that this could >>> take a lot of memory to build, and some suggestions as to how to prevent >>> or workaround the problem so they don't go whining on the list about it >>> being broken. >>> >> Turning off OPTIMIZED_CFLAGS for 'libxul, firefox*& thunderbird*' ports >> would have stopped all this swapping from happening. >> >> Is there a specific reason why you changed it from its defaults ? is >> there really anything to gain ? in respect to 'libxul'... >> > I see your point and I'll raise you a does it matter? There are sites > and howto's on improving performance overall, especially regarding the > revival of older machines. The recommendation on a lot of these is to > put CFLAGS+= -O -pipe in the make.conf. If they already have low memory, > then they'll be up the creek won't they? And the updates won't happen so > they'll simply be broken and unsure of why. > > I'd say a simple note to say whats up is definitely in order, to prevent > a lot of traffic. I don't believe thats too hard to do, given jdk16 and > OOO have messages reflecting HDD space. I only noticed the issue because > I watched it happen- given the little relevance that most (including > yourself) put on it, it would easily be overlooked unless a simple > solution was presented. The only message you get from say portupgrade is > new compiler error, most would then put it in the too hard basket. > ___ > 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-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: ecore-x11-1.0.0.b broken
On Fri, 31 Dec 2010 08:47:13 -0600 Troy mentioned: > Tried to build ecore-x111.0.0.b and the result is below. Because of the > dependency, I cannot build any of the following ports until this is fixed. > > ecore-evas-0.9.9.042_2 ecore-x11-0.9.9.042 edje-0.5.0.042_3,2 enlightenment-0.16.999.042_6,2 > Thoughts? > Try deleting all old e17 ports first (evas*, ecore*, edje*, eet*, epsilon). I believe they interfere with the build. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ 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"
portmaster: $PACKAGESITE difference with pkg
-- View this message in context: http://old.nabble.com/portmaster%3A-%24PACKAGESITE-difference-with-pkg-tp30565789p30565789.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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"
portmaster: $PACKAGESITE difference with pkg_add?
Hello. According to portmaster man: portmaster will respect the PACKAGESITE and PACKAGEROOT (by default http://ftp.freebsd.org) variables. portmaster attempts to use both of these variables in the same way that pkg_add(1) does. However, on PRERELEASE system portmaster will hunt for nonexistent PRERELEASE packages, while pkg_add will just use STABLE ones. Any thoughts? Happy New Year and best regards, -Jakub Lach -- View this message in context: http://old.nabble.com/portmaster%3A-%24PACKAGESITE-difference-with-pkg_add--tp30565803p30565803.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ 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: ecore-x11-1.0.0.b broken
That was it. It seems that should be in /usr/ports/UPDATING. I'm sure I won't be the only one that runs into this problem. On 12/31/2010 3:57 PM, Stanislav Sedov wrote: On Fri, 31 Dec 2010 08:47:13 -0600 Troy mentioned: Tried to build ecore-x111.0.0.b and the result is below. Because of the dependency, I cannot build any of the following ports until this is fixed. ecore-evas-0.9.9.042_2 Try deleting all old e17 ports first (evas*, ecore*, edje*, eet*, epsilon). I believe they interfere with the build. ___ 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: libxul build hit the roof!
On 01/01/11 07:07, Chris Rees wrote: I would argue that anyone messing with CFLAGS should expect and know how to fix trouble like that. This would also save noise. Unless they're just following a HowTo off a site to improve performance. Besides that, is it really that hard to offer a warning? Chris Sorry for top-posting, Android won't let me quote, but K-9 can't yet do threading. On 31 Dec 2010 05:42, "Da Rock" wrote: On 12/31/10 02:47, jhell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/29/2010 18:04, Da Rock wrote: I got it worked out in the end, but it still took 2G+ memory to build; so my suggestion is a warning to EU in the make process that this could take a lot of memory to build, and some suggestions as to how to prevent or workaround the problem so they don't go whining on the list about it being broken. Turning off OPTIMIZED_CFLAGS for 'libxul, firefox*& thunderbird*' ports would have stopped all this swapping from happening. Is there a specific reason why you changed it from its defaults ? is there really anything to gain ? in respect to 'libxul'... I see your point and I'll raise you a does it matter? There are sites and howto's on improving performance overall, especially regarding the revival of older machines. The recommendation on a lot of these is to put CFLAGS+= -O -pipe in the make.conf. If they already have low memory, then they'll be up the creek won't they? And the updates won't happen so they'll simply be broken and unsure of why. I'd say a simple note to say whats up is definitely in order, to prevent a lot of traffic. I don't believe thats too hard to do, given jdk16 and OOO have messages reflecting HDD space. I only noticed the issue because I watched it happen- given the little relevance that most (including yourself) put on it, it would easily be overlooked unless a simple solution was presented. The only message you get from say portupgrade is new compiler error, most would then put it in the too hard basket. ___ 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-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-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
boost libs error
I'm getting the following with qbittorrent-23 which depends on libtorrent-rasterbar-15 after the latest boost lib update: qbittorrent terminate called after throwing an instance of 'std::runtime_error' what(): locale::facet::_S_create_c_locale name not valid Abort trap: 6 (core dumped) This is on amd64-current, r216834M #0 0x000805a6c4ac in thr_kill () at thr_kill.S:3 3 RSYSCALL(thr_kill) [New Thread 807807400 (LWP 101197/initial thread)] (gdb) where #0 0x000805a6c4ac in thr_kill () at thr_kill.S:3 #1 0x000805b04e8b in abort () at /home/svn/head/lib/libc/stdlib/abort.c:65 #2 0x00080552f0a4 in __gnu_cxx::__verbose_terminate_handler () at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/vterminate.cc:98 #3 0x0008055335a3 in __cxxabiv1::__terminate (handler=Variable "handler" is not available. ) at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_terminate.cc:43 #4 0x0008055335e3 in std::terminate () at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_terminate.cc:53 #5 0x00080553354a in __cxa_throw (obj=Variable "obj" is not available. ) at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_throw.cc:76 #6 0x000805584a02 in std::__throw_runtime_error (__s=Variable "__s" is not available. ) at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/src/functexcept.cc:84 #7 0x000805583a8d in std::locale::facet::_S_create_c_locale (__cloc=Variable "__cloc" is not available. ) at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/config/locale/generic/c_locale.cc:141 #8 0x00080550c24c in _Impl (this=0x80781a1c0, __s=0x7fffec72 "en_US.UTF-8", __refs=Variable "__refs" is not available. ) at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/src/localename.cc:185 #9 0x00080550df59 in locale (this=0x800fefcd0, __s=Variable "__s" is not available. ) at /home/svn/head/gnu/lib/libstdc++/../../../contrib/libstdc++/src/localename.cc:57 #10 0x000800ee3b86 in path_locale () at libs/filesystem/v3/src/path.cpp:763 #11 0x000800ee3d88 in boost::filesystem3::path::wchar_t_codecvt_facet () at libs/filesystem/v3/src/path.cpp:791 #12 0x000800ee47a6 in __static_initialization_and_destruction_0 ( __initialize_p=Variable "__initialize_p" is not available. ) at path.hpp:377 #13 0x000800ee9122 in __do_global_ctors_aux () from /usr/local/lib/libboost_filesystem.so #14 0x000800ed3fc6 in _init () from /usr/local/lib/libboost_filesystem.so #15 0x000800b0c180 in list_fini () from /libexec/ld-elf.so.1 #16 0x0008009e2168 in objlist_call_init (list=Variable "list" is not available. ) at /home/svn/head/libexec/rtld-elf/rtld.c:1801 #17 0x0008009e49b9 in _rtld (sp=0x7fffe8c8, exit_proc=0x7fffe8a0, objp=0x7fffe8a8) at /home/svn/head/libexec/rtld-elf/rtld.c:523 #18 0x0008009de849 in .rtld_start () at /home/svn/head/libexec/rtld-elf/amd64/rtld_start.S:39 #19 0x in ?? () ... and then similar for 766 frames. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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: portmaster: $PACKAGESITE difference with pkg_add?
On 12/31/2010 15:46, Jakub Lach wrote: Hello. According to portmaster man: portmaster will respect the PACKAGESITE and PACKAGEROOT (by default http://ftp.freebsd.org) variables. portmaster attempts to use both of these variables in the same way that pkg_add(1) does. However, on PRERELEASE system portmaster will hunt for nonexistent PRERELEASE packages, while pkg_add will just use STABLE ones. Any thoughts? Thanks, this was fixed in svn version r216866. It will be in the upcoming ports version 3.6. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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-mgmt/portconf , ports-mgmt/portmaster and make args
On 12/31/2010 01:10, marco wrote: Here is what i'd like to achieve: use portmaster with the -P option (using PM_PACKAGES=first in /usr/local/etc/portmaster.rc) to have a package installed if available,_but_ when a port matches a port I've defined in /usr/local/etc/ports.conf to use certain make args then_don't_ install the package but actually build the port. Is that achievable using the portmaster and portconf ports? In a word, no, which makes using the option in portmaster.rc less desirable of course. If someone can come up with a programmatic way of determining if such settings exist in ports.conf I'd be willing to consider adding the support, but given the wide variety of syntax that is supported I think such a thing would be difficult. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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-mgmt/portconf , ports-mgmt/portmaster and make args
On 12/31/2010 02:51, Alex Dupre wrote: Package support in portmaster is a bit limited ATM, for example it installs build dendencies even if it find an already compiled package. I think I would take issue with "limited." :) Yes, the behavior you're describing is sub-optimal, and I'm looking at improving it, hopefully for the next version. However the behavior is rooted in the fact that without the -PP|--packages-only option building the port is a fallback when no package is found, which in my case is almost all the time. That doesn't prevent it from working well for installing the packages you actually need, even if it is installing more than you actually need. That said, I currently have support for improving the use of portmaster in packages-only mode, so you can look for this to improve as time goes along. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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-mgmt/portconf , ports-mgmt/portmaster and make args
> On 12> On 12/31/2010 01:10, marco wrote: > > Here is what i'd like to achieve: > > > > use portmaster with the -P option (using PM_PACKAGES=first in > > /usr/local/etc/portmaster.rc) to have a package installed if > > available,_but_ when a port matches a port I've defined in > > /usr/local/etc/ports.conf to use certain make args then_don't_ > > install the package but actually build the port. > > > > Is that achievable using the portmaster and portconf ports? > > In a word, no, which makes using the option in portmaster.rc less > desirable of course. > > If someone can come up with a programmatic way of determining if such > settings exist in ports.conf I'd be willing to consider adding the > support, but given the wide variety of syntax that is supported I think > such a thing would be difficult. > /31/2010 01:10, marco wrote: > > Here is what i'd like to achieve: > > > > use portmaster with the -P option (using PM_PACKAGES=first in > > /usr/local/etc/portmaster.rc) to have a package installed if > > available,_but_ when a port matches a port I've defined in > > /usr/local/etc/ports.conf to use certain make args then_don't_ > > install the package but actually build the port. > > > > Is that achievable using the portmaster and portconf ports? > > In a word, no, which makes using the option in portmaster.rc less > desirable of course. > > If someone can come up with a programmatic way of determining if such > settings exist in ports.conf I'd be willing to consider adding the > support, but given the wide variety of syntax that is supported I think > such a thing would be difficult. You don't need to go to those lengths. You could just add a command-line switch, or a check for a cookie (.buildme or .nopkg, say) in the corresponding PORT_DBDIR subdirector(y|ies), or both, to allow the user to indicate to portmaster that it should always build the port(s) in question, even if -P is used. b. ___ 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: copyright status of bsdnss.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arthur de Jong wrote: > Hi Alexander, Hello! You should ask nek...@freebsd.org (or use finger nec...@freebsd.org for other contacts) for the copyright status because I've just copied this file (with small modifications afair) from net/nss_ldap port. See original commit: http://www.freshports.org/commit.php?category=net&port=nss_ldap&files=yes&message_id=200304171426.h3heqksj021...@repoman.freebsd.org > > Recently, Solaris support for nss-pam-ldapd was contributed by Ted C. > Cheng of Symas Corporation. The general work that was done for this also > makes it possible to integrate the FreeBSD support natively into > nss-pam-ldapd. > > For this, I would like to use the file bsdnss.c that is part of > patch-nss__bsdnss.c that can be found here: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/nss-pam-ldapd/files/ > > Before I can use that file I would like to confirm the copyright and > license status of that file. For clarification, I would like to add the > header below to that file (I've also made some small modifications). Can > you confirm that the license and copyright information is correct? > > Thanks. > > Btw, if you need help in integrating a more recent version of > nss-pam-ldapd (it seems that 0.7.7 is in FreeBSD, while 0.7.13 is also > available) I can probably assist (I don't have a FreeBSD system handy > though). > > /* >bsdnss.c - BSD NSS functions > >Copyright (C) 2009 Alexander V. Chernikov >Copyright (C) 2010 Arthur de Jong > >This library is free software; you can redistribute it and/or >modify it under the terms of the GNU Lesser General Public >License as published by the Free Software Foundation; either >version 2.1 of the License, or (at your option) any later version. > >This library is distributed in the hope that it will be useful, >but WITHOUT ANY WARRANTY; without even the implied warranty of >MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU >Lesser General Public License for more details. > >You should have received a copy of the GNU Lesser General Public >License along with this library; if not, write to the Free Software >Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA >02110-1301 USA > */ > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0e22UACgkQwcJ4iSZ1q2khpwCfRN5Z+miaZi2FGPP0wSUPpX3+ 3wEAniYSiOMvVAbm+CMxH8HsKEI+/8cW =TVK/ -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"
