Fwd: [package - 101amd64-default][net-p2p/retroshare] Failed for retroshare-0.5.5c_3 in configure

[Peter Klett]

Could someone please take a look at 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207550 


An update to RetroShare 0.6.0 is in the queue and should fix these build errors.

> Anfang der weitergeleiteten Nachricht:
> 
> Von: pkg-fall...@freebsd.org
> Betreff: [package - 101amd64-default][net-p2p/retroshare] Failed for 
> retroshare-0.5.5c_3 in configure
> Datum: 24. April 2016 08:48:01 MESZ
> An: pe...@netkey.at
> Kopie: pkg-fall...@freebsd.org
> 
> You are receiving this mail as a port that you maintain
> is failing to build on the FreeBSD package build server.
> Please investigate the failure and submit a PR to fix
> build.
> 
> Maintainer: pe...@netkey.at
> Last committer: m...@freebsd.org
> Ident:  $FreeBSD: head/net-p2p/retroshare/Makefile 412348 2016-04-01 
> 14:16:16Z mat $
> Log URL:
> http://beefy6.nyi.freebsd.org/data/101amd64-default/413919/logs/retroshare-0.5.5c_3.log
> Build URL:  
> http://beefy6.nyi.freebsd.org/build.html?mastername=101amd64-default=413919

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Retroshare 5.5a broken.

[Peter Klett]

Am 2014-04-02 19:34, schrieb Juergen Lock:

Hi!

 This just came up on irc (before I saw this thread), and I got the 
current

port to build on 10.0 and also with clang34 from ports using the patch
below, maybe it helps. :)  (I didn't run-test other than starting it 
once tho.)


Juergen


[patch snipped]

Hello Juergen,
great work!

I was able to apply your patch cleanly.
I have some patches for 0.5.5b and 0.5.5c and also for clang,
unfortunately I'm still unable to have images/icons in the b and
c releases :-( see screenshot at http://i62.tinypic.com/2v0kikm.jpg
regardless of QT4 or QT5.

I don't think there will be another 0.5.5 release, b/c they are hard
working on a 0.6 release.

So I think I will apply your patch to the 0.5.5a version and submit
a PR so RetroShare will at least compile on FreeBSD-10 and
wait for the 0.6 version. Hopefully the images will return with
0.6.


Peter
___
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: Retroshare 5.5a broken.

[Peter Klett]

Hello Richard, 

Yes I know, curently the port is broken under 10 without gcc from the ports.
I have some unfinished patches to compile with clang, which will be 
pushed upstream (probably).
Please be aware that RetroShare is under heavy delevopment at the moment, 
there is a 0.5.5c out and the new 0.6 branch and the old 0.5.5 branch are being 
merged.

I managed to compile and run RetroShare 0.5.5c under FreeBSD (9.2)
but unfortunately all the icons and graphics wouldn't be displayed/shown.

So there're a white, iconless stable version, some clang patches for that and
an upcoming dev version to be released soon

To add to all of that, I wont be able to submit a patch for the next 5 weeks
due to personal reasons.

Maybe 0.6 will be out than. And QT5 in the ports.

A quick patch would be to add 
USE_GCC=any
somewhere on the top of the Makefile, which should install gcc as a dependency.



Am 31.01.2014 um 01:02 schrieb Richard Dyson richard.dys...@gmail.com:

 Hello Peter,
 
 Seems the port of Retroshare 5.5a for FreeBSD is broken. Won't compile, tells 
 me exec gcc file not found, probably has something to do with GCC being 
 removed from base.
 
 Just thought I'd let you know. :)
 
 Richard,

___
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: security/libssh does not install ssh_threads

[Peter Klett]

Am 2014-01-14 13:41, schrieb Dima Panov:

Please update. libssh-0.5.5_1 installs both standard and threaded libs.


Thank you!

unfortunately I'm getting an error while linking:
net-p2p/retroshare/work/retroshare-0.5.5/src/retroshare-nogui/src/ssh/rssshd.cc:38: 
undefined reference to `ssh_threads_get_pthread'


I installed libssh from port, installed version is libssh-0.5.5_1

# ls -l /usr/local/lib/libssh*
-rw-r--r--  1 root  wheel  542052 15 Jan 20:17 /usr/local/lib/libssh.a
lrwxr-xr-x  1 root  wheel  11 15 Jan 21:27 /usr/local/lib/libssh.so 
- libssh.so.4
lrwxr-xr-x  1 root  wheel  15 15 Jan 21:27 
/usr/local/lib/libssh.so.4 - libssh.so.4.2.5
-rwxr-xr-x  1 root  wheel  254984 15 Jan 21:27 
/usr/local/lib/libssh.so.4.2.5
-rw-r--r--  1 root  wheel1072 15 Jan 20:17 
/usr/local/lib/libssh_threads.a
lrwxr-xr-x  1 root  wheel  19 15 Jan 21:27 
/usr/local/lib/libssh_threads.so - libssh_threads.so.4
lrwxr-xr-x  1 root  wheel  23 15 Jan 21:27 
/usr/local/lib/libssh_threads.so.4 - libssh_threads.so.4.2.5
-rwxr-xr-x  1 root  wheel3976 15 Jan 21:27 
/usr/local/lib/libssh_threads.so.4.2.5



# objdump -T /usr/local/lib/libssh_threads.so.4.2.5

/usr/local/lib/libssh_threads.so.4.2.5: file format 
elf64-x86-64-freebsd


DYNAMIC SYMBOL TABLE:
0420 ld  .init    .init
  w   DF *UND*  01f1  FBSD_1.0
__cxa_finalize
  w   D  *UND*    
_Jv_RegisterClasses

002007c0 gD  *ABS*    Base_end
002007b8 gD  *ABS*    Base_edata
002007b8 gD  *ABS*    Base
__bss_start

0420 gDF .init    Base_init
0518 gDF .fini    Base_fini

I think I'm still missing something.

Any hints?

Thanks Peter
___
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: security/libssh does not install ssh_threads

[Peter Klett]

Am 2014-01-15 22:04, schrieb Raphael Kubo da Costa:

Dima Panov flu...@freebsd.org writes:


14.01.14, 9:29, Peter Klett ?:

Hi,

I'm currently trying to compile the nogui version of
net-p2p/retroshare which has a dependency to libssh-0.5.4. In its
Makefile it includes -lssh and -lssh_threads but the later is not
build / installed by libssh.


[skip]

Please update. libssh-0.5.5_1 installs both standard and threaded 
libs.


This is interesting. I ended up trying to find why this was the case 
and
it seems to be us passing -DTHREADS_HAVE_PTHREAD_ARG and libssh 
checking

for the wrong variable to decide whether to build libssh_threads.so.

I've sent some patches upstream in
http://thread.gmane.org/gmane.network.ssh.libssh.general/1389


If I build the libssh library with your patches I can successfully link
and the error does not occure anymore.

Thank you for your work, are there any estimates when we could expect 
them

to occur in the port?

___
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

security/libssh does not install ssh_threads

[Peter Klett]

Hi,

I'm currently trying to compile the nogui version of net-p2p/retroshare 
which
has a dependency to libssh-0.5.4. In its Makefile it includes -lssh and 
-lssh_threads

but the later is not build / installed by libssh.

I haven't been able to figure out why it does not build and install the 
threaded version,

nor could i find anything related on the internet.

Can someone give me a hint / knows more?

The error is obviously
# /usr/bin/ld: cannot find -lssh_threads

and the whole line is
# c++ -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -o retroshare-nogui 
notifytxt.o  retroshare.o  rssshd.o  menu.o  menus.o  stdiocomms.o  
rpc.o  rpcserver.o  rpcsetup.o  rpcecho.o  rpcprotopeers.o  
rpcprotosystem.o  rpcprotochat.o  rpcprotosearch.o  rpcprotofiles.o  
rpcprotostream.o  rpcprotoutils.o  core.pb.o  peers.pb.o  system.pb.o  
chat.pb.o  search.pb.o  files.pb.o  stream.pb.o-L/usr/local/lib/qt4 
-L/usr/local/lib ../../libretroshare/src/lib/libretroshare.a 
../../openpgpsdk/src/lib/libops.a -lbz2 -lssl -lcrypto -lgpgme -lupnp 
-lgnome-keyring -rdynamic ../../libbitdht/src/lib/libbitdht.a -lssh 
-lssh_threads -lprotobuf -lpthread


There is no libssh_threads.so in /usr/local/lib and the plist of the 
security/libssh port does not know

any threaded version.

Am I missing here something?

Peter
___
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: checksum mismatch devel/pear

[Peter Klett]

Am 26.07.2013 um 09:31 schrieb Sergey V. Dyatko sergey.dya...@gmail.com:

 On Fri, 26 Jul 2013 05:47:55 +0800
 Martin Wilke m...@bsdhash.org wrote:
 
 Hi,
 
 Remove /usr/ports/distfiles/ and the problem will go away.
 
 rm /distfiles/pear-1.9.4.tar.bz2

Thanks! Also to miwi for solving 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

checksum mismatch devel/pear

[Peter Klett]

Hi, 


since yesterday devel/pear will not fetch:

=== Fetching all distfiles required by pear-1.9.4_2 for building
= SHA256 Checksum mismatch for pear-1.9.4.tar.bz2.
===  Refetch for 1 more times files: pear-1.9.4.tar.bz2 
= pear-1.9.4.tar.bz2 doesn't seem to exist in /distfiles/.
= Attempting to fetch http://miwibox.org/distfiles/pear-1.9.4.tar.bz2
fetch: http://miwibox.org/distfiles/pear-1.9.4.tar.bz2: Requested Range Not 
Satisfiable
= Attempting to fetch 
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pear-1.9.4.tar.bz2
fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pear-1.9.4.tar.bz2: 
size mismatch: expected 322695, actual 328672
= Couldn't fetch it - please try to retrieve this
= port manually into /distfiles/ and try again.
*** [do-fetch] Error code 1

Stop in /usr/ports/devel/pear.
*** [checksum] Error code 1



seems distfiles got changed yesterday:

http://www.freshports.org/commit.php?category=develport=pearfiles=yesmessage_id=201307181633.r6igx2fp088...@svn.freebsd.org

greetings
Peter
___
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 Port net-p2p/retroshare Update

[Peter Klett]

Hello, 

may I kindly bring this to your attention:

http://www.freebsd.org/cgi/query-pr.cgi?pr=175310

Thank you
Peter
___
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: blue griffon

[Peter Klett]

I will post later if it is successfully.



I ran into the same error as stated here:

https://groups.google.com/forum/?fromgroups=#!topic/bluegriffon/W-EjIGzTFEE

mozilla/src/dom/base/nsFocusManager.cpp: In member function 'nsresult 
nsFocusManager::DetermineElementToMoveFocus(nsPIDOMWindow*, nsIContent*, 
int32_t, bool, nsIContent**)':
mozilla/src/dom/base/nsFocusManager.cpp:2672:1: error: a 
function-definition is not allowed here before '{' token
mozilla/src/dom/base/nsFocusManager.cpp:3406:1: error: expected '}' at 
end of input
mozilla/src/dom/base/nsFocusManager.cpp:3406:1: error: control reaches 
end of non-void function [-Werror=return-type]

nsDOMClassInfo.cpp
cc1plus: some warnings being treated as errors


Unfortunately I got no clue how to resolve this at the moment.
I'm using gcc46, BG svn checkout 1.5.2 and trunk from mozilla-central.

Anybody seens this error when compiling mozilla from source?

Greetings Peter




___
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: blue griffon

[Peter Klett]

I don't know how to make a port but as NVU/Kompozer are old and as I 
read not

developed any more I found http://www.bluegriffon.org/.
Is it possible that we have a port on FreeBSD?


Hi Mitja,

sheer luck made me try it out, after some twiddling, at least the
build process is running. I will post later if it is successfully.

greetings peter
___
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

net-p2p/retroshare VoIP plugin: Undefined symbol

[Peter Klett]

Hi All,

I'm currently trying to get the VoIP plugin from RetroShare to work 
under FreeBSD.

After this patch I was able to build it:

--- plugins/VOIP/services/rsvoipitems.cc~   2012-02-26 
18:13:54.0 +0100
+++ plugins/VOIP/services/rsvoipitems.cc2012-10-29 
12:53:56.650925587 +0100

@@ -182,7 +182,7 @@
ok = setRawUInt32(data, tlvsize, offset, flags);
ok = setRawUInt32(data, tlvsize, offset, data_size);
 std::cerr  data_size :   data_size  std::endl;
-memcpy(data+offset,voip_data,data_size) ;
+memcpy(((uint8_t*)data)[offset],voip_data,data_size) ;
offset += data_size ;

if (offset != tlvsize)

But I can't get RetroShare to load it:

Cannot open plugin: /home/user/.retroshare/extensions/libVOIP.so: 
Undefined symbol _ZN9p3Service7receiveEP9RsRawItem


Now the symbol is part of the RetroShare binary:

$ grep _ZN9p3Service7receiveEP9RsRawItem 
work/trunk/retroshare-gui/src/RetroShare

Binary file work/trunk/retroshare-gui/src/RetroShare matches

but somehow the symbols from the main binary do not get exported to the 
plugin.

The FreeBSD man page for dlopen(3) states in the NOTES section

ELF executables need to be linked using the -export-dynamic option to
ld(1) for symbols defined in the executable to become visible to 
dlsym().



So I rebuilt RetroShare with the -export-dynamic option, and the symbol 
is part of the symbol table:


$ objdump -t work/trunk/retroshare-gui/src/RetroShare | grep 
_ZN9p3Service7receiveEP9RsRawItem
00809580 g F .text  00c7  
_ZN9p3Service7receiveEP9RsRawItem


but still to no avail (same undefined symbol error).
My knowledge of ELF binaries is pretty sparse, so if someone has more 
clues, I would appreciate sharing :)


Thanks Peter



___
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: net-p2p/retroshare VoIP plugin: Undefined symbol

[Peter Klett]

Perfect,
that clue just did it, turns out RetroShare uses g++ for linking
which has a slightly different parameter -rdynamic instead of
-export-dynamic.
Setting this option while linking the RetroShare binary brings
the symbol in the dynamic exported table and lets the binary
finally load the plugin.

Thanks Konstantin for your input.

Am 2012-11-03 15:53, schrieb Konstantin Belousov:

On Sat, Nov 03, 2012 at 01:59:18PM +0100, Peter Klett wrote:


Hi All,

I'm currently trying to get the VoIP plugin from RetroShare to work
under FreeBSD.
After this patch I was able to build it:

--- plugins/VOIP/services/rsvoipitems.cc~   2012-02-26
18:13:54.0 +0100
+++ plugins/VOIP/services/rsvoipitems.cc2012-10-29
12:53:56.650925587 +0100
@@ -182,7 +182,7 @@
 ok = setRawUInt32(data, tlvsize, offset, flags);
 ok = setRawUInt32(data, tlvsize, offset, data_size);
  std::cerr  data_size :   data_size  std::endl;
-memcpy(data+offset,voip_data,data_size) ;
+memcpy(((uint8_t*)data)[offset],voip_data,data_size) ;
 offset += data_size ;

 if (offset != tlvsize)

But I can't get RetroShare to load it:

Cannot open plugin: /home/user/.retroshare/extensions/libVOIP.so:
Undefined symbol _ZN9p3Service7receiveEP9RsRawItem

Now the symbol is part of the RetroShare binary:

$ grep _ZN9p3Service7receiveEP9RsRawItem
work/trunk/retroshare-gui/src/RetroShare
Binary file work/trunk/retroshare-gui/src/RetroShare matches

but somehow the symbols from the main binary do not get exported to 
the

plugin.
The FreeBSD man page for dlopen(3) states in the NOTES section

ELF executables need to be linked using the -export-dynamic option 
to

ld(1) for symbols defined in the executable to become visible to
dlsym().


So I rebuilt RetroShare with the -export-dynamic option, and the 
symbol

is part of the symbol table:

$ objdump -t work/trunk/retroshare-gui/src/RetroShare | grep
_ZN9p3Service7receiveEP9RsRawItem
00809580 g F .text  00c7
_ZN9p3Service7receiveEP9RsRawItem

but still to no avail (same undefined symbol error).
My knowledge of ELF binaries is pretty sparse, so if someone has 
more

clues, I would appreciate sharing :)


The objdump -t dumps wrong table. You want to examine the output of 
-T

AKA --dynamic-syms.


--
netkey information technology gmbh
amalienstrasse 68/6 | a-1130 vienna | austria
t +43 1 888 49 93 -21 | f dw -25
e pe...@netkey.at | i www.netkey.at
___
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