Re: Proposal: mechanism for local patches
[EMAIL PROTECTED] (Dmitry Marakasov) writes: 1. Good that it's at the end of the do-patch target - that way local patches can happen after the official patches Not sure if it's good actually. On the one hand, you usually have patches against vanilla sources, and just want to drop them to some dir and have them applied. Also, there's USE_DOS2UNIX that comes before any actual patching, so for ports that use USE_DOS2UNIX you'll have to adapt patches by hand. On the other hand, this may cause conflicts with patches from ports, If the local patches were applied before the official ports patches, the official patches could fail, or they could undo some of the modifications made by local patches. I think it would be an incorrect result. From the point of view of the local patches, there is potential for variation in the upstream files regardless of whether they are modified by official ports patches, so doing local patching first doesn't let you avoid tweaking local patches from time to time. Updated version here: http://people.freebsd.org/~amdmi3/local-patchdir.patch It looks good to me. Thanks! -- G. Paul Ziemba FreeBSD unix: 12:11AM up 3 days, 9:41, 12 users, load averages: 0.42, 0.40, 0.37 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
cmake cannot link against libxml++
Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20828880.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 [EMAIL PROTECTED]
after last update xmms get all processor resourses
subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAMETHR PRI NICE SIZERES STATE CTIME WCPU COMMAND 2669 lissyara 3 440 73452K 12288K select 0 0:31 92.19% xmms == lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 13:20:28 MSK 2008 [EMAIL PROTECTED]:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara$ pkg_info | grep xmms librcc-0.2.6_1 Library used by rusxmms for language autodetection librcd-0.1.11 Library used by rusxmms for autodetection of russian charse xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel xmms-skins-0.1_3Skins for X Multimedia System (XMMS) lissyara$ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Proposal: mechanism for local patches
On Thu, Dec 4, 2008 at 12:13 AM, G. Paul Ziemba [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Dmitry Marakasov) writes: 1. Good that it's at the end of the do-patch target - that way local patches can happen after the official patches Not sure if it's good actually. On the one hand, you usually have patches against vanilla sources, and just want to drop them to some dir and have them applied. Also, there's USE_DOS2UNIX that comes before any actual patching, so for ports that use USE_DOS2UNIX you'll have to adapt patches by hand. On the other hand, this may cause conflicts with patches from ports, If the local patches were applied before the official ports patches, the official patches could fail, or they could undo some of the modifications made by local patches. I think it would be an incorrect result. From the point of view of the local patches, there is potential for variation in the upstream files regardless of whether they are modified by official ports patches, so doing local patching first doesn't let you avoid tweaking local patches from time to time. Updated version here: http://people.freebsd.org/~amdmi3/local-patchdir.patch It looks good to me. Thanks! FreeBSD maintained patches can change at any instant a developer makes a commit to the ports tree, so doing either a vanilla patch or a patch after a patch will require some level of rework, regardless. One thing though -- I think that if this item does get supported it should be noted that while the FreeBSD project supports the patching functionality, they shouldn't be in charge of the patches. I know most users / admins would understand this point clearly, but it needs to be made apparent in the port distfiles, or using some method, that an individual is using self-patched and maintained sources. Gentoo Linux uses the concept of portage overlays to deal with this issue, but I'm not sure if that's the best method to approach this problem with, as our ports system isn't yet adapted to this level of thinking, and since we don't have a means of masking port versions today (mind you -- I'm not really suggesting that this should be done -- version masking and arch masking is a real maintenance nightmare for the support groups and we have enough fun dealing with our ports tree :)..). My 2 cents, -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Proposal: mechanism for local patches
On Thu, Dec 4, 2008 at 1:40 AM, Garrett Cooper [EMAIL PROTECTED] wrote: On Thu, Dec 4, 2008 at 12:13 AM, G. Paul Ziemba [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Dmitry Marakasov) writes: 1. Good that it's at the end of the do-patch target - that way local patches can happen after the official patches Not sure if it's good actually. On the one hand, you usually have patches against vanilla sources, and just want to drop them to some dir and have them applied. Also, there's USE_DOS2UNIX that comes before any actual patching, so for ports that use USE_DOS2UNIX you'll have to adapt patches by hand. On the other hand, this may cause conflicts with patches from ports, If the local patches were applied before the official ports patches, the official patches could fail, or they could undo some of the modifications made by local patches. I think it would be an incorrect result. From the point of view of the local patches, there is potential for variation in the upstream files regardless of whether they are modified by official ports patches, so doing local patching first doesn't let you avoid tweaking local patches from time to time. Updated version here: http://people.freebsd.org/~amdmi3/local-patchdir.patch It looks good to me. Thanks! FreeBSD maintained patches can change at any instant a developer makes a commit to the ports tree, so doing either a vanilla patch or a patch after a patch will require some level of rework, regardless. One thing though -- I think that if this item does get supported it should be noted that while the FreeBSD project supports the patching functionality, they shouldn't be in charge of the patches. I know most users / admins would understand this point clearly, but it needs to be made apparent in the port distfiles, or using some method, that an individual is using self-patched and maintained sources. Just to clarify: s/be in charge of patches/be expected to support patching issues/ Gentoo Linux uses the concept of portage overlays to deal with this issue, but I'm not sure if that's the best method to approach this problem with, as our ports system isn't yet adapted to this level of thinking, and since we don't have a means of masking port versions today (mind you -- I'm not really suggesting that this should be done -- version masking and arch masking is a real maintenance nightmare for the support groups and we have enough fun dealing with our ports tree :)..). My 2 cents, -Garrett -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cmake cannot link against libxml++
On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen [EMAIL PROTECTED] wrote: Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after last update xmms get all processor resourses
On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda [EMAIL PROTECTED] wrote: subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAMETHR PRI NICE SIZERES STATE CTIME WCPU COMMAND 2669 lissyara 3 440 73452K 12288K select 0 0:31 92.19% xmms == lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 13:20:28 MSK 2008 [EMAIL PROTECTED]:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara$ pkg_info | grep xmms librcc-0.2.6_1 Library used by rusxmms for language autodetection librcd-0.1.11 Library used by rusxmms for autodetection of russian charse xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel xmms-skins-0.1_3Skins for X Multimedia System (XMMS) Could you start up xmms via strace or truss in a terminal and provide output on pastebin.com please? Thanks, -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after last update xmms get all processor resourses
Garrett Cooper пишет: On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda [EMAIL PROTECTED] wrote: subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAMETHR PRI NICE SIZERES STATE CTIME WCPU COMMAND 2669 lissyara 3 440 73452K 12288K select 0 0:31 92.19% xmms == lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 13:20:28 MSK 2008 [EMAIL PROTECTED]:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara$ pkg_info | grep xmms librcc-0.2.6_1 Library used by rusxmms for language autodetection librcd-0.1.11 Library used by rusxmms for autodetection of russian charse xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel xmms-skins-0.1_3Skins for X Multimedia System (XMMS) Could you start up xmms via strace or truss in a terminal and provide output on pastebin.com please? Thanks, -Garrett very big. pastebin.com give 500 error =) http://lissyara.su/patch/xmms/typescript.txt ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cmake cannot link against libxml++
Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen [EMAIL PROTECTED] wrote: Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? 1. Yes: $ ls -1 /usr/local/lib/libxml++* /usr/local/lib/libxml++-2.6.a /usr/local/lib/libxml++-2.6.la /usr/local/lib/libxml++-2.6.so /usr/local/lib/libxml++-2.6.so.2 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe LDFLAGS: nothing -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20830760.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 [EMAIL PROTECTED]
Re: after last update xmms get all processor resourses
2008/12/4 Alex Keda [EMAIL PROTECTED]: subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAMETHR PRI NICE SIZERES STATE CTIME WCPU COMMAND 2669 lissyara 3 440 73452K 12288K select 0 0:31 92.19% xmms on my system pulseaudio and pcmanfm too. Moreover some mono dependent application (banshee, f-spot) stops working. Cheers -- Diego Depaoli ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after last update xmms get all processor resourses
Helo! last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. Just remove it and recompile port. Serg N. Voronkov, Sibitex Ltd. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after last update xmms get all processor resourses
Alex Keda пишет: Garrett Cooper пишет: On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda [EMAIL PROTECTED] wrote: subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAMETHR PRI NICE SIZERES STATE CTIME WCPU COMMAND 2669 lissyara 3 440 73452K 12288K select 0 0:31 92.19% xmms == lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 13:20:28 MSK 2008 [EMAIL PROTECTED]:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara$ pkg_info | grep xmms librcc-0.2.6_1 Library used by rusxmms for language autodetection librcd-0.1.11 Library used by rusxmms for autodetection of russian charse xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel xmms-skins-0.1_3Skins for X Multimedia System (XMMS) Could you start up xmms via strace or truss in a terminal and provide output on pastebin.com please? Thanks, -Garrett very big. pastebin.com give 500 error =) http://lissyara.su/patch/xmms/typescript.txt I've the same effect. Output of truss: http://subnets.ru/files/xmms.log -- Best regards, Alexey V. Panfilov ICQ: 1053180 Jabber: [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] www: http://www.subnets.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cmake cannot link against libxml++
On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen [EMAIL PROTECTED] wrote: Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? 1. Yes: $ ls -1 /usr/local/lib/libxml++* /usr/local/lib/libxml++-2.6.a /usr/local/lib/libxml++-2.6.la /usr/local/lib/libxml++-2.6.so /usr/local/lib/libxml++-2.6.so.2 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe LDFLAGS: nothing Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the port? -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cmake cannot link against libxml++
Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen [EMAIL PROTECTED] wrote: Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? 1. Yes: $ ls -1 /usr/local/lib/libxml++* /usr/local/lib/libxml++-2.6.a /usr/local/lib/libxml++-2.6.la /usr/local/lib/libxml++-2.6.so /usr/local/lib/libxml++-2.6.so.2 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe LDFLAGS: nothing Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the port? -Garrett I got the values from pre-everything: @${ECHO_MSG} ${CXXFLAGS} @${ECHO_MSG} ${LDFLAGS} So I guess they are valid in this matter? -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20831657.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 [EMAIL PROTECTED]
Re: after last update xmms get all processor resourses
On Thu, Dec 04, 2008 at 01:45:54PM +0300, Alexey V. Panfilov wrote: Alex Keda пишет: Garrett Cooper пишет: On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda [EMAIL PROTECTED] wrote: subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAMETHR PRI NICE SIZERES STATE CTIME WCPU COMMAND 2669 lissyara 3 440 73452K 12288K select 0 0:31 92.19% xmms == lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 13:20:28 MSK 2008 [EMAIL PROTECTED]:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara$ pkg_info | grep xmms librcc-0.2.6_1 Library used by rusxmms for language autodetection librcd-0.1.11 Library used by rusxmms for autodetection of russian charse xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel xmms-skins-0.1_3Skins for X Multimedia System (XMMS) Could you start up xmms via strace or truss in a terminal and provide output on pastebin.com please? Thanks, -Garrett very big. pastebin.com give 500 error =) http://lissyara.su/patch/xmms/typescript.txt I've the same effect. Output of truss: http://subnets.ru/files/xmms.log Once again. Helped for me: # rm -f /usr/ports/multimedia/xmms/patch-main.c Serg N. Voronkov, Sibitex Ltd. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after last update xmms get all processor resourses
Sergey N. Voronkov пишет: Helo! last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. Just remove it and recompile port. with this patch I have additional bug. I select track in list, double click to him - it play musik. if I double click to another track - xmms crash. If I press stop, or pause button - double click to another composition - play it == without ports/multimedia/xmms/files/patch-main.c - cpu load - little, no crash with select track ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
tora2
Good day Do you have plans about porting tora2? Thanks -- Sergey V. Yaroshevskiy, [EMAIL PROTECTED] TechDirector www.proc.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tora2
Le Jeu 4 déc 08 à 15:38:25 +0100, Sergey V. Yaroshevskiy [EMAIL PROTECTED] écrivait : Good day Hello, Do you have plans about porting tora2? Could you please test http://people.freebsd.org/~thierry/ports/databases_tora2.tgz ? It does not work here, and I have not yet investigated it. Regards, -- Th. Thomas. pgpPah2yRhEbN.pgp Description: PGP signature
Re: cmake cannot link against libxml++
On Thu, Dec 4, 2008 at 3:27 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen [EMAIL PROTECTED] wrote: Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? 1. Yes: $ ls -1 /usr/local/lib/libxml++* /usr/local/lib/libxml++-2.6.a /usr/local/lib/libxml++-2.6.la /usr/local/lib/libxml++-2.6.so /usr/local/lib/libxml++-2.6.so.2 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe LDFLAGS: nothing Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the port? -Garrett I got the values from pre-everything: @${ECHO_MSG} ${CXXFLAGS} @${ECHO_MSG} ${LDFLAGS} So I guess they are valid in this matter? Eh? It all depends on where you're doing the echo... Honestly I'd need to see more around where you're running configure, or passing in args for the parent make (if it doesn't use configure). You're probably just missing /usr/local/lib in your LDFLAGS though. -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Various issues
I've posted yet, but replying the wrong thread. On my system 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Sun Nov 30 21:57:16 CET 2008 pulseaudio get 100% cpu resources. These are last lines of truss 48732: wait4(0x,0xbfbfe518,0x2,0x0,0x213,0x1) = 48739 (0xbe63) 48732: read(10,lay=$DISPLAY session_manager=$SE...,1023) = 69 (0x45) 48732: fork(0x28337350,0xbfbfe478,0xa,0x28097f64,0x1,0xbfbfe494) = 48746 (0xbe6a) 48732: getpgrp(0x1,0xbfbfe494,0xbe6a,0x0,0x28333240,0x0) = 48732 (0xbe5c) 48732: wait4(0x,0xbfbfe458,0x2,0x0,0x28337598,0x1) ERR#10 'No child processes' Banshee and f-spot (both mono related) don't work anymore. These are last lines of truss [banshee|f-spot] write(25,/home/diego/.config/banshee-1,29) = 29 (0x1d) write(25,\n,1) = 1 (0x1) write(25,/usr/local/lib/banshee-1,24) = 24 (0x18) write(25,\n,1) = 1 (0x1) read(26,process-ps-plog:scan:/usr/local/...,8192) = 75 (0x4b) read(26,\n,8192) = 1 (0x1) read(26,process-ps-plog:endscan,8192) = 23 (0x17) read(26,\nprocess-ps-plog:scan:/usr/loca...,8192) = 64 (0x40) read(26,0x83d2010,8192) = 0 (0x0) gettimeofday({1228429590.827982 },0x0) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28230f64,0x1,0x3ef14) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28230f64,0x1,0x2ef14) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28443751,0x1,0x2ef14) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28443751,0x1,0x3ef14) = 0 (0x0) wait4(0x271d,0xbf9feea4,0x1,0x0,0x200282,0x28445a8c) ERR#10 'No child processes' Looks like these Issues appeared after last world/kernel. Any idea? Regards -- Diego Depaoli ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: php5-mssql-5.2.6_2: no entry for /usr/ports/databases/freetds-msdblib make_index: php5-mssql-5.2.6_2: no entry for /usr/ports/databases/freetds-msdblib make_index: php4-mssql-4.4.9: no entry for /usr/ports/databases/freetds-msdblib make_index: php4-mssql-4.4.9: no entry for /usr/ports/databases/freetds-msdblib make_index: py25-mssql-0.8.0: no entry for /usr/ports/databases/freetds-msdblib make_index: py25-mssql-0.8.0: no entry for /usr/ports/databases/freetds-msdblib Committers on the hook: acm beech glewis tabthorpe Most recent CVS update was: U MOVED U databases/freetds/Makefile U databases/freetds/distinfo U databases/freetds/pkg-plist U databases/freetds/files/patch-doc_Makefile.in U emulators/mupen64-base/Makefile.common U emulators/mupen64-glide/Makefile U emulators/mupen64-tr64/Makefile U java/diablo-jdk15/Makefile U java/diablo-jdk15/distinfo U java/diablo-jdk15/pkg-plist U java/diablo-jdk16/Makefile U java/diablo-jdk16/distinfo U java/diablo-jdk16/pkg-plist U java/diablo-jre15/Makefile U java/diablo-jre15/distinfo U java/diablo-jre15/pkg-plist U java/diablo-jre16/Makefile U java/diablo-jre16/distinfo U java/diablo-jre16/pkg-plist U mail/squirrelmail/Makefile U mail/squirrelmail/bsd.squirrelmail.mk U mail/squirrelmail/distinfo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cmake cannot link against libxml++
Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 3:27 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen [EMAIL PROTECTED] wrote: Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? 1. Yes: $ ls -1 /usr/local/lib/libxml++* /usr/local/lib/libxml++-2.6.a /usr/local/lib/libxml++-2.6.la /usr/local/lib/libxml++-2.6.so /usr/local/lib/libxml++-2.6.so.2 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe LDFLAGS: nothing Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the port? -Garrett I got the values from pre-everything: @${ECHO_MSG} ${CXXFLAGS} @${ECHO_MSG} ${LDFLAGS} So I guess they are valid in this matter? Eh? It all depends on where you're doing the echo... Honestly I'd need to see more around where you're running configure, or passing in args for the parent make (if it doesn't use configure). You're probably just missing /usr/local/lib in your LDFLAGS though. I echoed these in pre-everything section. Now I set LDFLAGS+= -L${LOCALBASE}/lib, but it doesn't help much. My Makefile is structured smth like that: PORTNAME=... ... USE_CMAKE= yes ... LDFLAGS+= -L${LOCALBASE}/lib CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include ... OPTIONS=... ... .include bsd.port.pre.mk ... pre-everything:: @${ECHO_MSG} ${CXXFLAGS} @${ECHO_MSG} ${LDFLAGS} ... post-install: ... .include bsd.port.post.mk -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20849062.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 [EMAIL PROTECTED]
Re: cmake cannot link against libxml++
Silver Salonen wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 3:27 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen [EMAIL PROTECTED] wrote: Garrett Cooper-6 wrote: On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen [EMAIL PROTECTED] wrote: Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: = ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 = Concerning libxml++, cmake seems to find it OK - before building: = -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 = Previously I had a problem with cmake finding libiconv.h, but I resolved it with CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include. But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? 1. Yes: $ ls -1 /usr/local/lib/libxml++* /usr/local/lib/libxml++-2.6.a /usr/local/lib/libxml++-2.6.la /usr/local/lib/libxml++-2.6.so /usr/local/lib/libxml++-2.6.so.2 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe LDFLAGS: nothing Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the port? -Garrett I got the values from pre-everything: @${ECHO_MSG} ${CXXFLAGS} @${ECHO_MSG} ${LDFLAGS} So I guess they are valid in this matter? Eh? It all depends on where you're doing the echo... Honestly I'd need to see more around where you're running configure, or passing in args for the parent make (if it doesn't use configure). You're probably just missing /usr/local/lib in your LDFLAGS though. I echoed these in pre-everything section. Now I set LDFLAGS+= -L${LOCALBASE}/lib, but it doesn't help much. My Makefile is structured smth like that: PORTNAME=... ... USE_CMAKE= yes ... LDFLAGS+= -L${LOCALBASE}/lib CMAKE_ARGS+=-DCMAKE_REQUIRED_INCLUDES=${LOCALBASE}/include ... OPTIONS=... ... .include bsd.port.pre.mk ... pre-everything:: @${ECHO_MSG} ${CXXFLAGS} @${ECHO_MSG} ${LDFLAGS} ... post-install: ... .include bsd.port.post.mk OK, the problem disappeared when I also set: CONFIGURE_ENV+= CPPFLAGS=${CPPFLAGS} LDFLAGS=${LDFLAGS} Thanks for your help! :) -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20849140.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 [EMAIL PROTECTED]