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::__copy::copy' 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_aux' 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_normal::__copy_n<__gnu_cxx::__normal_iterator > >,
__gnu_cxx::__normal_iterator > > >' requested here
I'm sorry but I've been unable to figure anything more :(
--
Guido Falsi
___
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::__copy std::random_access_iterator_tag>::copy 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_aux 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_normal true>::__copy_n<__gnu_cxx::__normal_iterator SalDisplay::ScreenData *, std::vector std::allocator > >,
> __gnu_cxx::__normal_iterator std::vector std::allocator > > >' requested here
>
>
> I'm sorry but I've been unable to figure anything more :(
>
> --
> Guido Falsi
> ___
> 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_iterator > std::vector > std::allocator > > >' 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 ___ 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 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
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 pgpTOdF3H1K6V.pgp Description: PGP signature
Re: make failed for editors/libreoffice
Stranger than fiction! I successfully installed (and it's working) LibreOffice with gcc47! Indeed maybe it's parallelization issue, because each time some module failed I rm it ( e.g. rm -r libreoffice/work/libreoffice-core-3.5.2.2/boost) and restarted build in libreoffice/work/libreoffice-core-3.5.2.2 by sudo gmake. -- View this message in context: http://freebsd.1045724.n5.nabble.com/make-failed-for-editors-libreoffice-tp5713591p5715226.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
On Tue, Jun 05, 2012 at 03:06:44AM -0700, Jakub Lach wrote: > Stranger than fiction! > > I successfully installed (and it's working) LibreOffice with gcc47! > > Indeed maybe it's parallelization issue, because each time > some module failed I rm it ( e.g. rm -r > libreoffice/work/libreoffice-core-3.5.2.2/boost) > and restarted build in libreoffice/work/libreoffice-core-3.5.2.2 by > sudo gmake. > > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/make-failed-for-editors-libreoffice-tp5713591p5715226.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" How did you build it with gcc 4.7? make -DWITH_GCC ? can you give me your procedure? regards, Bapt pgpSKwh3D9UkS.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 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"
Re: Libreoffice, javaPathHelper: not found
Leslie Jensen writes: > 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 It is my understanding the recommended Java implementation is openjdk6. Also: if you have no program that has diabko-jdk-* as a run dependency, it is superfluous once jdk-*/openjdk* has been succesfully installed (and can and probably should be removed). I have no idea whether/how this affects libreoffice or other programs that use Java. Please consult with the better informed (i.e. the "java@" mailing list) for more information. Respectfully, 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"
audio/csound
Hi, The up-to-date port audio/csound v5.17.4 does not build because it depends on portaudio v19. the actual audio/portaudio is 18.XX. even if we do not check the box for compiling portaudio the build stops. can we upgrade portaudio to v19? thanks and best regards. Raoul rm...@free.fr ___ 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
See this line in Makefile:
MASTERDIR= ${.CURDIR}/../postgresql90-server
wen
2012/6/5 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.)
>
>
>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"
>
___
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_iterator > > std::vector > > std::allocator > > >' 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: New OPTIONS and make.conf knobs
On 6/5/2012 4:25 AM, Miroslav Lachman wrote: > 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... Yeah, you've hit on the problem that prevents me from making this the default. > > # 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? Yes. By default it does 'make config-conditional' that will not pop up the dialog if the options have not changed. --force-config runs plain old 'make config'. Glad to hear it got fixed for you at least, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Any news on Suhosin?
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. -- p...@opsec.eu+49 171 3101372 8 years to go ! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: 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 ___ 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 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 > > Like libreoffice :( Sorry, lapsus, I meant libreoffice -- Guido Falsi ___ 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
#
# $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
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 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 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::__copy> std::random_access_iterator_tag>::copy> 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_aux> 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_normal> true>::__copy_n<__gnu_cxx::__normal_iterator> SalDisplay::ScreenData *, std::vector> std::allocator > >,
>> __gnu_cxx::__normal_iterator> std::vector> std::allocator > > >' requested here
>>
>>
>> I'm sorry but I've been unable to figure anything more :(
>>
>> --
>> Guido Falsi
>> ___
>> 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 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" 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 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 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 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 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 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 wrote: > On Mon, 4 Jun 2012 23:41:05 +0300 > Ion-Mihai Tetcu 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 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 Tue, 05 Jun 2012 13:50:56 -0500, Paul Schmehl 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. ___ 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: www/libxul issues
On Jun 5, 2012, at 1:42 AM, Peter Jeremy wrote: > www/libxul has been broken for some time due to security > vulnerabilities. This issue has been highlighted by the recent > portrevision bump caused by png. As libxul is based on firefox-3.6 > I presume this brokenness is terminal. Since libxul is the only > remaining gecko, this presents an issue for a number of other ports. We prepared an update for libxul to Firefox 10 ESR and we have 10.0.2 in our development repository (should be easy to update to 10.0.5) but it breaks a lot of ports which depends on libxul. Unfortunately we don't have enough time to work on this at the moment. Beat > Looking at the firefox-12 sources, it appears that libxul and > xulrunner are present (and www/firefox installs two identical > private copies of libxul.so). How difficult would it be to either: > 1) Modify www/libxul to be based on firefox-12 insead of ff3.6? > 2) Modify www/firefox to (optionally) install libxul publicly? > > For that matter, whilst it's not directly relevant to the subject, > why does www/firefox install two identical copies of the largest > file (by an order of magnitude) in the package? > > -- > Peter Jeremy ___ 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 wrote:
On Tue, 05 Jun 2012 13:50:56 -0500, Paul Schmehl
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 wrote:
On Tue, 05 Jun 2012 13:50:56 -0500, Paul Schmehl
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 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 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
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
> #
> # $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
>
> 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"
