Re: NO_OPTIONS_SORT makes options disappear
On Mon, Jun 04, 2012 at 03:58:24PM -0700, Doug Barton wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/04/2012 15:40, Baptiste Daroussin wrote: Can you try with this patch ? http://people.freebsd.org/~bapt/bsd.options.mk.diff Still adding NO_OPTIONS_SORT=yes With this change the options are no longer sorted, and do appear, but they appear twice. FYI, you can test this yourself in the dns/bind* ports. Fixed regards, Bapt pgpFaT9X34WS7.pgp Description: PGP signature
Re: Libreoffice, javaPathHelper: not found
On Tue, Jun 05, 2012 at 07:42:33AM +0200, Leslie Jensen wrote: 2012-06-04 18:58, Baptiste Daroussin skrev: On Mon, Jun 04, 2012 at 05:22:30PM +0200, Leslie Jensen wrote: I have just installed libreoffice-3.5.2_4 and are now getting the following error javaPathHelper: not found I understand that this error is known according to this tread http://forums.freebsd.org/showthread.php?t=27035 I'm wondering if there's any fix available? Regards /Leslie ___ 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 This is not an error this is expected :) Expect if you have java installed. regards, Bapt Thanks! That is of course logical. Shouldn't java be a dependency if Libreoffice can't start without it? Exactly which java do you recommend that I install? /Leslie Hum it should start without java but the javahelper should still be there and try to find a java saying not found. What your are saying is that your libreoffice doesn't start at all? if yes that I'm affraid that is a bug :( regards, Bapt pgpYLkKzeUHpB.pgp Description: PGP signature
Re: make failed for editors/libreoffice
On Mon, Jun 04, 2012 at 09:26:10PM +0200, Florent wrote: On 31.05.2012 11:36, Leslie Jensen wrote: Help Please! Thanks --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj it seems that the error is inside 'vcl', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd vcl gmake clean # optional gmake -r when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Fel 1 gmake[1]: Lämnar katalogen /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 gmake: *** [source-env-and-recurse] Fel 2 *** Error code 1 Stop in /usr/ports/editors/libreoffice. === make failed for editors/libreoffice === Aborting update === Update for editors/libreoffice failed === Aborting update Terminated ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org I had built LibreOffice with GCC 4.6 and adding /etc/libmap.conf like this: libgcc_s.so.1 gcc46/libgcc_s.so.1 libgomp.so.1gcc46/libgomp.so.1 libobjc.so.3gcc46/libobjc.so.3 libssp.so.0 gcc46/libssp.so.0 libstdc++.so.6 gcc46/libstdc++.so.6 cd /usr/port/editors/libreoffice make -DWITH_GCC Maybe cppunit will fail, then do exactly what the error message says. It requires lang/gcc46 to be installed and it's not a solution, but for those cannot wait for a fix, this can work... ___ 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 Building libreoffice with gcc is known to be broken that is what this options is hidden. regards, Bapt pgpv9xdWy99of.pgp Description: PGP signature
Re: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 07:13:56AM +0200, coder.tuxfamily wrote: Le 05.06.2012 05:48, Heino Tiedemann a écrit : Leslie Jensenles...@eskk.nu wrote: --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj it seems that the error is inside 'vcl', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd vcl gmake clean # optional gmake -r when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Fel 1 gmake[1]: Lämnar katalogen /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 gmake: *** [source-env-and-recurse] Fel 2 *** Error code 1 Stop in /usr/ports/editors/libreoffice. I have this again, again and again in a lot of modules: - vlc - framework - sfx2 - ... In this way I need a lot of days to build Libreoffice. Because I cannot watch the build process all the time - every day some build error occurded, und I have to fix it by hand. Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org I have the same problem but i can pass it except for tail_build. My options : GTK3 (I don't remember, but maybe tested also with GTK2) JAVA MMEDIA PGSQL SVG Regards ___ 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 The problem is that none of the reports here presented the real errors, to fix the problems I would the full log (which is huge). I do think the problem is due the boost different (the one bundled and the one from ports), now that boost have been upgraded in ports I'll try 2 things, 1 upgrade to 3.5.4 and unbundle boost again from ports. The other left solution which I hate would be to rebundle everything, I'll try to avoid that. I may be able to work again on it next week, but can't waranti it. I would still love to see somone stepping up and providing patches for all of this asking to be part of office@ team and working on libreoffice. regards, Bapt pgp5tnJlUFBwB.pgp Description: PGP signature
Re: Libreoffice, javaPathHelper: not found
2012-06-05 08:09, Baptiste Daroussin skrev: On Tue, Jun 05, 2012 at 07:42:33AM +0200, Leslie Jensen wrote: 2012-06-04 18:58, Baptiste Daroussin skrev: On Mon, Jun 04, 2012 at 05:22:30PM +0200, Leslie Jensen wrote: I have just installed libreoffice-3.5.2_4 and are now getting the following error javaPathHelper: not found I understand that this error is known according to this tread http://forums.freebsd.org/showthread.php?t=27035 I'm wondering if there's any fix available? Regards /Leslie ___ 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 This is not an error this is expected :) Expect if you have java installed. regards, Bapt Thanks! That is of course logical. Shouldn't java be a dependency if Libreoffice can't start without it? Exactly which java do you recommend that I install? /Leslie Hum it should start without java but the javahelper should still be there and try to find a java saying not found. What your are saying is that your libreoffice doesn't start at all? if yes that I'm affraid that is a bug :( regards, Bapt Yes! It's not starting at all :-( I have this on my system pkg_info | grep java java-zoneinfo-2012.c Updated Java timezone definitions javavmwrapper-2.3.5 Wrapper script for various Java Virtual Machines pkg_info | grep jdk diablo-jdk-1.6.0.07.02_19 Java Development Kit 1.6.0_07.02 jdk-1.6.0.3p4_29Java Development Kit 1.6.0 /Leslie ___ 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: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 08:18:56AM +0200, Baptiste Daroussin wrote:
I have the same problem but i can pass it except for tail_build. My
options :
GTK3 (I don't remember, but maybe tested also with GTK2)
JAVA
MMEDIA
PGSQL
SVG
The problem is that none of the reports here presented the real errors, to fix
the problems I would the full log (which is huge).
I'm having this same problem, if you need a full log here you can find
it:
http://www.madpilot.net/~mad/typescript.xz
Compressing it with xz reduced the size to an acceptable 485K. Be aware
that once decompressed it grows to 90M.
If you already have the log please ignore this email.
To me the real error looks like this one(line 246132):
[ build CXX ] xmloff/source/transform/EventOOoTContext
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/unx/generic/app/saldisp.cxx:73:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/inc/unx/salunx.h:34:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/inc/unx/salstd.hxx:34:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/tools/string.hxx:36:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/rtl/string.hxx:40:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/sal/log.hxx:36:
In file included from /usr/include/c++/4.2/sstream:43:
In file included from /usr/include/c++/4.2/istream:43:
In file included from /usr/include/c++/4.2/ios:44:
In file included from /usr/include/c++/4.2/bits/char_traits.h:45:
/usr/include/c++/4.2/bits/stl_algobase.h:283:18: error: no viable
overloaded '='
*__result = *__first;
~ ^
/usr/include/c++/4.2/bits/stl_algobase.h:315:14: note: in instantiation
of function template specialization 'std::__copyfalse,
std::random_access_iterator_tag::copyconst SalDisplay::ScreenData *,
SalDisplay::ScreenData *' requested here
return std::__copy__simple, _Category::copy(__first, __last,
__result);
^
/usr/include/c++/4.2/bits/stl_algobase.h:367:22: note: in instantiation
of function template specialization 'std::__copy_auxconst
SalDisplay::ScreenData *, SalDisplay::ScreenData *' requested here
{ return _OI(std::__copy_aux(__first.base(), __last.base(),
^
/usr/include/c++/4.2/bits/stl_algobase.h:400:15: note: in instantiation
of function template specialization 'std::__copy_normaltrue,
true::__copy_n__gnu_cxx::__normal_iteratorconst
SalDisplay::ScreenData *, std::vectorSalDisplay::ScreenData,
std::allocatorSalDisplay::ScreenData ,
__gnu_cxx::__normal_iteratorSalDisplay::ScreenData *,
std::vectorSalDisplay::ScreenData,
std::allocatorSalDisplay::ScreenData ' requested here
I'm sorry but I've been unable to figure anything more :(
--
Guido Falsi madpi...@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: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 10:10:02AM +0200, Guido Falsi wrote:
On Tue, Jun 05, 2012 at 08:18:56AM +0200, Baptiste Daroussin wrote:
I have the same problem but i can pass it except for tail_build. My
options :
GTK3 (I don't remember, but maybe tested also with GTK2)
JAVA
MMEDIA
PGSQL
SVG
The problem is that none of the reports here presented the real errors, to
fix
the problems I would the full log (which is huge).
I'm having this same problem, if you need a full log here you can find
it:
http://www.madpilot.net/~mad/typescript.xz
Compressing it with xz reduced the size to an acceptable 485K. Be aware
that once decompressed it grows to 90M.
If you already have the log please ignore this email.
To me the real error looks like this one(line 246132):
[ build CXX ] xmloff/source/transform/EventOOoTContext
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/unx/generic/app/saldisp.cxx:73:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/inc/unx/salunx.h:34:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/inc/unx/salstd.hxx:34:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/tools/string.hxx:36:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/rtl/string.hxx:40:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/sal/log.hxx:36:
In file included from /usr/include/c++/4.2/sstream:43:
In file included from /usr/include/c++/4.2/istream:43:
In file included from /usr/include/c++/4.2/ios:44:
In file included from /usr/include/c++/4.2/bits/char_traits.h:45:
/usr/include/c++/4.2/bits/stl_algobase.h:283:18: error: no viable
overloaded '='
*__result = *__first;
~ ^
/usr/include/c++/4.2/bits/stl_algobase.h:315:14: note: in instantiation
of function template specialization 'std::__copyfalse,
std::random_access_iterator_tag::copyconst SalDisplay::ScreenData *,
SalDisplay::ScreenData *' requested here
return std::__copy__simple, _Category::copy(__first, __last,
__result);
^
/usr/include/c++/4.2/bits/stl_algobase.h:367:22: note: in instantiation
of function template specialization 'std::__copy_auxconst
SalDisplay::ScreenData *, SalDisplay::ScreenData *' requested here
{ return _OI(std::__copy_aux(__first.base(), __last.base(),
^
/usr/include/c++/4.2/bits/stl_algobase.h:400:15: note: in instantiation
of function template specialization 'std::__copy_normaltrue,
true::__copy_n__gnu_cxx::__normal_iteratorconst
SalDisplay::ScreenData *, std::vectorSalDisplay::ScreenData,
std::allocatorSalDisplay::ScreenData ,
__gnu_cxx::__normal_iteratorSalDisplay::ScreenData *,
std::vectorSalDisplay::ScreenData,
std::allocatorSalDisplay::ScreenData ' requested here
I'm sorry but I've been unable to figure anything more :(
--
Guido Falsi madpi...@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
I just managed to rebuild libreoffice on 9.0-amd64 in a clean and sane building
environnement (poudriere). it also runs as expected.
For your particular case can I imagine you are building on current? still I'll
try to investigate
For the other case I need a full log just like Guido provided. Without that I
can do much.
regards,
Bapt
pgpUIbP5ETMGx.pgp
Description: PGP signature
Re: Ruby 1.9 as default
On Mon, Jun 04, 2012 at 08:25:08PM -0400, Steve Wills wrote: On 06/01/12 22:30, Stanislav Sedov wrote: I'm not sure it's a good idea. Ruby 1.9 still has some nasty bugs on FreeBSD, related to the threads and fork. That is fork in ruby 1.9 hangs sometimes... The ONLY thing I can find is this: http://bugs.ruby-lang.org/issues/2097 which implies that it's fixed. If there's more to this issue than broken on 7.3 and earlier, PLEASE let me know. If ruby indeed does what the bugs described, that is, calls non-async signal safe functions from the threaded process after fork, then you are guaranteed to get random hangs sometimes. pgpJjLtcLgwhW.pgp Description: PGP signature
Re: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 10:46:44AM +0200, Baptiste Daroussin wrote: On Tue, Jun 05, 2012 at 10:10:02AM +0200, Guido Falsi wrote: I'm having this same problem, if you need a full log here you can find it: http://www.madpilot.net/~mad/typescript.xz Compressing it with xz reduced the size to an acceptable 485K. Be aware that once decompressed it grows to 90M. If you already have the log please ignore this email. To me the real error looks like this one(line 246132): [ build CXX ] xmloff/source/transform/EventOOoTContext In file included from /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2 .2/vcl/unx/generic/app/saldisp.cxx:73: [...] __gnu_cxx::__normal_iteratorSalDisplay::ScreenData *, std::vectorSalDisplay::ScreenData, std::allocatorSalDisplay::ScreenData ' requested here I'm sorry but I've been unable to figure anything more :( I just managed to rebuild libreoffice on 9.0-amd64 in a clean and sane building environnement (poudriere). it also runs as expected. That's good, I will try harder to compile it here. Maybe I need to clean up my installed ports a little. For your particular case can I imagine you are building on current? still I'll try to investigate No, this is a 9.0-STABLE machine: 9.0-STABLE FreeBSD 9.0-STABLE #35 r236167: Mon May 28 10:10:10 CEST 2012 I will also try upgrading to latest stable as soon as I have a little time to do that. My home PC is on -current but I can't start an openoffice build on it right now because it's busy doing other work. At worst I will leverage some tinderbox to build an openoffice package :) -- Guido Falsi madpi...@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: Ruby 1.9 as default
On Jun 5, 2012, at 1:52 AM, Konstantin Belousov wrote: On Mon, Jun 04, 2012 at 08:25:08PM -0400, Steve Wills wrote: On 06/01/12 22:30, Stanislav Sedov wrote: I'm not sure it's a good idea. Ruby 1.9 still has some nasty bugs on FreeBSD, related to the threads and fork. That is fork in ruby 1.9 hangs sometimes... The ONLY thing I can find is this: http://bugs.ruby-lang.org/issues/2097 which implies that it's fixed. If there's more to this issue than broken on 7.3 and earlier, PLEASE let me know. If ruby indeed does what the bugs described, that is, calls non-async signal safe functions from the threaded process after fork, then you are guaranteed to get random hangs sometimes. Actually, the problem I'm trying to debug right now is more weird. When I run mono via system(3) from the ruby 1.9 process (I mean, exactly system(3), not via some ruby wrapper) twice, it hangs on some umtx the second time. This works all the time. I'm still trying to track it down in mono, though it's not clear how this can happen at all. Isn't execve(2) used by system(3) is supposed to clear everything (mutexes at least)? Thanks! -- ST4096-RIPE ___ 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
PKGNG upgrade / reinstall overides directory permissions
Hello. I'm currently testing pkgng and poudriere as a replacement for old pkg and pkg_jail. When upgrading/reinstalling a port, pkg install / pkg upgrade resets the permissions of the directories created by the ports which already exist. Old pkg_add did not have this behavior. For example, - install lighttpd - chmod 750 /var/log/lighttpd - pkg install -f lighttpd = /var/log/lighttpd mode is reset to 700. Is this behavior correct ? Is there some option to avoid this ? Arnaud ___ 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: Ruby 1.9 as default
On Tue, Jun 05, 2012 at 02:04:33AM -0700, Stanislav Sedov wrote:
Actually, the problem I'm trying to debug right now is more weird.
When I run mono via system(3) from the ruby 1.9 process (I mean,
exactly system(3), not via some ruby wrapper) twice, it hangs on some
umtx the second time. This works all the time.
I'm still trying to track it down in mono, though it's not clear how
this can happen at all. Isn't execve(2) used by system(3) is supposed
to clear everything (mutexes at least)?
Hum... mono hanging... I experience this with Banshee this is why it s
marked IGNORE:
http://www.freshports.org/multimedia/banshee/
I used to see the mono process in the STOP state, but last time I
tried it was in the umtx state. Requesting a backtrace from mono make
it abort, attaching gdb to it also fails. The problem happenning after
a random amount of time (a few minutes, a few hours) I have not been
able de localise the source of the problem yet. If you have
experiencing the same problem but can reproduce it, it's a HUGE step
forward! Can you please provide me a minimal working example ? I tried
to jack something but it works as expected :-/
| $ cat foo.cs
| using System;
|
| public static class Foo {
| public static void Main (string[] args) {
| Console.WriteLine (Hello World);
| }
| }
| $ dmcs foo.cs
| $ /var/www/projects.sigabrt.org/.rvm/bin/ruby --version
| ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-freebsd9.0]
| $ cat foo.rb
| #!/var/www/projects.sigabrt.org/.rvm/bin/ruby
|
| system(/usr/local/bin/mono foo.exe);
| system(/usr/local/bin/mono foo.exe);
| $ ./foo.rb
| Hello World
| Hello World
| $
--
Romain Tartière rom...@freebsd.org http://people.FreeBSD.org/~romain/
pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F)
(plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated)
pgpiBztCY5gxc.pgp
Description: PGP signature
Re: Ruby 1.9 as default
On Tue, Jun 05, 2012 at 02:04:33AM -0700, Stanislav Sedov wrote: On Jun 5, 2012, at 1:52 AM, Konstantin Belousov wrote: On Mon, Jun 04, 2012 at 08:25:08PM -0400, Steve Wills wrote: On 06/01/12 22:30, Stanislav Sedov wrote: I'm not sure it's a good idea. Ruby 1.9 still has some nasty bugs on FreeBSD, related to the threads and fork. That is fork in ruby 1.9 hangs sometimes... The ONLY thing I can find is this: http://bugs.ruby-lang.org/issues/2097 which implies that it's fixed. If there's more to this issue than broken on 7.3 and earlier, PLEASE let me know. If ruby indeed does what the bugs described, that is, calls non-async signal safe functions from the threaded process after fork, then you are guaranteed to get random hangs sometimes. Actually, the problem I'm trying to debug right now is more weird. When I run mono via system(3) from the ruby 1.9 process (I mean, exactly system(3), not via some ruby wrapper) twice, it hangs on some umtx the second time. This works all the time. I'm still trying to track it down in mono, though it's not clear how this can happen at all. Isn't execve(2) used by system(3) is supposed to clear everything (mutexes at least)? The address space of the exec-ed process is completely reset, but the full process state is not. Most often, the problematic bits are the ignored signals, which are inherited. Please note that 'umtx hangs' are not system problems most often, but indicate an application bug. If program has multithreading bug that results in threads deadlock, you end up with threads in some umtx sleep state. Sorry, I cannot give any further advise except the hand-waving above. pgpFM7HMUcAGU.pgp Description: PGP signature
Re: PKGNG upgrade / reinstall overides directory permissions
Le 05/06/2012 12:00, Baptiste Daroussin a écrit : On Tue, Jun 05, 2012 at 11:10:19AM +0200, Arnaud Houdelette wrote: Hello. I'm currently testing pkgng and poudriere as a replacement for old pkg and pkg_jail. When upgrading/reinstalling a port, pkg install / pkg upgrade resets the permissions of the directories created by the ports which already exist. Old pkg_add did not have this behavior. For example, - install lighttpd - chmod 750 /var/log/lighttpd - pkg install -f lighttpd = /var/log/lighttpd mode is reset to 700. Is this behavior correct ? Is there some option to avoid this ? Arnaud This is expected and there is no way to avoid this but fixing the ports itself so that it create a 750 package. The package should be consistent and the permission should be set at the package creation time. Of course my view here might be wrong and I'm all open for aguments against that :D regards, Bapt I think it's understandable at install time, but not at reinstall / upgrade time. It complicates binary upgrade process, which is what I thougth pkgng was intended to make easier. User should not be forced to reapply permissions after each upgrade, even more if said user is not responsible of package creation (i.e. use of freebsd.org repo). Moreover, this is not consistant with make install behavior, which does not overides permisions if directory already exists. Maybe make an option of this ? ___ 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 Ports conflicts checker
On 6/5/12 3:00 AM, Sulev-Madis 'ketas' Silber wrote: HTML version of this report is here:http://ketas.si.pri.ee/ports-conflicts/po...@freebsd.org For port accessibility/kdeaccessibility suggesting new CONFLICTS jovie-[0-9]* kdeartwork-[0-9]* kmag-[0-9]* kmousetool-[0-9]* kmouth-[0-9]* because of overlapping files bin/kmag (also used by accessibility/kmag) ... skipped 1396 other ones you opened several pr's. dumping this into ports@ is less than helpful. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: Ruby 1.9 as default
On Tue, Jun 05, 2012 at 11:42:09AM +0200, Romain Tartière wrote: I used to see the mono process in the STOP state oops: read pause state! ^T: load: 0.07 cmd: mono 46160 [pause] 4854.59r 165.68u 18.57s 0% 169264k ps l 46160: UID PID PPID CPU PRI NIVSZRSS MWCHAN STAT TT TIME COMMAND 1001 46160 46082 0 20 0 577332 161036 pause I+6 3:04,25 mono: banshee (mono) Romain -- Romain Tartière rom...@freebsd.org http://people.FreeBSD.org/~romain/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) pgpxiTQbL7nAA.pgp Description: PGP signature
Re: PKGNG upgrade / reinstall overides directory permissions
Baptiste Daroussin wrote:
On Tue, Jun 05, 2012 at 11:10:19AM +0200, Arnaud Houdelette wrote:
Hello.
I'm currently testing pkgng and poudriere as a replacement for old pkg
and pkg_jail.
When upgrading/reinstalling a port, pkg install / pkg upgrade resets the
permissions of the directories created by the ports which already exist.
Old pkg_add did not have this behavior.
For example,
- install lighttpd
- chmod 750 /var/log/lighttpd
- pkg install -f lighttpd
= /var/log/lighttpd mode is reset to 700.
Is this behavior correct ? Is there some option to avoid this ?
Arnaud
This is expected and there is no way to avoid this but fixing the ports itself
so that it create a 750 package.
The package should be consistent and the permission should be set at the
package creation
time.
Of course my view here might be wrong and I'm all open for aguments against that
:D
I am against automatic (silent) overriding of modified directory
permissions / owners. It is really annoying to correct it after each
update of the port.
I am not saying that it is problem of PKGNG, it is sometime problem
elsewhere - in my example in rc script of courier-authdaemond which contains
install -o courier -g courier -m 0750 -d ${authdaemonvar}
So after update / reinstall, Postfix cannot connect to
courier-authdaemond socket to verify SMTP auth.
I don't know how it should be done for all ports in the same way.
Some ports let the user to create directories manually, some create them
only if directories doesn't exist, some change owner and permission on
existing directories (the worst case).
In the case of Lighttpd, the Makefile contains
LIGHTTPD_LOGROOT?= /var/log/lighttpd
LIGHTTPD_WEBROOT?= ${PREFIX}/www/data
LIGHTTPD_USER?= www
LIGHTTPD_GROUP?=www
PLIST_SUB+= LOGROOT=${LIGHTTPD_LOGROOT} \
USER=${LIGHTTPD_USER} \
GROUP=${LIGHTTPD_GROUP} \
MKDIR=${MKDIR} \
CHOWN=${CHOWN}
Is it possible to add LIGHTTPD_LOGROOT_MODE (or some other variable)
to allow user to override default mode in make.conf?
LIGHTTPD_LOGROOT_MODE?= 0750
Or is it already recorded in binary package and cannot be overriden in
install time?
Miroslav Lachman
___
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: New OPTIONS and make.conf knobs
Doug Barton wrote: On 06/04/2012 04:29, Miroslav Lachman wrote: Yes, that's right. But I am confused why portmaster does not show the options dialog to let user uncheck QT4? There is code to do this if you use the --force-config option. I haven't made that the default yet because it's a fairly complex part of the code, and I'm not sure that making it the default won't do more harm than good. Please try it and let me know how it goes for you. It works with some minor problem... # portmaster --force-config emulators/virtualbox-ose === Currently installed version: virtualbox-ose-4.1.16 === Port directory: /usr/ports/emulators/virtualbox-ose === This port is marked BROKEN === QT4 frontend requires X11 support. Run 'make config' again! Then it waits for a second or two and then displays the dialog. I unchecked the QT4, confirmed with OK button and then options dialog re-appeared again with my previously confirmed options. So I confirmed the dialog again and then installation continues in normal way. Am I right, that --force-config will show options dialog even in cases where I already have stored options for given port? Miroslav Lachman ___ 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 Ports conflicts checker
Well, I admit that this short summary was little too big. Bigger than the another report that regularly ends up in ports@ Maybe big maintainer groups need different approach to this. And this needs more refinement. I let things settle for a while and tell few weeks later what is left. With more sanity and size checks, maybe. Refined form of conflicts. This report already contains useful stuff but it's hard to spot currently. On 2012-06-05 13:35, Michael Scheidell wrote: On 6/5/12 3:00 AM, Sulev-Madis 'ketas' Silber wrote: HTML version of this report is here: http://ketas.si.pri.ee/ports-conflicts/po...@freebsd.org For port accessibility/kdeaccessibility suggesting new CONFLICTS jovie-[0-9]* kdeartwork-[0-9]* kmag-[0-9]* kmousetool-[0-9]* kmouth-[0-9]* because of overlapping files bin/kmag (also used by accessibility/kmag) ... skipped 1396 other ones you opened several pr's. dumping this into ports@ is less than helpful. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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
[CFIT] Call for Ideas and Volunteers aka stage directory support
Hi all,
The work will now begin to have a very long due feature in the ports tree.
Every sane package system are working with a stage directory support, this is
almost mandatory to have something clean.
That allows you to :
- be able to process anything but installation as a user (long
term goal)
- be sure to always have clean plist
- prevent crufts from behing installed
- create a package without having to install it
- many many more
I see it in 5 steps:
1/ create USE_STAGE which can be set to yes or no, no being the default.
2/ switch this to default on no
3/ create a USE_FAKEROOT (using security/fakeroot or a like) for ports that
needs it
4/ drop support for non staged ports
5/ be able to sandbox all the built into the ${WRKSRC} (capsicum)
I have started a wiki page for that.
http://wiki.freebsd.org/ports/StageDir
Please join, share your ideas, willing etc.
Please note that this doesn't concern yet sub package or flavours, both will
come later!
regards,
BApt
pgpw5D5QQIQ99.pgp
Description: PGP signature
Re: Ruby 1.9 as default
On Jun 5, 2012, at 1:52 AM, Konstantin Belousov wrote: On Mon, Jun 04, 2012 at 08:25:08PM -0400, Steve Wills wrote: On 06/01/12 22:30, Stanislav Sedov wrote: I'm not sure it's a good idea. Ruby 1.9 still has some nasty bugs on FreeBSD, related to the threads and fork. That is fork in ruby 1.9 hangs sometimes... The ONLY thing I can find is this: http://bugs.ruby-lang.org/issues/2097 which implies that it's fixed. If there's more to this issue than broken on 7.3 and earlier, PLEASE let me know. If ruby indeed does what the bugs described, that is, calls non-async signal safe functions from the threaded process after fork, then you are guaranteed to get random hangs sometimes. Actually, the problem I'm trying to debug right now is more weird. When I run mono via system(3) from the ruby 1.9 process (I mean, exactly system(3), not via some ruby wrapper) twice, it hangs on some umtx the second time. This works all the time. I'm still trying to track it down in mono, though it's not clear how this can happen at all. Isn't execve(2) used by system(3) is supposed to clear everything (mutexes at least)? Is this perhaps the -pthread issue I hit with perl? The issue is that if you call (dlopen, exec, whatever) a threaded app from a non-threaded on, it hangs due to the fact that libc takes shortcuts and doesn't initialize thread related things in non-threaded apps. The solution is to build with -pthread. (I may be describing the problem wrong, but the solution of building with -pthread works.) Perhaps we need to build ruby with -pthread? Steve ___ 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
no MAINTAINER for postgresql90-client
The Makefile has no MAINTAINER line. Is this deliberate? If so, why? And who do I contact about a problem building this port? (Tarball doesn't fetch.) 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: no MAINTAINER for postgresql90-client
05.06.2012 17:53, Robert Huff написал: The Makefile has no MAINTAINER line. Is this deliberate? If so, why? And who do I contact about a problem building this port? (Tarball doesn't fetch.) That should give you the maintainer: - % make -C /usr/ports/databases/postgresql90-client -V MAINTAINER - -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: no MAINTAINER for postgresql90-client
* Robert Huff [Tue, 5 Jun 2012 09:53:37 -0400]: The Makefile has no MAINTAINER line. Is this deliberate? If so, why? And who do I contact about a problem building this port? (Tarball doesn't fetch.) In the ports directory type make maintainer ___ 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: make failed for editors/libreoffice
FWIW, resulting package is only $ du -h libreoffice-3.5.2_4.tbz 94Mlibreoffice-3.5.2_4.tbz So if somebody would like to host it, let me know. Mind, that it's -march=native amd64 build, so you will unfortunately need Intel Core 2 Penryn (they added SSE 4.1 in Penryns) or newer CPU. As far I can tell, calc and editor are working. -- View this message in context: http://freebsd.1045724.n5.nabble.com/make-failed-for-editors-libreoffice-tp5713591p5715326.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: make failed for editors/libreoffice
Is it possible to disable parallel make jobs? If so, what is the correct way to do so? 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: no MAINTAINER for postgresql90-client
* Robert Huff [Tue, 5 Jun 2012 09:53:37 -0400]: The Makefile has no MAINTAINER line. Is this deliberate? If so, why? And who do I contact about a problem building this port? (Tarball doesn't fetch.) In the ports directory type make maintainer [/usr/ports/databases/postgresql90-client]$ make -V MAINTAINER pg...@freebsd.org I am within the maintainer group. Is there an issue? -jgh ___ 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: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 11:04:10AM +0200, Guido Falsi wrote: On Tue, Jun 05, 2012 at 10:46:44AM +0200, Baptiste Daroussin wrote: On Tue, Jun 05, 2012 at 10:10:02AM +0200, Guido Falsi wrote: I'm having this same problem, if you need a full log here you can find it: http://www.madpilot.net/~mad/typescript.xz Compressing it with xz reduced the size to an acceptable 485K. Be aware that once decompressed it grows to 90M. If you already have the log please ignore this email. To me the real error looks like this one(line 246132): [ build CXX ] xmloff/source/transform/EventOOoTContext In file included from /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2 .2/vcl/unx/generic/app/saldisp.cxx:73: [...] __gnu_cxx::__normal_iteratorSalDisplay::ScreenData *, std::vectorSalDisplay::ScreenData, std::allocatorSalDisplay::ScreenData ' requested here I'm sorry but I've been unable to figure anything more :( I just managed to rebuild libreoffice on 9.0-amd64 in a clean and sane building environnement (poudriere). it also runs as expected. That's good, I will try harder to compile it here. Maybe I need to clean up my installed ports a little. For your particular case can I imagine you are building on current? still I'll try to investigate No, this is a 9.0-STABLE machine: 9.0-STABLE FreeBSD 9.0-STABLE #35 r236167: Mon May 28 10:10:10 CEST 2012 I will also try upgrading to latest stable as soon as I have a little time to do that. My home PC is on -current but I can't start an openoffice build on it right now because it's busy doing other work. At worst I will leverage some tinderbox to build an openoffice package :) STABLE also has a fresh clang iirc, it seems like incompatibilities between the libstdc++ in base and clang maybe some missing MFC? I'll check regards, Bapt pgpYVPYtBkpAS.pgp Description: PGP signature
Re: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 10:49:06AM -0400, Robert Huff wrote: Is it possible to disable parallel make jobs? If so, what is the correct way to do so? Robert Huff Well it is disabled by default the parallel build you see is enable natively by their configure, I need to hack it to be able to disable correctly iirc regards, Bapt pgpd6RXs6tQMp.pgp Description: PGP signature
Re: make failed for editors/libreoffice
Theoretically LibreOffice already has MAKE_JOBS_UNSAFE= yes in port's Makefile, but it's internally still parallelizing, correct? -- View this message in context: http://freebsd.1045724.n5.nabble.com/make-failed-for-editors-libreoffice-tp5713591p5715337.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: no MAINTAINER for postgresql90-client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Helfman skrev: * Robert Huff [Tue, 5 Jun 2012 09:53:37 -0400]: The Makefile has no MAINTAINER line. Is this deliberate? If so, why? And who do I contact about a problem building this port? (Tarball doesn't fetch.) In the ports directory type make maintainer [/usr/ports/databases/postgresql90-client]$ make -V MAINTAINER pg...@freebsd.org I am within the maintainer group. Is there an issue? -jgh Hi, To me, this looks like a routing problem. Did you try the fetch command? Palle -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPziKJAAoJEIhV+7FrxBJD8LEIAMAwK66yNcUPO1Qbx2p1T0Qo NaUZU9GHHRGLCWW32lwUr44CwhPXrfAtcFN3UCY1/Zg3HPzHUqrWe7coHe5GTAbm o80SLTRbeRi/Cudn//XqlOXh6v1JPC317LbQdERfXcW81X9kfGv76q82oXgoZsoR Nuqa1Fp3RGymRGIna2NA5vWw3L2+kq69Zt3J99QYNz1FLdwBOObu5yE5TuLDp3tZ M4JDwTLwC7y6oPqAXLmRucNU7BYO88pa194X4/mrOdfEnHJAgkwITzP+wbofABJ2 RG1xDvpHEiISEjSYTJGU9L7QLMJ82RGF/CNrA5lnvBgNKU74fOR7Au+IscmzAbA= =Agb5 -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ruby 1.9 as default
On Fri, Jun 01, 2012 at 09:32:53PM -0400, Steve Wills wrote: I think we should try to make Ruby 1.9 the default Ruby again and would like to see it done before 9.1 is released. I've submitted a patch which does this and requested and exp-run from portmgr. I would like to get feedback on this idea. If you have experience with Ruby 1.9 as default, good or bad, please speak up. You can test this by setting RUBY_DEFAULT_VER=1.9 in /etc/make.conf or editing Mk/bsd.ruby.mk and setting the same variable there. More specifically, I'd like a switch to 1.9.3+ as default. I hope the end result will not be = 1.9.2, for a number of reasons, including the fact that 1.9.3 is when Ruby started using a copyfree license (the Simplified BSD License, or 2-clause BSD License) instead of the previous copyleft license (the GPL). -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.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
Any news on Suhosin?
When will the patch and extension be available for 5.4? Any idea? -- Paul Schmehl (pa...@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/infosecurity/ ___ 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: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 08:03:20AM -0700, Jakub Lach wrote: Theoretically LibreOffice already has MAKE_JOBS_UNSAFE= yes in port's Makefile, but it's internally still parallelizing, correct? Correct regards, Bapt pgpc67zRP2Ecn.pgp Description: PGP signature
Re: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 10:49:06AM -0400, Robert Huff wrote: Is it possible to disable parallel make jobs? If so, what is the correct way to do so? 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 btw before getting any further, did you mix any ports some build with gcc46 some with clang or based gcc? (in particular libraries?) regards, Bapt pgp7uOnLucHBi.pgp Description: PGP signature
Re: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 05:49:05PM +0200, Baptiste Daroussin wrote: On Tue, Jun 05, 2012 at 10:49:06AM -0400, Robert Huff wrote: Is it possible to disable parallel make jobs? If so, what is the correct way to do so? 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 btw before getting any further, did you mix any ports some build with gcc46 some with clang or based gcc? (in particular libraries?) On this machine I'm using base gcc for everything...except openoffice which is by itself using clang. -- Guido Falsi madpi...@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: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 06:48:38PM +0200, Guido Falsi wrote: On Tue, Jun 05, 2012 at 05:49:05PM +0200, Baptiste Daroussin wrote: On Tue, Jun 05, 2012 at 10:49:06AM -0400, Robert Huff wrote: Is it possible to disable parallel make jobs? If so, what is the correct way to do so? 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 btw before getting any further, did you mix any ports some build with gcc46 some with clang or based gcc? (in particular libraries?) On this machine I'm using base gcc for everything...except openoffice which is by itself using clang. -- Guido Falsi madpi...@freebsd.org Like libreoffice :( pgplHf6cDH3nQ.pgp Description: PGP signature
Re: make failed for editors/libreoffice
On Tue, Jun 05, 2012 at 06:55:55PM +0200, Baptiste Daroussin wrote: On Tue, Jun 05, 2012 at 06:48:38PM +0200, Guido Falsi wrote: On Tue, Jun 05, 2012 at 05:49:05PM +0200, Baptiste Daroussin wrote: On Tue, Jun 05, 2012 at 10:49:06AM -0400, Robert Huff wrote: Is it possible to disable parallel make jobs? If so, what is the correct way to do so? 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 btw before getting any further, did you mix any ports some build with gcc46 some with clang or based gcc? (in particular libraries?) On this machine I'm using base gcc for everything...except openoffice which is by itself using clang. -- Guido Falsi madpi...@freebsd.org Like libreoffice :( Sorry, lapsus, I meant libreoffice -- Guido Falsi madpi...@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
'make extract' downloads already downloaded file
Hi all,
I'm having a problem with a port I am currently maintaining. This is
the log from pointyhat:
erwin@freefall:cad/openvsp make fetch
=== License check disabled, port has not defined LICENSE
/usr/bin/fetch -o /home/erwin/tmp/OpenVSP_2.0_Community.tar.gz
https://nodeload.github.com/OpenVSP/OpenVSP/tarball/OpenVSP_2.0_Community
/home/erwin/tmp/OpenVSP_2.0_Community.tar.gz 100% of 2808 kB 1271 kBps
erwin@freefall:cad/openvsp make extract
=== License check disabled, port has not defined LICENSE
/usr/bin/fetch -o /home/erwin/tmp/OpenVSP_2.0_Community.tar.gz
https://nodeload.github.com/OpenVSP/OpenVSP/tarball/OpenVSP_2.0_Community
/home/erwin/tmp/OpenVSP_2.0_Community.tar.gz 100% of 2808 kB 1208 kBps
=== Extracting for openvsp-2.0_1
= SHA256 Checksum OK for OpenVSP_2.0_Community.tar.gz.
erwin@freefall:cad/openvsp
This[1] is the current Makefile
According to Erwin there's something wrong with the redefinition of
DISTNAME and do-fetch that confuses the infrastructure. I tried to do
the same thing I do in another port I maintain, math/dynare[2] which
doesn't suffer this problem. This is the Makefile I'm working on:
# Port makefile for:openvsp
# Date created: Apr 10 2012
# Whom: Fernando Apesteguia fernando.apesteg...@gmail.com
#
# $FreeBSD$
PORTNAME= openvsp
PORTVERSION=2.0
CATEGORIES= cad
MASTER_SITES=
https://nodeload.github.com/OpenVSP/OpenVSP/tarball/OpenVSP_${PORTVERSION}_Community
MAINTAINER= fernando.apesteg...@gmail.com
COMMENT=Create a 3D model of an aircraft defined by
engineering parameters
BUILD_DEPENDS= ${LOCALBASE}/lib/libopenNURBS.a:${PORTSDIR}/graphics/opennurbs
LIB_DEPENDS+= fltk:${PORTSDIR}/x11-toolkits/fltk
LIB_DEPENDS+= xml2:${PORTSDIR}/textproc/libxml2
LIB_DEPENDS+= jpeg:${PORTSDIR}/graphics/jpeg
LIB_DEPENDS+= png:${PORTSDIR}/graphics/png
LIB_DEPENDS+= Xinerama:${PORTSDIR}/x11/libXinerama
LIB_DEPENDS+= Xft:${PORTSDIR}/x11-fonts/libXft
WRKSRC= ${WRKDIR}/OpenVSP-OpenVSP-574d7c3/src
USE_CMAKE= yes
USE_DOS2UNIX= yes
EXAMPLESDIR=${PREFIX}/share/examples/openvsp
do-fetch:
fetch -o ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ${MASTER_SITES}
do-install:
@${INSTALL_PROGRAM} ${WRKSRC}/vsp/vsp ${PREFIX}/bin
@${MKDIR} ${EXAMPLESDIR}
.for i in airfoil cabin fonts fuselage models setup textures
@${MKDIR} ${EXAMPLESDIR}/${i}
@${INSTALL_DATA} ${WRKSRC}/../examples/${i}/* ${EXAMPLESDIR}/${i}
.endfor
.include bsd.port.mk
Still, after a 'make checksum', invoking a 'make extract' causes the
tarball to be downloaded again. I checked and the file exists in
/usr/ports/distfiles
Any ideas of what the problem is?
Thanks in advance.
[1]
http://www.freebsd.org/cgi/cvsweb.cgi/ports/cad/openvsp/Makefile?rev=1.2;content-type=text%2Fplain
[2]
http://www.freebsd.org/cgi/cvsweb.cgi/ports/math/dynare/Makefile?rev=1.5;content-type=text%2Fplain
___
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: [OPTIONS NG] multiple OPTIONS_MULTI not possible
Lars Engels lars.eng...@0x20.net wrote: OPTIONS_MULTI= ENCODER OPTIONS_MULTI_ENCODER= LAME VORBIS FLAC OPTIONS_MULTI= ENGINE OPTIONS_MULTI_ENGINE= MPLAYER XINE You are overwriting OPTIONS_MULTI. To append, use += , e.g. OPTIONS_MULTI= ENCODER OPTIONS_MULTI_ENCODER= LAME VORBIS FLAC OPTIONS_MULTI+= ENGINE # OPTIONS_MULTI_ENGINE= MPLAYER XINE -- Christian naddy Weisgerber na...@mips.inka.de ___ 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: make failed for editors/libreoffice
Baptiste Daroussin b...@freebsd.org wrote:
On Tue, Jun 05, 2012 at 10:10:02AM +0200, Guido Falsi wrote:
On Tue, Jun 05, 2012 at 08:18:56AM +0200, Baptiste Daroussin wrote:
I have the same problem but i can pass it except for tail_build. My
options :
GTK3 (I don't remember, but maybe tested also with GTK2)
JAVA
MMEDIA
PGSQL
SVG
The problem is that none of the reports here presented the real errors, to
fix
the problems I would the full log (which is huge).
I'm having this same problem, if you need a full log here you can find
it:
http://www.madpilot.net/~mad/typescript.xz
Compressing it with xz reduced the size to an acceptable 485K. Be aware
that once decompressed it grows to 90M.
If you already have the log please ignore this email.
To me the real error looks like this one(line 246132):
[ build CXX ] xmloff/source/transform/EventOOoTContext
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/unx/generic/app/saldisp.cxx:73:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/inc/unx/salunx.h:34:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/vcl/inc/unx/salstd.hxx:34:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/tools/string.hxx:36:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/rtl/string.hxx:40:
In file included from
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2
.2/solver/unxfbsd.pro/inc/sal/log.hxx:36:
In file included from /usr/include/c++/4.2/sstream:43:
In file included from /usr/include/c++/4.2/istream:43:
In file included from /usr/include/c++/4.2/ios:44:
In file included from /usr/include/c++/4.2/bits/char_traits.h:45:
/usr/include/c++/4.2/bits/stl_algobase.h:283:18: error: no viable
overloaded '='
*__result = *__first;
~ ^
/usr/include/c++/4.2/bits/stl_algobase.h:315:14: note: in instantiation
of function template specialization 'std::__copyfalse,
std::random_access_iterator_tag::copyconst SalDisplay::ScreenData *,
SalDisplay::ScreenData *' requested here
return std::__copy__simple, _Category::copy(__first, __last,
__result);
^
/usr/include/c++/4.2/bits/stl_algobase.h:367:22: note: in instantiation
of function template specialization 'std::__copy_auxconst
SalDisplay::ScreenData *, SalDisplay::ScreenData *' requested here
{ return _OI(std::__copy_aux(__first.base(), __last.base(),
^
/usr/include/c++/4.2/bits/stl_algobase.h:400:15: note: in instantiation
of function template specialization 'std::__copy_normaltrue,
true::__copy_n__gnu_cxx::__normal_iteratorconst
SalDisplay::ScreenData *, std::vectorSalDisplay::ScreenData,
std::allocatorSalDisplay::ScreenData ,
__gnu_cxx::__normal_iteratorSalDisplay::ScreenData *,
std::vectorSalDisplay::ScreenData,
std::allocatorSalDisplay::ScreenData ' requested here
I'm sorry but I've been unable to figure anything more :(
--
Guido Falsi madpi...@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
I just managed to rebuild libreoffice on 9.0-amd64 in a clean and sane
building
environnement (poudriere). it also runs as expected.
For your particular case can I imagine you are building on current?
No!
FreeBSD 9.0-STABLE
___
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: make failed for editors/libreoffice
Baptiste Daroussin b...@freebsd.org wrote: On Tue, Jun 05, 2012 at 10:49:06AM -0400, Robert Huff wrote: Is it possible to disable parallel make jobs? If so, what is the correct way to do so? 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 btw before getting any further, did you mix any ports some build with gcc46 some with clang or based gcc? (in particular libraries?) no gcc from ports here. Only base GCC ___ 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: Ruby 1.9 as default
On Tue, 5 Jun 2012 09:43:55 -0400 Steve Wills swi...@mouf.net mentioned: Is this perhaps the -pthread issue I hit with perl? The issue is that if you call (dlopen, exec, whatever) a threaded app from a non-threaded on, it hangs due to the fact that libc takes shortcuts and doesn't initialize thread related things in non-threaded apps. The solution is to build with -pthread. (I may be describing the problem wrong, but the solution of building with -pthread works.) You usually cannot dlopen the object linked agains pthread from a non-pthreaded object. Or it is used to be that way. Exec should work fine, I don't see how this can be an issue. Perhaps we need to build ruby with -pthread? Of course, we already do. Both of them. -- 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
Re: Ruby 1.9 as default
On Tue, 5 Jun 2012 11:42:09 +0200 Romain Tartière rom...@freebsd.org mentioned: On Tue, Jun 05, 2012 at 02:04:33AM -0700, Stanislav Sedov wrote: Actually, the problem I'm trying to debug right now is more weird. When I run mono via system(3) from the ruby 1.9 process (I mean, exactly system(3), not via some ruby wrapper) twice, it hangs on some umtx the second time. This works all the time. I'm still trying to track it down in mono, though it's not clear how this can happen at all. Isn't execve(2) used by system(3) is supposed to clear everything (mutexes at least)? Hum... mono hanging... I experience this with Banshee this is why it s marked IGNORE: http://www.freshports.org/multimedia/banshee/ I used to see the mono process in the STOP state, but last time I tried it was in the umtx state. Requesting a backtrace from mono make it abort, attaching gdb to it also fails. The problem happenning after a random amount of time (a few minutes, a few hours) I have not been able de localise the source of the problem yet. If you have experiencing the same problem but can reproduce it, it's a HUGE step forward! Can you please provide me a minimal working example ? I tried to jack something but it works as expected :-/ Hi! Sounds similar. Unfortunately, my app is proprietary. I'll try to prepare some smaller test case today. -- 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
Re: Ruby 1.9 as default
On Tue, Jun 05, 2012 at 11:01:12AM -0700, Stanislav Sedov wrote: Sounds similar. Unfortunately, my app is proprietary. I'll try to prepare some smaller test case today. Thanks! In the meantime, I am trying to run Banshee with this in /etc/libmap.conf: | [/usr/local/bin/mono] | libthr.so.3 libpthread.so Since the hang appears randomly, I will let Banshee play music for a while and see if it still hangs at some point. Romain -- Romain Tartière rom...@freebsd.org http://people.FreeBSD.org/~romain/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) pgp1kgj6zmvNV.pgp Description: PGP signature
Re: Ruby 1.9 as default
On Tue, 5 Jun 2012 20:08:36 +0200 Romain Tartière rom...@freebsd.org mentioned: On Tue, Jun 05, 2012 at 11:01:12AM -0700, Stanislav Sedov wrote: Sounds similar. Unfortunately, my app is proprietary. I'll try to prepare some smaller test case today. Thanks! In the meantime, I am trying to run Banshee with this in /etc/libmap.conf: | [/usr/local/bin/mono] | libthr.so.3 libpthread.so Why do you need this? libpthread.so is exactly libthr right now. -- 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
Re: FreeBSD Ports conflicts checker
[ PLEASE don't top-post, ktnx ] On Tue, 05 Jun 2012 14:29:58 +0300 Sulev-Madis Silber madis...@hot.ee wrote: Well, I admit that this short summary was little too big. Bigger than the another report that regularly ends up in ports@ Maybe big maintainer groups need different approach to this. And this needs more refinement. I let things settle for a while and tell few weeks later what is left. With more sanity and size checks, maybe. Refined form of conflicts. This report already contains useful stuff but it's hard to spot currently. Port maintained by ports@ are unmaintained so there's no big maintainer group here; IMO you should send this kind of botmails to ports@ from time to time (each 2-4 weeks), eventually with some by-hand comments in it if that's the case. Else no one will know / fix these ports. Based on my experience of running QAT for some years: - $people will complain about noise - $people will complain about the way the mail is formatted (yeh, of course I have a few suggestion about that :D ) (in 90% of the cases, $people above would do much better to ssh freefall.FreeBSD.org tail -2 /etc/motd) - bugging people / lists on each run makes people ignore the issues My suggestion is to: - do a mass mailing (recap) each 6-8 weeks, - not send a mail on each run, except a commit was done to the respective ports since the lasts mail (in which case the problem should have been fixed) - avoid false-positives even if this way you risk missing some problems; 5% of false positives make people doubt the real 95% problems (generally speaking, getting right the last 5-10% is 90% of the work) - KEEP STATS. LOTS OF. if $port is broken for weeks and weeks, then we(portmgr@)'d like to know about it in order to find out what prevents it to be fixed and get it fixed. From a QA POV, I think your work is one of the best things that happened in the last years. THANK YOU for your work. (I'll be in touch in the next days). -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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: Ruby 1.9 as default
On Tue, Jun 05, 2012 at 11:18:06AM -0700, Stanislav Sedov wrote: Why do you need this? libpthread.so is exactly libthr right now. meh. I remembered some threading juggling with libpthread / libthr and since ldd reported libthr.so I was wondering if the problem was not back and switching to the other one would give better result. Didn't though about checking that everything was a set of symlinks to libthr. Thanks for the hint! Romain -- Romain Tartière rom...@freebsd.org http://people.FreeBSD.org/~romain/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) pgpn1CLTn0rLo.pgp Description: PGP signature
Re: net-im/skype-devel
On Tue, 5 Jun 2012 11:56:51 +0800 Martin Wilke m...@freebsd.org wrote: On Mon, 4 Jun 2012 23:41:05 +0300 Ion-Mihai Tetcu ite...@freebsd.org wrote: Last time I tested, yes, that was one of the problems. Current beta from skype is at .99, you could give it a try, but I don't expect anything better. And upcoming 3 is even worse. I tested already it doesn't work, because it requires libtiff.so.4. Yeh, I know. As with other non-trivial linux ports, problems arise from both linuxulator and linux_base ports. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ 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: Any news on Suhosin?
Thanks, Kurt. Looks like it's never going to be included in the php distro again, so now I need to find out what the consequences are of not including it. Googling.. --On June 5, 2012 11:47:04 AM -0500 Kurt Jaeger li...@opsec.eu wrote: Hi! When will the patch and extension be available for 5.4? Any idea? When I look at their webpage: http://www.hardened-php.net/suhosin/download.html It's not yet available for any php5.4. So it's an issue upstream, not at the fbsd ports side. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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: Any news on Suhosin?
--On June 5, 2012 2:27:12 PM -0500 Mark Felder f...@feld.me wrote:
On Tue, 05 Jun 2012 13:50:56 -0500, Paul Schmehl
pschmehl_li...@tx.rr.com wrote:
Thanks, Kurt. Looks like it's never going to be included in the php
distro again, so now I need to find out what the consequences are of not
including it. Googling..
It was never included in the PHP distribution.
What's this in the php4 Makefile then?
.if !defined(WITHOUT_SUHOSIN)
PATCHFILES+=suhosin-patch-${PORTVERSION}-0.9.6.patch.gz:suhosin
PATCH_SITES+= http://download.suhosin.org/:suhosin
PLIST_SUB+= SUHOSIN=
.else
PLIST_SUB+= SUHOSIN=@comment
.endif
--
Paul Schmehl, Senior Infosec Analyst
As if it wasn't already obvious, my opinions
are my own and not those of my employer.
***
It is as useless to argue with those who have
renounced the use of reason as to administer
medication to the dead. Thomas Jefferson
There are some ideas so wrong that only a very
intelligent person could believe in them. George Orwell
___
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: Any news on Suhosin?
Paul Schmehl wrote on 06.06.2012 00:21:
--On June 5, 2012 2:27:12 PM -0500 Mark Felder f...@feld.me wrote:
On Tue, 05 Jun 2012 13:50:56 -0500, Paul Schmehl
pschmehl_li...@tx.rr.com wrote:
Thanks, Kurt. Looks like it's never going to be included in the php
distro again, so now I need to find out what the consequences are of not
including it. Googling..
It was never included in the PHP distribution.
What's this in the php4 Makefile then?
.if !defined(WITHOUT_SUHOSIN)
PATCHFILES+= suhosin-patch-${PORTVERSION}-0.9.6.patch.gz:suhosin
PATCH_SITES+= http://download.suhosin.org/:suhosin
PLIST_SUB+= SUHOSIN=
.else
PLIST_SUB+= SUHOSIN=@comment
.endif
He means that suhosin is a third-party patch, that didn't included into
main php distribution. So you just need to wait when suhosin.org will
release new version for php54.
--
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: Any news on Suhosin?
I inferred that you meant distribution == part of the core PHP project. Yes, it has been distributed alongside PHP on many different operating 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
Re: Any news on Suhosin?
On 6/5/12 4:21 PM, Paul Schmehl wrote: It was never included in the PHP distribution. php distribution, as in php.net your example was for a FreeBSD port. Yes, our ports are a lot more functional and safe than distribution, more options, easier to use.. But the world doesn't have the advantage FreeBSD has. :-) -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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 Ports conflicts checker
For one thing, skimming casually I see mostly kde related ports conflicting with other kde ones which I presume are false positives, removing them from list would make it appear more meaningful. -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-Ports-conflicts-checker-tp5715211p5715523.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
kdebindings4-perl-perlqt
I am still running portmaster-Rr png- on FreeBSD 9.0 Release. I ahd some problems, some I saved, some I saved with your help, some applications I just uninstalled because I don't have enough time. Now I stak with kdebinding4-perl-perlqt: [ 21%] Building CXX object qtcore/tools/puic/CMakeFiles/puic4_bin.dir/perl/plwriteinitialization.cpp.o [ 22%] Building CXX object qtcore/src/CMakeFiles/perlqtcore4.dir/QtCore4.c.o Linking CXX shared library ../../blib/arch/auto/QtCore4/QtCore4.so CMakeFiles/perlqtcore4.dir/util.cpp.o: In function `XS_AUTOLOAD': util.cpp:(.text+0x109c6): undefined reference to `__stack_chk_fail_local' /usr/local/bin/ld: ../../blib/arch/auto/QtCore4/QtCore4.so: hidden symbol `__stack_chk_fail_local' isn't defined /usr/local/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status *** Error code 1 1 error *** Error code 2 [ 23%] Building CXX object qtcore/tools/puic/CMakeFiles/puic4_bin.dir/perl/plwriteincludes.cpp.o [ 24%] Building CXX object qtcore/tools/puic/CMakeFiles/puic4_bin.dir/main.cpp.o Linking CXX executable puic4 [ 24%] Built target puic4_bin 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/devel/kdebindings4-perl-perlqt. === make failed for devel/kdebindings4-perl-perlqt === Aborting update === Update for p5-kdebindings-perlqt-4.8.3 failed === Aborting update === Update for p5-kdebindings-perlkde-4.8.3 failed === Aborting update === Update for kdebindings-4.8.3 failed === Aborting update Terminated Thanks in advance. ___ 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: Ruby 1.9 as default
On 06/05/12 14:00, Stanislav Sedov wrote: You usually cannot dlopen the object linked agains pthread from a non-pthreaded object. Or it is used to be that way. My understanding is that you can now, IFF your non-threaded object is built with -pthread. Exec should work fine, I don't see how this can be an issue. Good point. Perhaps we need to build ruby with -pthread? Of course, we already do. Both of them. Ah, right, I realized this just after I hit send, sorry, need to have my coffee before sending email. :) From what I saw in your other messages, it sounds like this may be specific to the use of mono. Or can you reproduce with another program? Thanks, Steve ___ 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: make failed for editors/libreoffice
Em Ter, 2012-06-05 às 19:35 +0200, Heino Tiedemann escreveu: Baptiste Daroussin b...@freebsd.org wrote: On Tue, Jun 05, 2012 at 10:49:06AM -0400, Robert Huff wrote: Is it possible to disable parallel make jobs? If so, what is the correct way to do so? in the Makefile near the lines 120.. --with-num-cpus=1 \ --with-num-jobs=1 \ then rm work/.configu* make the system will configure to build libreoffice configure for ONE cpu and ONE job (dmake)... but after nnn hours, it does not build same errors We for sure need a libreoffice guru may be the famous 3.5.4 ___ 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: make failed for editors/libreoffice SOLVED
Hello all... finally I track down the problem with libreoffice, the problem is with the boost headers and files You MUST use the boost that comes with libreoffice, but somehow the makefiles searches /usr/local/include/* Solution: remove (temporary) boost-lib, boost-jam, then go to the editors/libreoffice ... and then choose the language: in my case : LOCALIZED_LANG=pt-BR put it in the Makefile, (or /etc/make.conf) than.. make install package, in a 8 cores cpu, with 8 jobs in paralell, libreoffice builds in 2 hours after that, reinstall boost-lib and boost-jam either from the ports, or from the packages.. Works for me ___ 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: make failed for editors/libreoffice SOLVED
On Tue, Jun 5, 2012 at 8:51 PM, Sergio de Almeida Lenzi lenzi.ser...@gmail.com wrote: Hello all... finally I track down the problem with libreoffice, the problem is with the boost headers and files You MUST use the boost that comes with libreoffice, but somehow the makefiles searches /usr/local/include/* Solution: remove (temporary) boost-lib, boost-jam, then go to the editors/libreoffice ... and then choose the language: in my case : LOCALIZED_LANG=pt-BR put it in the Makefile, (or /etc/make.conf) than.. make install package, in a 8 cores cpu, with 8 jobs in paralell, libreoffice builds in 2 hours after that, reinstall boost-lib and boost-jam either from the ports, or from the packages.. Here is an easy way: # portmaster -g boost-libs boost-jam # pkg_delete -f boost-libs-\* boost-jam-\* # postmaster libreoffice # portmaster -PP --local-packagedir=/usr/ports/packages boost-libs boost-jam or use pkg_add I'll admit that I am still building the packages, so I can't swear it will work, but it should. -- 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
Re: 'make extract' downloads already downloaded file
On Tue, Jun 5, 2012 at 7:12 PM, Fernando Apesteguía
fernando.apesteg...@gmail.com wrote:
Hi all,
I'm having a problem with a port I am currently maintaining. This is
the log from pointyhat:
erwin@freefall:cad/openvsp make fetch
=== License check disabled, port has not defined LICENSE
/usr/bin/fetch -o /home/erwin/tmp/OpenVSP_2.0_Community.tar.gz
https://nodeload.github.com/OpenVSP/OpenVSP/tarball/OpenVSP_2.0_Community
/home/erwin/tmp/OpenVSP_2.0_Community.tar.gz 100% of 2808 kB 1271 kBps
erwin@freefall:cad/openvsp make extract
=== License check disabled, port has not defined LICENSE
/usr/bin/fetch -o /home/erwin/tmp/OpenVSP_2.0_Community.tar.gz
https://nodeload.github.com/OpenVSP/OpenVSP/tarball/OpenVSP_2.0_Community
/home/erwin/tmp/OpenVSP_2.0_Community.tar.gz 100% of 2808 kB 1208 kBps
=== Extracting for openvsp-2.0_1
= SHA256 Checksum OK for OpenVSP_2.0_Community.tar.gz.
erwin@freefall:cad/openvsp
This[1] is the current Makefile
According to Erwin there's something wrong with the redefinition of
DISTNAME and do-fetch that confuses the infrastructure. I tried to do
the same thing I do in another port I maintain, math/dynare[2] which
doesn't suffer this problem. This is the Makefile I'm working on:
Correction: math/dynare suffers the same problem.
I finally have a fix for this (check for the presence of DISTNAME in DISTDIR
before trying to download the file).
Thanks.
# Port makefile for: openvsp
# Date created: Apr 10 2012
# Whom: Fernando Apesteguia fernando.apesteg...@gmail.com
#
# $FreeBSD$
PORTNAME= openvsp
PORTVERSION= 2.0
CATEGORIES= cad
MASTER_SITES=
https://nodeload.github.com/OpenVSP/OpenVSP/tarball/OpenVSP_${PORTVERSION}_Community
MAINTAINER= fernando.apesteg...@gmail.com
COMMENT= Create a 3D model of an aircraft defined by
engineering parameters
BUILD_DEPENDS= ${LOCALBASE}/lib/libopenNURBS.a:${PORTSDIR}/graphics/opennurbs
LIB_DEPENDS+= fltk:${PORTSDIR}/x11-toolkits/fltk
LIB_DEPENDS+= xml2:${PORTSDIR}/textproc/libxml2
LIB_DEPENDS+= jpeg:${PORTSDIR}/graphics/jpeg
LIB_DEPENDS+= png:${PORTSDIR}/graphics/png
LIB_DEPENDS+= Xinerama:${PORTSDIR}/x11/libXinerama
LIB_DEPENDS+= Xft:${PORTSDIR}/x11-fonts/libXft
WRKSRC= ${WRKDIR}/OpenVSP-OpenVSP-574d7c3/src
USE_CMAKE= yes
USE_DOS2UNIX= yes
EXAMPLESDIR= ${PREFIX}/share/examples/openvsp
do-fetch:
fetch -o ${DISTDIR}/${DISTNAME}${EXTRACT_SUFX} ${MASTER_SITES}
do-install:
@${INSTALL_PROGRAM} ${WRKSRC}/vsp/vsp ${PREFIX}/bin
@${MKDIR} ${EXAMPLESDIR}
.for i in airfoil cabin fonts fuselage models setup textures
@${MKDIR} ${EXAMPLESDIR}/${i}
@${INSTALL_DATA} ${WRKSRC}/../examples/${i}/* ${EXAMPLESDIR}/${i}
.endfor
.include bsd.port.mk
Still, after a 'make checksum', invoking a 'make extract' causes the
tarball to be downloaded again. I checked and the file exists in
/usr/ports/distfiles
Any ideas of what the problem is?
Thanks in advance.
[1]
http://www.freebsd.org/cgi/cvsweb.cgi/ports/cad/openvsp/Makefile?rev=1.2;content-type=text%2Fplain
[2]
http://www.freebsd.org/cgi/cvsweb.cgi/ports/math/dynare/Makefile?rev=1.5;content-type=text%2Fplain
___
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
