Re: graphics/png does not compile with gcc 4.5.1

2010-06-30 Thread Doug Barton

On Tue, 29 Jun 2010, Doug Barton wrote:

One more question. Is your gcc compiled with the LTO option? 
(/var/db/ports/gcc*/options will tell you.) I had that enabled (it's off by 
default) so I'm going to try recompiling gcc without it and see if it helps.


Never mind, compiling without the LTO option didn't help.

I had the following libmap.conf entries:
libgcc_s.so.1   gcc45/libgcc_s.so.1
libgomp.so.1gcc45/libgomp.so.1
libobjc.so.3gcc45/libobjc.so.2
libssp.so.0 gcc45/libssp.so.0
libstdc++.so.6  gcc45/libstdc++.so.6

I commented all of those out, went into /lib and /usr/lib and moved the 
base versions of the libraries out of the way, ran ldconfig -R, made 
sure that /usr/local/lib/gcc45/libssp.so.0 is the only ssp library, and 
then tried again, same error. The symbol appears to be in the lib:


nm libssp.so.0 | grep __stack_chk_fail_local
0ac0 t __stack_chk_fail_local

So I'm at a loss, and pretty close to throwing in the towel and going 
back to the base gcc for everything.



Doug

--

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

Computers are useless. They can only give you answers.
-- Pablo Picasso

___
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


Herramientas para la Construccion y Mas - ports

2010-06-30 Thread Marcelo Tamer
HERRAMIENTAS PARA LA CONSTRUCCION Y MAS


* ANDAMIOS TUBULARES

* ACCESORIOS DE SEGURIDAD

* CABALLETES EXTENSIBLES

* ELEVADOR PARA PLACAS DE DURLOCK O KNAUF

* ESCALERAS TIPO BURROS
 
 * TORRES DE ELEVACION DE MATERIALES

 * TRIBUNAS  Y GRADAS

* CARROS RECOLECTORES

 * VALLAS CERRAMIENTOS

* GUINCHES

* PLUMAS 

* LINEA CARRITOS


www.nuevosairesnet.com.ar

   e mail
   manunuevosai...@coopenetcolon.com.ar
___
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: graphics/png does not compile with gcc 4.5.1

2010-06-30 Thread Anonymous
Doug Barton do...@freebsd.org writes:

 nm libssp.so.0 | grep __stack_chk_fail_local
 0ac0 t __stack_chk_fail_local

 So I'm at a loss, and pretty close to throwing in the towel and going
 back to the base gcc for everything.

I'm not sure what FreeBSD version you're using but I have
__stack_chk_fail_local alias in libc.

  $ readelf -s $LOCALBASE/lib/gcc45/libssp.so.0 | fgrep __stack_chk_fail
  11: 0c8024 FUNCGLOBAL DEFAULT8 
__stack_chk_fail@@LIBSSP_1.0
  51: 0cc0 5 FUNCLOCAL  HIDDEN 8 
__stack_chk_fail_local
  68: 0c8024 FUNCGLOBAL DEFAULT8 __stack_chk_fail

  $ readelf -s /lib/libc.so.7 | fgrep __stack_chk_fail
 989: 000adf9012 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail@@FBSD_1.0
1514: 000adf9012 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail_lo...@fbsd_1.0
1605: 000adf9012 FUNCGLOBAL DEFAULT   10 __stack_chk_fail
2130: 000adf9012 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail_lo...@fb

  $ fgrep __stack_chk_fail_local -r lib/libc -C2
  lib/libc/sys/stack_protector.c-
  lib/libc/sys/stack_protector.c-#ifdef PIC
  lib/libc/sys/stack_protector.c:__sym_compat(__stack_chk_fail_local, 
__stack_chk_fail, FBSD_1.0);
  lib/libc/sys/stack_protector.c-#else
  lib/libc/sys/stack_protector.c:__weak_reference(__stack_chk_fail, 
__stack_chk_fail_local);
  lib/libc/sys/stack_protector.c-#endif
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


RE: kde4.4.4 update failures with kdelibs4 kdepim4

2010-06-30 Thread david
 

 -Original Message-
 From: David Southwell ARPS [mailto:da...@atf4.com] On Behalf 
 Of da...@vizion2000.net
 Sent: 29 June 2010 14:32
 To: 'Stefan Ehmann'; freebsd-ports@freebsd.org
 Cc: da...@vizion2000.net
 Subject: RE: kde4.4.4 update failures with kdelibs4  kdepim4
 
  
 
  -Original Message-
  From: Stefan Ehmann [mailto:shoes...@gmx.net]
  Sent: 29 June 2010 10:52
  To: freebsd-ports@freebsd.org
  Cc: da...@vizion2000.net
  Subject: Re: kde4.4.4 update failures with kdelibs4  kdepim4
  
  On Tuesday 29 June 2010 16:13:43 da...@vizion2000.net wrote:
   Hi
   
   I am hoping I can get some help with a seemingly non-ending
  series of
   problems with updating to 4.4.4. I have been working ion
  this off and
   on for over a week and seem to be getting nowhere!
  ...
  
   qt-copy-3.3.8_12Multiplatform C++ application framework 
  (+ KDE patches)
  What is this? I assume a modified version of x11-toolkits/qt33?
  
   usr/local/include/qt4/QtCore/qstring.h: In function 'bool 
   operator!=(const QString, int)':
   /usr/local/include/qt4/QtCore/qstring.h:900: error: 
 invalid use of 
   incomplete type 'const struct QString'
  
  These  failures look similar to what I got when I tried to compile 
  with qt3 installed.
  
  I suggest you deinstall qt-copy-3.3.8_12 and try again. For me, 
  building kde4 with qt3 installed has been broken for quite 
 some time.
  
  --
  Stefan
  
 Multiple ports depend upon qt-copy. Is there an alternative 
 dependency?
 David
 
 
I have deinstalled qt-copy but still get the result below ***5*** from
kdepim4-runtime. 

I have also copied the original posting ***ORIGINAL*** so anyone joining the
thread can see the various error reports in a single posting and search for
them using the appropriate ***[x]*** heafer info. It think it might help
if the whole thread could be kept intact. I do wish the nepomuk libraries
could be installed as a dependency or comprehensive instructions posted that
actually worked.
_

***ORIGINAL***
__
I am hoping I can get some help with a seemingly non-ending series of
problems with updating to 4.4.4. I have been working ion this off and on for
over a week and seem to be getting nowhere!

FIRST
the system is freebsd 7.2 p3 AMD on Pentium quad core system.

SECOND
The series of issues began after following instructions in UPDATING and
continue despite multiple retries.

I once managed to get kdelibs4 to compile and install but kdepim4 continued
to  resist all attempts.
See ***1*** below

This seems to indicate the problem is due to absense of Nepomuk.

kdeplasma-addons fails for the same reasons. See ***4*** below

However I had previously carefully followed the instructions in regard to
the sequence for installing virtuoso, redland, rascal  soprano.

Could someone possibly provide a clear check list for ensuring Nepomuk
problems are simply resolvable. I can see from numerous postings that I am
not the only one who has had difficulties.

See ***2*** below for relevant information from pkg_info

THIRD
kdelibs4 I got to compile a few stages ago but after insuccessfully
endeavouring to satisfy the kdepim4's appetite for Nepomuk it will no longer
recompile and fails as shown in ***3*** below.
This seems to have something to do with kpasswdserver.o



***1*** kdepim4 failure report
__
/usr/local/bin/automoc4
-- Found Perl: /usr/bin/perl
-- Phonon Version: 4.4.2
-- Found Phonon: /usr/local/kde4/lib/libphonon.so
-- Found Phonon Includes:
/usr/local/kde4/include/KDE;/usr/local/kde4/include
-- Performing Test _OFFT_IS_64BIT
-- Performing Test _OFFT_IS_64BIT - Success
-- Performing Test HAVE_FPIE_SUPPORT
-- Performing Test HAVE_FPIE_SUPPORT - Success
-- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL
-- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL - Success
-- Performing Test __KDE_HAVE_GCC_VISIBILITY
-- Performing Test __KDE_HAVE_GCC_VISIBILITY - Success
-- Found KDE 4.4 include dir: /usr/local/kde4/include
-- Found KDE 4.4 library dir: /usr/local/kde4/lib
-- Found the KDE4 kconfig_compiler preprocessor:
/usr/local/kde4/bin/kconfig_compiler
-- Found automoc4: /usr/local/bin/automoc4
-- Found KdepimLibs:
/usr/local/kde4/lib/KdepimLibs/cmake/KdepimLibsConfig.cmake
-- Boost version: 1.43.0
-- Found Akonadi: /usr/local/kde4/lib/cmake/Akonadi/AkonadiConfig.cmake
-- Found shared-mime-info version: 0.71
--   found libxml-2.0, version 2.7.7
-- Found LibXml2: /usr/local/lib/libxml2.so
-- Found SharedDesktopOntologies: /usr/local/share/ontology
-- Found Soprano: /usr/local/include
-- Could NOT find Nepomuk  (missing:  NEPOMUK_LIBRARIES NEPOMUK_INCLUDE_DIR)
-- Strigi API needs 'signed char'
-- Found Strigi: /usr/local/lib/libstreams.so


FreeBSD Port: moinmoin-1.9.2_3

2010-06-30 Thread Stephen Morton
The current version of the moinmoin port seems to be pretty broken when it 
comes to running it as a standalone thing. 'make instance' tries to copy a file 
that doesn't exist:

sudo make MOINTYPE=STANDALONE MOINDEST=/usr/local/www/wiki instance

Set MOINTYPE=(CGI|FCGI|WSGI|STANDALONE) to define
type of installation. Default is CGI.
Use MOINDEST=/path to modify installation destination.
Default value for MOINDEST is /usr/local/www/wiki.

To get correct permissions, please set CGIUSER, CGIGROUP
per default it is set to www:www.

Creating a new wiki instance in /usr/local/www/wiki.
install: /usr/local/share/moin/server/wikiserver.py: No such file or directory
*** Error code 71

and the instructions for package install specify a different file that doesn't 
exist: ${MOINDIR}/server/moin.py

I suspected that wikiserver.py is the proper file, and I copied it over from 
the initial tarball and got everything to run, but then I run into the problem 
of config. The file server/wikiserverconfig.py should get copied over as well, 
although I can't seem to make the server respect all the options I set. In 
particular, I could get it to change port and to drop root privileges, but it 
wouldn't bind to something besides localhost. I don't know what  was going on 
there. 

Additionally, dropping root privileges seemed to happen at the wrong time, 
because if I told it to run on port 80 and drop off of root, it seems to drop 
root before it binds to the port, and so fails to do so. I'm getting the same 
behavior out of running straight from the tarball though, so that's probably 
something I'm doing wrong.

Anyway, thought I'd let you know. I'm running python from the python metaport, 
uname -a
FreeBSD [hostname removed] 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 
15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  
amd64

Any other information you'd like, just ask. 
___
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


posix test suite port source code

2010-06-30 Thread Dave Abel
Any idea how I can get my hands on the posix test suite port source code? It is 
not avaiable via their website currently. Any help you can offer would be much 
appreciated. Is there a method by which I can access the source code of ports 
through FreeBSD? I am currently running FreeBSD 8.0 as a Guest OS on VMware 
player (host is win 7).
Thanks!
Dave
___
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: posix test suite port source code

2010-06-30 Thread Greg Larkin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dave Abel wrote:
 Any idea how I can get my hands on the posix test suite port source code? It 
 is not avaiable via their website currently. Any help you can offer would be 
 much appreciated. Is there a method by which I can access the source code of 
 ports through FreeBSD? I am currently running FreeBSD 8.0 as a Guest OS on 
 VMware player (host is win 7).
 Thanks!
 Dave

Hi Dave,

You can download the source code tarball here:
http://sourceforge.net/projects/posixtest/files/

Whenever you want to fetch the distfile for a FreeBSD port, just cd into
the port directory and type:

make fetch

e.g.:

cd /usr/ports/misc/posixtestsuite  make fetch

Most ports will fetch their distfile into /usr/ports/distfiles (or a
subdir of that), except for certain tools that require a manual download.

Hope that helps,
Greg
- --
Greg Larkin

http://www.FreeBSD.org/   - The Power To Serve
http://www.sourcehosting.net/ - Ready. Set. Code.
http://twitter.com/sourcehosting/ - Follow me, follow you
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFMK4uA0sRouByUApARAu/aAKCicaqBpGap+OSB7p6jyxO+KjDBpACgl3PL
VPQ2QasmhKmCsZeJ0gBbVGw=
=ryC4
-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: posix test suite port source code

2010-06-30 Thread Garrett Cooper
On Wed, Jun 30, 2010 at 11:22 AM, Greg Larkin glar...@freebsd.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Dave Abel wrote:
 Any idea how I can get my hands on the posix test suite port source code? It 
 is not avaiable via their website currently. Any help you can offer would be 
 much appreciated. Is there a method by which I can access the source code of 
 ports through FreeBSD? I am currently running FreeBSD 8.0 as a Guest OS on 
 VMware player (host is win 7).
 Thanks!
 Dave

 Hi Dave,

 You can download the source code tarball here:
 http://sourceforge.net/projects/posixtest/files/

 Whenever you want to fetch the distfile for a FreeBSD port, just cd into
 the port directory and type:

 make fetch

 e.g.:

 cd /usr/ports/misc/posixtestsuite  make fetch

 Most ports will fetch their distfile into /usr/ports/distfiles (or a
 subdir of that), except for certain tools that require a manual download.

Hang tight for another couple of weeks. I'm cleaning up the open
posix testsuite from within the LTP (sf.net/projects/ltp) repository
(I have to merge over some of their changes), and once that's done
I'll see about backporting bits (if the maintainers are still
around..) and/or publishing a revised copy that _is_ more POSIX
compliant as the testsuite as-is has a number of bash'isms,
gmake'isms, and Linux'isms.
Some work needs to be done to bring the tests up to spec and sort
out all of the XOPEN/XSI extensions.
Thanks,
-Garrett
___
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: graphics/png does not compile with gcc 4.5.1

2010-06-30 Thread Doug Barton

On Wed, 30 Jun 2010, Anonymous wrote:


Doug Barton do...@freebsd.org writes:


nm libssp.so.0 | grep __stack_chk_fail_local
0ac0 t __stack_chk_fail_local


I'm not sure what FreeBSD version you're using


-current, and I update just about every day. I tried upgrading -current 
with a clean /usr/obj today (r209614) and a totally stripped down 
everything (make.conf, loader.conf, etc.) to get as stock as possible, 
then I recompiled gcc 4.5.1 again, still no joy.



but I have
__stack_chk_fail_local alias in libc.

 $ readelf -s $LOCALBASE/lib/gcc45/libssp.so.0 | fgrep __stack_chk_fail
 11: 0c8024 FUNCGLOBAL DEFAULT8 
__stack_chk_fail@@LIBSSP_1.0
 51: 0cc0 5 FUNCLOCAL  HIDDEN 8 
__stack_chk_fail_local
 68: 0c8024 FUNCGLOBAL DEFAULT8 __stack_chk_fail


readelf -s /usr/local/lib/gcc45/libssp.so.0 | fgrep __stack_chk_fail
12: 0a4050 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail@@LIBSSP_1.0

74: 0ac030 FUNCLOCAL  HIDDEN   10 __stack_chk_fail_local
95: 0a4050 FUNCGLOBAL DEFAULT   10 __stack_chk_fail



 $ readelf -s /lib/libc.so.7 | fgrep __stack_chk_fail
989: 000adf9012 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail@@FBSD_1.0
   1514: 000adf9012 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail_lo...@fbsd_1.0
   1605: 000adf9012 FUNCGLOBAL DEFAULT   10 __stack_chk_fail
   2130: 000adf9012 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail_lo...@fb


readelf -s /lib/libc.so.7 | fgrep __stack_chk_fail
   952: 0002806026 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail@@FBSD_1.0
  1457: 0002806026 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail_lo...@fbsd_1.0

45: 000ecec029 FUNCLOCAL  HIDDEN   10 __stack_chk_fail_local
  1542: 0002806026 FUNCGLOBAL DEFAULT   10 __stack_chk_fail
  2047: 0002806026 FUNCGLOBAL DEFAULT   10 
__stack_chk_fail_lo...@fb




 $ fgrep __stack_chk_fail_local -r lib/libc -C2
 lib/libc/sys/stack_protector.c-
 lib/libc/sys/stack_protector.c-#ifdef PIC
 lib/libc/sys/stack_protector.c:__sym_compat(__stack_chk_fail_local, 
__stack_chk_fail, FBSD_1.0);
 lib/libc/sys/stack_protector.c-#else
 lib/libc/sys/stack_protector.c:__weak_reference(__stack_chk_fail, 
__stack_chk_fail_local);
 lib/libc/sys/stack_protector.c-#endif


fgrep __stack_chk_fail_local -r lib/libc -C2 | grep -v \.svn
--
lib/libc/sys/stack_protector.c-
lib/libc/sys/stack_protector.c-#ifdef PIC
lib/libc/sys/stack_protector.c:__sym_compat(__stack_chk_fail_local, 
__stack_chk_fail, FBSD_1.0);

lib/libc/sys/stack_protector.c-#else
lib/libc/sys/stack_protector.c:__weak_reference(__stack_chk_fail, 
__stack_chk_fail_local);

lib/libc/sys/stack_protector.c-#endif



--

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

Computers are useless. They can only give you answers.
-- Pablo Picasso

___
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