Re: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

> I'll change the creation of the .a files and report back.

The build progresses until the "final" link.

There are still a few unresolved references.

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
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: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

> The makefile of rethinkdb creates the ...a file with
> 
> ar crsT 
> 
> which is different from
> 
> ar -r
> 
> I'll change the creation of the .a files and report back.

The cause seems to be the 'T' which, according to the manual:

   T   Make the specified archive a thin archive.  If it already exists
   and is a regular archive, the existing members must be present in
   the same directory as archive.

and this seems to cause the error 

  file format not recognized; treating as linker script

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
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"

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
print/lilypond-devel| 2.19.11 | 2.19.27
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

> >> Right now, I'm in the part where it tries to link the
> >> build/external/v8_3.30.33.16/build/out
> >> stuff and fails because the clang loader does not handle
> >> liba files 8-(
> > The latest .shar is available at

> > which shows that it fails to link the external v8. If anyone has an
> > idea on how to fix this ? (Bcc: to sunpoet who maintains lang/v8*).
> >
> Why do you want it to link against the external v8 port?  Seems like 
> just introducing a dependency headache.

The rethinkdb source contains a specific version of the v8 code
and names it external/v8_3.30.33.16.

It's not the v8 port on the system I refer to.

> .a files work on -stable.  Did they get broken in -current?

Thanks for your hint with the clue-bat.

The makefile of rethinkdb creates the ...a file with

ar crsT 

which is different from

ar -r

I'll change the creation of the .a files and report back.

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
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: Help with new port with multiple downloaded files from github

[Tom Pusateri]

> On Sep 12, 2015, at 11:44 PM, Andrey Cherkashin  wrote:
> 
> Hey, any luck with this port?
> 

It’s not finished yet. This is as far as I have gotten:

https://github.com/pusateri/ports/tree/master/www/libchromiumcontent

I got discouraged by how un-portable the Atom code is and how they have 
hardcoded binary downloads upon downloads of node, iojs, etc. and the sheer 
number of components that need ported that all use their own copies of 
downloaded binaries. It’s spaghetti.

They had #!/bin/bash hardcoded everywhere. A few of us submitted pull requests 
to get them changed to #!/bin/env bash and got some of them removed but then 
some bug reports surfaced for problems on MacOSX and they undid at least one of 
them.

The Atom guys were really nice and helpful but they aren’t focused on 
portability and so it’s a tough road.

There’s about 50 components and so it can be done but it’s going to take 
perseverance.

Tom


___
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: Anyone got RethinkDB working in FreeBSD?

[Jan Beich]

Kurt Jaeger  writes:

> Hi!
>
>> > I'll change the creation of the .a files and report back.
>> 
>> The build progresses until the "final" link.
>> 
>> There are still a few unresolved references.
>
> Like this in src/arch/io/timer/timer_signal_provider.cc:
>
> evp.sigev_notify_thread_id = _gettid();

  evp.sigev_notify_thread_id = pthread_getthreadid_np();

>
> which is linux-specific. I'm trying to understand whether
> this can be replaced by pthread_self() somehow.

Why not use kqueue code like OS X? And maybe salvage prior work

https://github.com/rethinkdb/rethinkdb/pull/688


signature.asc
Description: PGP signature

Re: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

> > I'll change the creation of the .a files and report back.
> 
> The build progresses until the "final" link.
> 
> There are still a few unresolved references.

Like this in src/arch/io/timer/timer_signal_provider.cc:

evp.sigev_notify_thread_id = _gettid();

which is linux-specific. I'm trying to understand whether
this can be replaced by pthread_self() somehow.

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
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: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

> > Like this in src/arch/io/timer/timer_signal_provider.cc:
> >
> > evp.sigev_notify_thread_id = _gettid();
> 
>   evp.sigev_notify_thread_id = pthread_getthreadid_np();

Thanks, will try.

> > which is linux-specific. I'm trying to understand whether
> > this can be replaced by pthread_self() somehow.
> 
> Why not use kqueue code like OS X? And maybe salvage prior work
> 
> https://github.com/rethinkdb/rethinkdb/pull/688

Thanks for the pointer, I was not aware of this.

I had a look at the kqueue variant, but the kqueue code assumes
some OS-X specific elements. Let's get it to build first as
a port, then do more fine-tuning.

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
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: Anyone got RethinkDB working in FreeBSD?

[Kurt Jaeger]

Hi!

> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203043

> I tried your file, but didn't get very far unfortunately.

The newest version v4 of the shar builds on FreeBSD 11 (Current), amd64.

It still needs more testing, especially under poudriere.

-- 
p...@opsec.eu+49 171 3101372 5 years to go !
___
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"

sysutlis/gnome-control center: build failure in poudriere

[Marko Cupać]

Hi,

I can't build gnome-control-center-3.16.3_1 in 10.2-RELEASE-p2 amd64
with poudriere-3.1.7.

Options are as follows:
---Begin OPTIONS List---
===> The following configuration options are available for
gnome-control-center-3.16.3_1:
 CHEESE=on: Cheese webcam support
 CUPS=off: Cups (printing) support
===> Use 'make config' to modify these settings
---End OPTIONS List---

Here's where it fails:
===
===>  Building package for gnome-control-center-3.16.3_1
pkg-static: Unable to access file 
/wrkdirs/usr/ports/sysutils/gnome-control-center/work/stage/usr/local/share/applications/gnome-printers-panel.desktop:
 No such file or directory
*** Error code 1

Stop.
make: stopped in /usr/ports/sysutils/gnome-control-center
>> Cleaning up wrkdir
===>  Cleaning for gnome-control-center-3.16.3_1
build of sysutils/gnome-control-center ended at Mon Sep 14 00:31:36 CEST 2015
build time: 00:07:22
!!! build failure encountered !!!

Regards,
-- 
Before enlightenment - chop wood, draw water.
After  enlightenment - chop wood, draw water.

Marko Cupać
https://www.mimar.rs/
___
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"