Re: maintainer timeout for FreeBSD commiters
On 14 August 2012 15:47, Radim Kolar h...@filez.com wrote: I mailed them, after 1 month no change. I would not bother with creating patches next time. Patches take time. FreeBSD tends to optimize for throughput, not latency. I have same experience with pretty much every open source project, everybody talks on list, nobody works. If i send patch, it takes months to review even 1 or 2 line patch. Fork is necessity for any serious development. You are joking w.r.t. a fork, right? -- Eitan Adler ___ 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: gdb doesn't work well with qtcreator
Hi HU, I tested QtCreator on a 8-STABLE i386 machine and a 9-STABLE amd64 machine. In both cases I'm not able to reproduce the error Regards, Luca On 08/14/12 02:29, HU Dong wrote: waiting for your furthur reply. B.R. HU Dong On Monday, August 13, 2012, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi HU, I tried QtCreator 2.5.0 (Based on Qt 4.8.2 - 32 bit) on my 8-STABLE i386 system. gdb works good (only one worning about inappropriate ioctl for terminal device), but it works as expected. If I've time, I could try on a 9-STABLE system. Regards, Luca On 08/13/12 10:23, HU Dong wrote: On Mon, Aug 13, 2012 at 4:09 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi. Could you provide a simple repro-case? Is your application a multi-thread one? I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications are not Qt based... Regards, Luca On 08/09/12 14:02, HU Dong wrote: On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev annu...@yandex.ru mailto:annu...@yandex.ru mailto:annu...@yandex.ru mailto:annu...@yandex.ru wrote: 09.08.2012, 15:50, HU Dong itechb...@gmail.com mailto:itechb...@gmail.com mailto:itechb...@gmail.com mailto:itechb...@gmail.com: Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting The gdb process crashed. Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that Application process could not be stopped:The program is not being run. and Cannot continue debugged process:The program is not being run. I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology.__net:/usr/obj/usr/src/sys/__GENERIC i386 Which version og gdb are you using? Qt Creator officially requires gdb = 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org too. -- Regards, Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong _ freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/__mailman/listinfo/freebsd-ports http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscribe@__freebsd.org http://freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org It's not application-related. I tried hello,world! and the problem still existed. The problem happened in Qt Creator, not kdevelop. Anyway, thank you! B.R. HU Dong -- 祝好！ Best Regards, 胡东 HU Dong 清华大学电子系 Dept of EE, Tsinghua Univ 137 5115 5701 +86 137 5115 5701 ___ 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: gdb doesn't work well with qtcreator
On Wed, Aug 15, 2012 at 3:17 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de wrote: Hi HU, I tested QtCreator on a 8-STABLE i386 machine and a 9-STABLE amd64 machine. In both cases I'm not able to reproduce the error Regards, Luca On 08/14/12 02:29, HU Dong wrote: waiting for your furthur reply. B.R. HU Dong On Monday, August 13, 2012, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi HU, I tried QtCreator 2.5.0 (Based on Qt 4.8.2 - 32 bit) on my 8-STABLE i386 system. gdb works good (only one worning about inappropriate ioctl for terminal device), but it works as expected. If I've time, I could try on a 9-STABLE system. Regards, Luca On 08/13/12 10:23, HU Dong wrote: On Mon, Aug 13, 2012 at 4:09 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi. Could you provide a simple repro-case? Is your application a multi-thread one? I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications are not Qt based... Regards, Luca On 08/09/12 14:02, HU Dong wrote: On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev annu...@yandex.ru mailto:annu...@yandex.ru mailto:annu...@yandex.ru mailto:annu...@yandex.ru wrote: 09.08.2012, 15:50, HU Dong itechb...@gmail.com mailto:itechb...@gmail.com mailto:itechb...@gmail.com mailto:itechb...@gmail.com : Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting The gdb process crashed. Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that Application process could not be stopped:The program is not being run. and Cannot continue debugged process:The program is not being run. I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology.__net:/usr/obj/usr/src/sys/__GENERIC i386 Which version og gdb are you using? Qt Creator officially requires gdb = 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org too. -- Regards, Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong _ freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/__mailman/listinfo/freebsd-ports http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscribe@__freebsd.org http://freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org It's not application-related. I tried hello,world! and the problem still existed. The problem happened in Qt Creator, not kdevelop. Anyway, thank you! B.R. HU Dong -- It's kinda weird. I deleted 2.5.0, and tried installing 2.0 with pkg_add -r command. The debugger worked. I've submitted debugger log to qt creator bugreport site, hoping they could find some clues. Thank you very much! However I've switched to kdevelop and it's OK. Thank you! B.R. HU Dong ___ 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
libxul
Hi! I wish to uninstall libxul but pkg_info -R libxul-1.9.2.28_1 Information for libxul-1.9.2.28_1: Required by: vlc-1.1.13_12,3 phonon-vlc-0.5.0_1 Is it safe to uninstall anywhere, please? Thanks. Mitja http://jpgmag.com/people/lumiwa ___ 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: vlc 2.0.3 ProjectM path fix (was: Re: More rtld trouble)
On Tue, Aug 14, 2012 at 08:31:58PM +0100, Chris Rees wrote: On 14 August 2012 20:24, Juergen Lock n...@jelal.kn-bremen.de wrote: On Tue, Aug 14, 2012 at 06:51:18PM +0200, Rainer Hurling wrote: On 14.08.2012 13:42 (UTC+2), Juergen Lock wrote: On Tue, Aug 14, 2012 at 06:40:14AM +0200, Rainer Hurling wrote: Am 13.08.2012 23:46 (UTC+1) schrieb Juergen Lock: [removed kan and kib from Cc as this is now not about rtld in fact] On Mon, Aug 13, 2012 at 11:11:09PM +0200, Juergen Lock wrote: Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: [...] (2) Option PROJM builds and installs, but crashes when I try to start it within vlc: No Textures Loaded from /usr/local/share/projectM/textures Segmentation fault (core dumped) As far as I can see, there is no path to projectM/textures (installed from libprojectM) on FreeBSD, but to projectM/presets? I'll have to look at that next... Hmm, cannot seem to reproduce this one, sorry. (Or do I have to do something special in vlc to activate it? I just tried playing a video file...) I have the problem with ProjectM when playing audio files and turn the ProjectM visualizations on. It immediately crashes. Yes, I meanwhile found this too. Maybe our projectm port version is too old? I think I got it: It is only a problem of configuring in the running vlc. You have to set the right path under 'Settings','All','Audio','Visualizing','projectM'. That's all ;-) Aah-haah! :) I've fixed the default paths and made a new patch: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-010.patch Is there anything I can do to the projectM port to make it easier for you? I'll see if I can get it to 2.1.0 shortly. I don't think so, this was just vlc using linux paths. Ok, maybe it could give an error instead of crashing when a font is not found... :) But that's minor. Thanx! Juergen ___ 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: vlc 2.0.3 ProjectM path fix
On Tue, Aug 14, 2012 at 09:54:54PM +0200, Olli Hauer wrote:
...
I think I got it: It is only a problem of configuring in the running
vlc. You have to set the right path under
'Settings','All','Audio','Visualizing','projectM'. That's all ;-)
Aah-haah! :) I've fixed the default paths and made a new patch:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-010.patch
From your patch:
workaround is to deinstall the old vlc-1.x version before building
the new one.
What about a conflict line ?
CONFLICTS_BUILD=${PORTNAME}-1.*
This allows users to fetch the source but they have to deinstall the
old version before building the new one.
Hm well the rtld bug this workaround is for only affects the
pulseaudio and notify knobs, and the workaround doesn't work for
the notify knob so it would only cover half the cases, and also
checking if this is needed in the port would require a
__FreeBSD_version bump which is probably overkill for this bug.
So I think we'd rather mention the workaround in UPDATING, along
with the bugfix commit link...
Thanx, :)
Juergen
___
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
On Wed, Aug 15, 2012 at 05:37:28AM -0500, ajtiM wrote: I wish to uninstall libxul but pkg_info -R libxul-1.9.2.28_1 Information for libxul-1.9.2.28_1: Required by: vlc-1.1.13_12,3 phonon-vlc-0.5.0_1 Is it safe to uninstall anywhere, please? You might need to rebuild vlc. It looks like libxul is pulled in to vlc if you select the Mozilla Plugin option. -- greg byshenk - gbysh...@byshenk.net - Leiden, NL - Portland, OR USA ___ 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: gdb doesn't work well with qtcreator
On Wed, Aug 15, 2012 at 4:10 PM, HU Dong itechb...@gmail.com wrote: On Wed, Aug 15, 2012 at 3:17 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de wrote: Hi HU, I tested QtCreator on a 8-STABLE i386 machine and a 9-STABLE amd64 machine. In both cases I'm not able to reproduce the error Regards, Luca On 08/14/12 02:29, HU Dong wrote: waiting for your furthur reply. B.R. HU Dong On Monday, August 13, 2012, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi HU, I tried QtCreator 2.5.0 (Based on Qt 4.8.2 - 32 bit) on my 8-STABLE i386 system. gdb works good (only one worning about inappropriate ioctl for terminal device), but it works as expected. If I've time, I could try on a 9-STABLE system. Regards, Luca On 08/13/12 10:23, HU Dong wrote: On Mon, Aug 13, 2012 at 4:09 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi. Could you provide a simple repro-case? Is your application a multi-thread one? I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications are not Qt based... Regards, Luca On 08/09/12 14:02, HU Dong wrote: On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev annu...@yandex.ru mailto:annu...@yandex.ru mailto:annu...@yandex.ru mailto:annu...@yandex.ru wrote: 09.08.2012, 15:50, HU Dong itechb...@gmail.com mailto:itechb...@gmail.com mailto:itechb...@gmail.com mailto:itechb...@gmail.com : Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting The gdb process crashed. Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that Application process could not be stopped:The program is not being run. and Cannot continue debugged process:The program is not being run. I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology.__net:/usr/obj/usr/src/sys/__GENERIC i386 Which version og gdb are you using? Qt Creator officially requires gdb = 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org too. -- Regards, Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong _ freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/__mailman/listinfo/freebsd-ports http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscribe@__freebsd.org http://freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org It's not application-related. I tried hello,world! and the problem still existed. The problem happened in Qt Creator, not kdevelop. Anyway, thank you! -- It's kinda weird. I deleted 2.5.0, and tried installing 2.0 with pkg_add -r command. The debugger worked. I've submitted debugger log to qt creator bugreport site, hoping they could find some clues. Thank you very much! However I've switched to kdevelop and it's OK. Thank you! I found that when I chose to create a CMake-Build project instead of QMake-Build one, the debugger worked... I don't know what's the difference, but after being confused for sevral days, it finally works... -- B.R. HU Dong ___
Re: libxul
Yes, I selected the Mozilla Plugin which I want to have. On Wed, Aug 15, 2012 at 7:13 AM, Greg Byshenk free...@byshenk.net wrote: On Wed, Aug 15, 2012 at 05:37:28AM -0500, ajtiM wrote: I wish to uninstall libxul but pkg_info -R libxul-1.9.2.28_1 Information for libxul-1.9.2.28_1: Required by: vlc-1.1.13_12,3 phonon-vlc-0.5.0_1 Is it safe to uninstall anywhere, please? You might need to rebuild vlc. It looks like libxul is pulled in to vlc if you select the Mozilla Plugin option. -- greg byshenk - gbysh...@byshenk.net - Leiden, NL - Portland, OR USA ___ 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
On Wed, Aug 15, 2012 at 10:09:16AM -0500, Franci Nabalanci wrote: Yes, I selected the Mozilla Plugin which I want to have. Then it looks like you need to keep libxul, since that plugin introduces the libxul dependency. On Wed, Aug 15, 2012 at 7:13 AM, Greg Byshenk free...@byshenk.net wrote: On Wed, Aug 15, 2012 at 05:37:28AM -0500, ajtiM wrote: I wish to uninstall libxul but pkg_info -R libxul-1.9.2.28_1 Information for libxul-1.9.2.28_1: Required by: vlc-1.1.13_12,3 phonon-vlc-0.5.0_1 Is it safe to uninstall anywhere, please? You might need to rebuild vlc. It looks like libxul is pulled in to vlc if you select the Mozilla Plugin option. -- greg byshenk - gbysh...@byshenk.net - Leiden, NL - Portland, OR USA ___ 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: vlc 2.0.3 ProjectM path fix
On Wed, Aug 15, 2012 at 5:01 AM, Juergen Lock n...@jelal.kn-bremen.de wrote:
On Tue, Aug 14, 2012 at 09:54:54PM +0200, Olli Hauer wrote:
...
I think I got it: It is only a problem of configuring in the running
vlc. You have to set the right path under
'Settings','All','Audio','Visualizing','projectM'. That's all ;-)
Aah-haah! :) I've fixed the default paths and made a new patch:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-010.patch
From your patch:
workaround is to deinstall the old vlc-1.x version before building
the new one.
What about a conflict line ?
CONFLICTS_BUILD=${PORTNAME}-1.*
This allows users to fetch the source but they have to deinstall the
old version before building the new one.
Hm well the rtld bug this workaround is for only affects the
pulseaudio and notify knobs, and the workaround doesn't work for
the notify knob so it would only cover half the cases, and also
checking if this is needed in the port would require a
__FreeBSD_version bump which is probably overkill for this bug.
And why is it overkill? I regularly see comments about not wanting to
bump __FreeBSD_version, but it's just an integer (though presented as
a fixed-point fraction). There is no shortage and I never have
understood why people are so hesitant to change it when there is a
real, even if fairly small benefit from the bump.
--
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.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
Pear-Mail and pear-Mail-Mimedecode ports failing on install
Hi, When I try and build pear-Mail or pear-Mail_mimeDecode when it gets to the point where it's trying to install tests it fails. I looked in those directories and it seems to be straight forward files but the error is not giving me anything other than code 1. I did a make -dl install below so you can see more info as it was failing. Do you have an idea what's going on here? Thanks oz:117:/usr/ports/mail/pear-Mail# make install === Installing for pear-Mail-1.2.0,1 === pear-Mail-1.2.0,1 depends on file: /usr/local/share/pear/PEAR.php - found === pear-Mail-1.2.0,1 depends on file: /usr/local/share/pear/Net/SMTP.php - found === pear-Mail-1.2.0,1 depends on executable: pear - found === Generating packing list === Generating temporary packing list === Checking if mail/pear-Mail already installed === Installing tests in /usr/local/share/pear/tests/Mail. *** Error code 1 Stop in /usr/ports/mail/pear-Mail. *** Error code 1 Stop in /usr/ports/mail/pear-Mail. Exit 1 oz:143:/usr/ports/mail/pear-Mail_mimeDecode# make install === Installing for pear-Mail_mimeDecode-1.5.5 === pear-Mail_mimeDecode-1.5.5 depends on file: /usr/local/share/pear/PEAR.php - found === pear-Mail_mimeDecode-1.5.5 depends on file: /usr/local/share/pear/Mail/mime.php - found === pear-Mail_mimeDecode-1.5.5 depends on executable: pear - found === Generating packing list === Generating temporary packing list === Checking if mail/pear-Mail_mimeDecode already installed === Installing tests in /usr/local/share/pear/tests/Mail_mimeDecode. *** Error code 1 Stop in /usr/ports/mail/pear-Mail_mimeDecode. Exit 1 With make -dl install echo === Installing tests in /usr/local/share/pear/tests/Mail. === Installing tests in /usr/local/share/pear/tests/Mail. /bin/mkdir -p /usr/local/share/pear/tests/Mail install -o root -g wheel -m 444 /usr/ports/mail/pear-Mail/work/Mail-1.2.0/tests/rfc822.phpt /usr/local/share/pear/tests/Mail/rfc822.phpt install -o root -g wheel -m 444 /usr/ports/mail/pear-Mail/work/Mail-1.2.0/tests/smtp_error.phpt /usr/local/share/pear/tests/Mail/smtp_error.phpt /bin/mkdir -p /usr/local/share/pear/packages/pear-Mail-1.2.0,1 install -o root -g wheel -m 444 /usr/ports/mail/pear-Mail/work/package.xml /usr/local/share/pear/packages/pear-Mail-1.2.0,1 /usr/bin/env PKG_PREFIX=/usr/local /bin/sh /usr/ports/devel/pear/pear-install pear-Mail-1.2.0,1 POST-INSTALL *** Error code 1 Stop in /usr/ports/mail/pear-Mail. *** Error code 1 Stop in /usr/ports/mail/pear-Mail. Exit 1 With make -dl install echo === Installing tests in /usr/local/share/pear/tests/Mail_mimeDecode. === Installing tests in /usr/local/share/pear/tests/Mail_mimeDecode. /bin/mkdir -p /usr/local/share/pear/tests/Mail_mimeDecode install -o root -g wheel -m 444 /usr/ports/mail/pear-Mail_mimeDecode/work/Mail_mimeDecode-1.5.5/tests/pars e_header_value.phpt /usr/local/share/pear/tests/Mail_mimeDecode/parse_header_value.phpt install -o root -g wheel -m 444 /usr/ports/mail/pear-Mail_mimeDecode/work/Mail_mimeDecode-1.5.5/tests/semi colon_content_type_bug1724.phpt /usr/local/share/pear/tests/Mail_mimeDecode/semicolon_content_type_bug1724 .phpt /bin/mkdir -p /usr/local/share/pear/packages/pear-Mail_mimeDecode-1.5.5 install -o root -g wheel -m 444 /usr/ports/mail/pear-Mail_mimeDecode/work/package.xml /usr/local/share/pear/packages/pear-Mail_mimeDecode-1.5.5 /usr/bin/env PKG_PREFIX=/usr/local /bin/sh /usr/ports/devel/pear/pear-install pear-Mail_mimeDecode-1.5.5 POST-INSTALL *** Error code 1 Stop in /usr/ports/mail/pear-Mail_mimeDecode. Exit 1 ___ 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
Trading Historical Bonds, trough system Version 2.0 (V 2.0).
TRANSLATIONS copy / paste in: www.translate.google.com Through the system: Version 2.0 (V 2.0); We provide the adequate support for selling or monetizing bonds, negotiated in privately = operations: OFF THE MARKET. All private operators and / or owners, in conditions for meet our programmed stages to obtain an effective result; Are eligible for one: BETA PERIOD (free trial) IN OUR SYSTEM. KEYS TO A SUCCESSFUL TRANSACTION: Follow the guidelines programmed in the interactive forms: Version 2.0 (V 2.0). A. Interactive forms V 2.0 for: private operators / task groups, secure links (hosted online); a) Working Agreement (WA) http://tiny.cc/V2_WA , b) Bond/s Initial Questionnaire (BIQ) http://tiny.cc/V2_BIQ c) Bond/s Know Your Customer (KYC) http://tiny.cc/V2_HBKYC . B. Interactive forms V 2.0 for direct: owners and / or authorized signatory, secure links (hosted online); a) Bond/s Initial Questionnaire (BIQ) http://tiny.cc/V2_BIQ b) Bond/s Know Your Customer (KYC) http://tiny.cc/V2_HBKYC . IMPORTANT: THE FORMS FOR Historical Bonds (HB), MUST BE DOWNLOADED AT YOUR COMPUTER. THE RECEPTOR, MUST USE THE LATEST VERSION: ADOBE READER FOR VIEWING / COMPLETING. Jorge Magnani through the following link http://get.adobe.com/reader , it provides for free the latest version of Adobe Reader. NOTE: for the correct use of the forms V 2.0, must access at the tutorial: http://tiny.cc/TutorialV2 Recommendations to consider: A well documented history of the bond ownership going back as far as possible, i.e., 3-5 years or more, if possible. Tracing the history of ownership will make a huge difference, not only in authenticating the bond, but increasing the value and price of the bond. Tell the truth. As obvious as it may seem, don't embellish the story. State what you know in as accurate and factual a manner as possible. If you are not the bond owner but simply the bond holder state that. You will be surprised by how much buyers will be willing to work with you if you are willing to tell the truth about every aspect of your transaction. I'm Jorge Magnani, through the system: Version 2.0 (V 2.0); We manage by digital means, the global trading for private operations. If you want for your operation / proposed the support through our system, read the info about a BETA period (benefits and how to enter); IN ENGLISH http://tiny.cc/V2E IN SPANISH http://tiny.cc/V2S In memorial Steve Jobs (1955 - 2011) , has retired changed the world: http://tiny.cc/Think_Different Kind regards and thanks for trusting in our systems. ___ 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
Error building pcre on 9.0
I was updating a 9.0-RELEASE-p3 i386 system's ports and got the following error when building pcre 8.31: CXXpcrecpp.lo In file included from /usr/include/c++/4.2/bits/c++allocator.h:39, from /usr/include/c++/4.2/bits/allocator.h:53, from /usr/include/c++/4.2/memory:54, from /usr/include/c++/4.2/string:48, from pcrecpp.cc:43: /usr/include/c++/4.2/ext/new_allocator.h:37:15: error: new: No such file or directory In file included from /usr/include/c++/4.2/string:48, from pcrecpp.cc:43: /usr/include/c++/4.2/memory: In function 'std::pair_Tp*, int std::__get_temporary_buffer(ptrdiff_t, _Tp*)': /usr/include/c++/4.2/memory:83: error: 'nothrow' was not declared in this scope /usr/include/c++/4.2/memory: In function 'void std::return_temporary_buffer(_Tp*)': /usr/include/c++/4.2/memory:123: error: 'nothrow' was not declared in this scope *** Error code 1 Stop in /usr/ports/devel/pcre/work/pcre-8.31. *** Error code 1 Stop in /usr/ports/devel/pcre/work/pcre-8.31. *** Error code 1 Stop in /usr/ports/devel/pcre. *** Error code 1 Stop in /usr/ports/devel/pcre. Any thoughts? Best regards -- Renato Botelho ___ 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: Error building pcre on 9.0
Am 15.08.2012 22:18, schrieb Renato Botelho: I was updating a 9.0-RELEASE-p3 i386 system's ports and got the following error when building pcre 8.31: CXXpcrecpp.lo In file included from /usr/include/c++/4.2/bits/c++allocator.h:39, from /usr/include/c++/4.2/bits/allocator.h:53, from /usr/include/c++/4.2/memory:54, from /usr/include/c++/4.2/string:48, from pcrecpp.cc:43: /usr/include/c++/4.2/ext/new_allocator.h:37:15: error: new: No such file or directory In file included from /usr/include/c++/4.2/string:48, from pcrecpp.cc:43: /usr/include/c++/4.2/memory: In function 'std::pair_Tp*, int std::__get_temporary_buffer(ptrdiff_t, _Tp*)': /usr/include/c++/4.2/memory:83: error: 'nothrow' was not declared in this scope /usr/include/c++/4.2/memory: In function 'void std::return_temporary_buffer(_Tp*)': /usr/include/c++/4.2/memory:123: error: 'nothrow' was not declared in this scope *** Error code 1 Renato, works for me. Your system appears to have a broken gcc installation. It lacks /usr/include/c++/4.2/new, an include file dated Dec 4 2011 and sized 4041 bytes on my 9.0-RELEASE-p3 i386 system, which would also explain the nothrow-related errors. Anything in [/usr]/lost+found by chance? SHA1 (/usr/include/c++/4.2/new) = 0fa579e92a0c62da703a221fcb55c27b5f2bd88f Two excerpts from its contents: // The -*- C++ -*- dynamic memory management header. // Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, // 2003, 2004, 2005, 2006, 2007 // Free Software Foundation // This file is part of GCC. // [...] /** @file new * This is a Standard C++ Library header. * * The header @c new defines several functions to manage dynamic memory and * handling memory allocation errors; see * http://gcc.gnu.org/onlinedocs/libstdc++/18_support/howto.html#4 for more. */ ... HTH Matthias signature.asc Description: OpenPGP digital signature
Re: Error building pcre on 9.0
On Wed, Aug 15, 2012 at 5:36 PM, Matthias Andree mand...@freebsd.org wrote: Am 15.08.2012 22:18, schrieb Renato Botelho: I was updating a 9.0-RELEASE-p3 i386 system's ports and got the following error when building pcre 8.31: CXXpcrecpp.lo In file included from /usr/include/c++/4.2/bits/c++allocator.h:39, from /usr/include/c++/4.2/bits/allocator.h:53, from /usr/include/c++/4.2/memory:54, from /usr/include/c++/4.2/string:48, from pcrecpp.cc:43: /usr/include/c++/4.2/ext/new_allocator.h:37:15: error: new: No such file or directory In file included from /usr/include/c++/4.2/string:48, from pcrecpp.cc:43: /usr/include/c++/4.2/memory: In function 'std::pair_Tp*, int std::__get_temporary_buffer(ptrdiff_t, _Tp*)': /usr/include/c++/4.2/memory:83: error: 'nothrow' was not declared in this scope /usr/include/c++/4.2/memory: In function 'void std::return_temporary_buffer(_Tp*)': /usr/include/c++/4.2/memory:123: error: 'nothrow' was not declared in this scope *** Error code 1 Renato, works for me. Your system appears to have a broken gcc installation. It lacks /usr/include/c++/4.2/new, an include file dated Dec 4 2011 and sized 4041 bytes on my 9.0-RELEASE-p3 i386 system, which would also explain the nothrow-related errors. Anything in [/usr]/lost+found by chance? Thanks for pointing that out. I copied this file from other server and now i'm building world to be sure everything is in place. -- Renato Botelho ___ 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 new Port graphics/py-pyglet-devel
Hello
I have made pyglet new version 1.2alpha1 too. Works with amd64 not more only
i386.
This Port works but have not send as a PR, why have seen that this Port need
patches
from
/usr/include
to
${PREFIX}/include
Without this ${REINPLACE_CMD} works all and install good.
Have all this tried but not works
PORTDATA= *
PORTDOCS= CHANGELOG NOTICE README
DATADIR=${PYTHON_SITELIBDIR}/${PORTNAME}
PYDISTUTILS_EGGINFO=${DISTNAME}-py${PYTHON_VER}.egg-info
#PATCH_FILES= pyglet/gl/gl.py pyglet/gl/glext_arb.py pyglet/gl/glext_nv.py
pyglet/gl/glu.py \
# pyglet/gl/glx.py pyglet/gl/glxext_arb.py pyglet/gl/glxext_nv.py
pyglet/input/evdev_constan
ts.py \
# pyglet/libs/x11/cursorfont.py pyglet/libs/x11/xf86vmode.py
pyglet/libs/x11/xinerama.py \
# pyglet/libs/x11/xinput.py pyglet/libs/x11/xlib.py
pyglet/libs/x11/xsync.py \
# pyglet/media/drivers/openal/lib_alc.py
pyglet/media/drivers/openal/lib_openal.py \
# pyglet/media/drivers/pulse/lib_pulseaudio.py
PATCH_FILES=gl/gl.py gl/glext_arb.py gl/glext_nv.py gl/glu.py \
gl/glx.py gl/glxext_arb.py gl/glxext_nv.py
input/evdev_constants.py \
libs/x11/cursorfont.py libs/x11/xf86vmode.py
libs/x11/xinerama.py \
libs/x11/xinput.py libs/x11/xlib.py libs/x11/xsync.py \
media/drivers/openal/lib_alc.py
media/drivers/openal/lib_openal.py \
media/drivers/pulse/lib_pulseaudio.py
PATCH_FILES_GL= gl.py glext_arb.py glext_nv.py glu.py \
glx.py glxext_arb.py glxext_nv.py
.include bsd.port.options.mk
.include bsd.port.pre.mk
post-patch:
cd ${WRKSRC}/pyglet/gl/
. for p in ${PATCH_FILES_GL}
@${REINPLACE_CMD} -e 's|/usr/include|${PREFIX}/include|g'
${PATCH_FILES_GL}
. endfor
What can I do to make this Files to patch? I knew to make files with different
content as
files/patch-
but here are the same content to change and this is Waste to have many patch-
files only to change to
${PREFIX}/include
Regards,
nemysis
--
___
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
Dropping maintainership of devel/allegro and devel/allegro-devel
I've realized that ever since I took over maintaining these two ports, I haven't kept them maintained. I am wanting to drop these two ports, if anyone else wishes to become their maintainers, I am perfectly fine with it. Thanks, Naram Qashat ___ 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: Dropping maintainership of devel/allegro and devel/allegro-devel
Naram Qashat wrote on 16.08.2012 04:41: I've realized that ever since I took over maintaining these two ports, I haven't kept them maintained. I am wanting to drop these two ports, if anyone else wishes to become their maintainers, I am perfectly fine with it. Thanks, Naram Qashat Done. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD new Port graphics/py-pyglet-devel
On Wed, 15 Aug 2012 23:08:03 +0200
nemysis nemy...@gmx.ch wrote:
Hello
I have made pyglet new version 1.2alpha1 too. Works with amd64 not more only
i386.
This Port works but have not send as a PR, why have seen that this Port need
patches
from
/usr/include
to
${PREFIX}/include
Without this ${REINPLACE_CMD} works all and install good.
Have all this tried but not works
PORTDATA= *
PORTDOCS= CHANGELOG NOTICE README
DATADIR=${PYTHON_SITELIBDIR}/${PORTNAME}
PYDISTUTILS_EGGINFO=${DISTNAME}-py${PYTHON_VER}.egg-info
#PATCH_FILES= pyglet/gl/gl.py pyglet/gl/glext_arb.py pyglet/gl/glext_nv.py
pyglet/gl/glu.py \
# pyglet/gl/glx.py pyglet/gl/glxext_arb.py
pyglet/gl/glxext_nv.py pyglet/input/evdev_constan
ts.py \
# pyglet/libs/x11/cursorfont.py pyglet/libs/x11/xf86vmode.py
pyglet/libs/x11/xinerama.py \
# pyglet/libs/x11/xinput.py pyglet/libs/x11/xlib.py
pyglet/libs/x11/xsync.py \
# pyglet/media/drivers/openal/lib_alc.py
pyglet/media/drivers/openal/lib_openal.py \
# pyglet/media/drivers/pulse/lib_pulseaudio.py
PATCH_FILES=gl/gl.py gl/glext_arb.py gl/glext_nv.py gl/glu.py \
gl/glx.py gl/glxext_arb.py gl/glxext_nv.py
input/evdev_constants.py \
libs/x11/cursorfont.py libs/x11/xf86vmode.py
libs/x11/xinerama.py \
libs/x11/xinput.py libs/x11/xlib.py libs/x11/xsync.py \
media/drivers/openal/lib_alc.py
media/drivers/openal/lib_openal.py \
media/drivers/pulse/lib_pulseaudio.py
PATCH_FILES_GL= gl.py glext_arb.py glext_nv.py glu.py \
glx.py glxext_arb.py glxext_nv.py
.include bsd.port.options.mk
.include bsd.port.pre.mk
post-patch:
cd ${WRKSRC}/pyglet/gl/
. for p in ${PATCH_FILES_GL}
@${REINPLACE_CMD} -e 's|/usr/include|${PREFIX}/include|g'
${PATCH_FILES_GL}
. endfor
What can I do to make this Files to patch? I knew to make files with
different content as
files/patch-
but here are the same content to change and this is Waste to have many patch-
files only to change to
${PREFIX}/include
Regards,
nemysis
Have self found the Solution, sorry for disturbance
post-patch:
@(cd ${WRKSRC}/pyglet/ ${REINPLACE_CMD} -e
's|/usr/include|${PREFIX}/include|g' gl/gl.py \ gl/glext_arb.py
gl/glext_nv.py gl/glu.py gl/glx.py gl/glxext_arb.py gl/glxext_nv.py \
input/evdev_constants.py libs/x11/cursorfont.py libs/x11/xf86vmode.py
libs/x11/xinerama.py \ libs/x11/xinput.py libs/x11/xlib.py
libs/x11/xsync.py media/drivers/openal/lib_alc.py \
media/drivers/openal/lib_openal.py
media/drivers/pulse/lib_pulseaudio.py)
grep -r /usr/include /usr/local/lib/python2.7/site-packages/pyglet
Nothing found :D
--
___
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
