Re: FreeCAD 0.17 - is anyone using it?

2019-02-16 Thread Christoph Moench-Tegeder
## ajtiM via freebsd-ports (freebsd-ports@freebsd.org):

> Thank you but why FreeCAD need all this QT ports?

FreeCAD uses Qt for it's GUI (and a CAD system without GUI is
somewhat 1980ish). Formerly it used Qt4, but as that is going
away in four weeks, I switched it over to Qt5 - that's an option
with FreeCAD (and a little rough at the edges, see files/),
and there's really no benefit in preserving Qt4 compatibility
(remember, "going away in four weeks).
As FreeCAD is a funny mix of C++ and Python, it uses PySide2 and
friends for the Python-Qt5 bindings, and Pyside2 depends on
"most of Qt5" to provide bindings to all of that. Technically,
some dependencies are marked as "optional" in PySide2, but I
decided against OPTIONizing (or plainly not using) them, for the
following reasons:
- Not providing parts of the Qt5 bindings makes PySide2 less
  useful: some other port may just require some of the
  removed bindings.
- There's no official way for a port to depend on the OPTIONs of
  another port. Flavors do help somewhat, but not for all possible
  use cases.
- By default, the PySide2 build creates bindings for all the Qt5
  components it finds at build time: that creates a high risk of
  "contaminated" builds. Changing that is not trivial, but time
  consuming and error prone.
- Weighing my time against the cost of storage (< 15ct/GB on SSDs)
  and build time (minutes, not hours) for the extra dependencies, I
  opted for the hardware - that's one time cost, whereas making some
  of the dependencies optional would use much more of my time and
  create an ongoing maintenance burden.

Taking into account that my spare time is more likely to decrease than
increase over the next weeks (and there's FreeCAD 0.18 coming up, at
least that was their plan last time I checked), I consider this a
good tradeoff.

Regards,
Christoph

-- 
Spare Space
___
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"


INDEX now builds successfully on 11.x

2019-02-16 Thread Ports Index build


___
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"


INDEX build failed for 11.x

2019-02-16 Thread Ports Index build
INDEX build failed with errors:
Generating INDEX-11 - please wait..--- describe.accessibility ---
--- describe.arabic ---
--- describe.archivers ---
--- describe.astro ---
--- describe.audio ---
--- describe.benchmarks ---
--- describe.biology ---
--- describe.cad ---
--- describe.chinese ---
--- describe.comms ---
--- describe.converters ---
--- describe.databases ---
--- describe.deskutils ---
--- describe.devel ---
--- describe.dns ---
--- describe.editors ---
--- describe.emulators ---
--- describe.finance ---
--- describe.french ---
--- describe.ftp ---
[...]
--- describe.print ---
--- describe.russian ---
--- describe.science ---
--- describe.security ---
--- describe.shells ---
--- describe.sysutils ---
--- describe.textproc ---
--- describe.ukrainian ---
--- describe.vietnamese ---
--- describe.www ---
--- describe.x11 ---
--- describe.x11-clocks ---
--- describe.x11-drivers ---
--- describe.x11-fm ---
--- describe.x11-fonts ---
--- describe.x11-servers ---
--- describe.x11-themes ---
--- describe.x11-toolkits ---
--- describe.x11-wm ---
 Done.
make_index: /home/indexbuild/tindex/ports/science/py-pymol: no entry for 
/home/indexbuild/tindex/ports/science/mmtf

Committers on the hook:
 yuri 

Most recent SVN update was:
Updating '.':
UMOVED
Dscience/mmtf
Uscience/Makefile
Uscience/avogadrolibs/Makefile
Ascience/mmtf-cpp
Ascience/mmtf-cpp/Makefile
Ascience/mmtf-cpp/distinfo
Ascience/mmtf-cpp/files
Ascience/mmtf-cpp/files/patch-tests_mmtf__tests.cpp
Ascience/mmtf-cpp/pkg-descr
Usysutils/Makefile
Asysutils/xfce4-kbdleds-plugin
Asysutils/xfce4-kbdleds-plugin/Makefile
Asysutils/xfce4-kbdleds-plugin/distinfo
Asysutils/xfce4-kbdleds-plugin/pkg-descr
Asysutils/xfce4-kbdleds-plugin/pkg-plist
Updated to revision 493031.
___
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

2019-02-16 Thread 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
+-+
lang/runawk | 1.6.0   | 1.6.1
+-+


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"


Please reset assignee on PR 235412

2019-02-16 Thread Oleg Ginzburg
Hi,

Please reset the assignee from PR 235412 due to timeout:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235412#c6

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: FreeCAD 0.17 - is anyone using it?

2019-02-16 Thread Christoph Moench-Tegeder
## Torfinn Ingolfsen (tin...@gmail.com):

> root@kg-core1# cmake --find-package -DNAME=Coin3D -DCOMPILER_ID=clang
> -DLANGUAGE=CXX -DMODE=LINK
> -Wl,-rpath,/usr/local/lib /usr/local/lib/libCoin.so

That looks completely right. But the error message was
  /usr/bin/ld: cannot find -lCoin
so something else pushed that "-lCoin" into the command. Can you
provide the full build log? Perhaps Mehmet was right and we need to
re-find Coin; but then: it works in a clean environment, and from
the linker error I rather suspect that some other component is pushing
"-lCoin" into the linker command line. I'll be traveling with much
reduced acces to my FreeBSD next week: answers will be delayed.
Perhaps you can do some digging by yourself?

Regards,
Christoph

-- 
Spare Space
___
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"


[new port] Native standalone version of gn build system

2019-02-16 Thread nonameless
Hi everyone!

Gn, chromium build system, now is standalone project. FreeBSD support was added 
to source tree recently.

I propose create a new port devel/gn. I created PR with patch - 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234309.

Can anyone look on it?

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: FreeCAD 0.17 - is anyone using it?

2019-02-16 Thread Mehmet Erol Sanliturk
On Sat, Feb 16, 2019 at 6:07 PM Christoph Moench-Tegeder 
wrote:

> ## Torfinn Ingolfsen (tin...@gmail.com):
>
> > root@kg-core1# cmake --find-package -DNAME=Coin3D -DCOMPILER_ID=clang
> > -DLANGUAGE=CXX -DMODE=LINK
> > -Wl,-rpath,/usr/local/lib /usr/local/lib/libCoin.so
>
> That looks completely right. But the error message was
>   /usr/bin/ld: cannot find -lCoin
> so something else pushed that "-lCoin" into the command. Can you
> provide the full build log? Perhaps Mehmet was right and we need to
> re-find Coin; but then: it works in a clean environment, and from
> the linker error I rather suspect that some other component is pushing
> "-lCoin" into the linker command line. I'll be traveling with much
> reduced acces to my FreeBSD next week: answers will be delayed.
> Perhaps you can do some digging by yourself?
>
> Regards,
> Christoph
>
> --
> ___
>





CMakeLists.txt exists in /src/GUI/ directories :


https://github.com/FreeCAD/FreeCAD/blob/releases/FreeCAD-0-17/src/Gui/CMakeLists.txt
( Coin is referenced )




https://github.com/FreeCAD/FreeCAD/tree/releases/FreeCAD-0-17/src/Gui/Quarter
( Coin is referenced )




https://github.com/FreeCAD/FreeCAD/tree/releases/FreeCAD-0-17/src/Gui/Stylesheets
( Coin is NOT referenced )


https://github.com/FreeCAD/FreeCAD/blob/releases/FreeCAD-0-17/src/CMakeLists.txt
( Coin is NOT referenced )





In

https://github.com/FreeCAD/FreeCAD/blob/releases/FreeCAD-0-17/CMakeLists.txt

Starting from Line 903 :


#  Coin3D 

find_package(Coin3D REQUIRED)
if(NOT COIN3D_FOUND)
MESSAGE(FATAL_ERROR "=\n"
"Coin3D not found.\n"
"=\n")
endif(NOT COIN3D_FOUND)

# -- Spaceball ---



You may include


find_package(Coin3D REQUIRED)

statement into CMakeLists.txt file , where Coin is referenced , but not
searched .


A similar action may be applied other "Not found Libraries and Include
directories" .



Also check libCoin.so  .
In Fedora 28 x86_64 , there is NO  libCoin.so ,  but  libCoin.so.60.

In your system , if there is no libCoin.so in its related directory , it
may be necessary to specify its existent name in CMakeLists.txt files , ,
or  copy it into a file named as libCoin.so .



Mehmet Erol Sanliturk
___
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: FreeCAD 0.17 - is anyone using it?

2019-02-16 Thread Russell L. Carter

On 2/16/19 9:14 AM, Mehmet Erol Sanliturk wrote:

On Sat, Feb 16, 2019 at 6:07 PM Christoph Moench-Tegeder 
wrote:


## Torfinn Ingolfsen (tin...@gmail.com):


root@kg-core1# cmake --find-package -DNAME=Coin3D -DCOMPILER_ID=clang
-DLANGUAGE=CXX -DMODE=LINK
-Wl,-rpath,/usr/local/lib /usr/local/lib/libCoin.so


That looks completely right. But the error message was
   /usr/bin/ld: cannot find -lCoin
so something else pushed that "-lCoin" into the command. Can you
provide the full build log? Perhaps Mehmet was right and we need to
re-find Coin; but then: it works in a clean environment, and from
the linker error I rather suspect that some other component is pushing
"-lCoin" into the linker command line. I'll be traveling with much
reduced acces to my FreeBSD next week: answers will be delayed.
Perhaps you can do some digging by yourself?

Regards,
Christoph

--
___







CMakeLists.txt exists in /src/GUI/ directories :


https://github.com/FreeCAD/FreeCAD/blob/releases/FreeCAD-0-17/src/Gui/CMakeLists.txt
( Coin is referenced )




https://github.com/FreeCAD/FreeCAD/tree/releases/FreeCAD-0-17/src/Gui/Quarter
( Coin is referenced )




https://github.com/FreeCAD/FreeCAD/tree/releases/FreeCAD-0-17/src/Gui/Stylesheets
( Coin is NOT referenced )


https://github.com/FreeCAD/FreeCAD/blob/releases/FreeCAD-0-17/src/CMakeLists.txt
( Coin is NOT referenced )





In

https://github.com/FreeCAD/FreeCAD/blob/releases/FreeCAD-0-17/CMakeLists.txt

Starting from Line 903 :


#  Coin3D 

 find_package(Coin3D REQUIRED)
 if(NOT COIN3D_FOUND)
 MESSAGE(FATAL_ERROR "=\n"
 "Coin3D not found.\n"
 "=\n")
 endif(NOT COIN3D_FOUND)

# -- Spaceball ---



You may include


find_package(Coin3D REQUIRED)

statement into CMakeLists.txt file , where Coin is referenced , but not
searched .


A similar action may be applied other "Not found Libraries and Include
directories" .



Also check libCoin.so  .
In Fedora 28 x86_64 , there is NO  libCoin.so ,  but  libCoin.so.60.

In your system , if there is no libCoin.so in its related directory , it
may be necessary to specify its existent name in CMakeLists.txt files , ,
or  copy it into a file named as libCoin.so .




FYI, I have nearly got FreeCAD-git + Coin-hg + QT5 + med-4.0.0
building outside of ports, installing to /usr/local/pkg subdirs.  Both
Coin-hg and med-4.0.0 build w/o any substantial FreeBSD specific
changes and pass all their internal tests.  Coin-hg is getting commits
in the last weeks, and has a fully functional cmake build system now.
I'm doing this so that I can run the exact same versions on
Debian-testing.  Debian is scandalously slow in updating packages.

Right now I've got a single linking issue which should be solved
shortly, (strategizing on relinking FreeCAD w/o needing to recompile),
and then I'm going to attack the FreeCAD testing workspace.

I've been building on an 8 core system but am moving to a 32 core
system today.  I bought the big guy used from natex.us, and it is
fabulous for poudriere builds.

Regards,
Russell


Mehmet Erol Sanliturk
___
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@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Please reset assignee on PR 235412

2019-02-16 Thread Kurt Jaeger
Hi!

> Please reset the assignee from PR 235412 due to timeout:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235412#c6

Committed, thanks!

-- 
p...@opsec.eu+49 171 3101372One year 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: [new port] Native standalone version of gn build system

2019-02-16 Thread Kurt Jaeger
Hi!

> Gn, chromium build system, now is standalone project. FreeBSD support was 
> added to source tree recently.
> 
> I propose create a new port devel/gn. I created PR with patch - 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234309.
> 
> Can anyone look on it?

Committed, thanks!

-- 
p...@opsec.eu+49 171 3101372One year 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"


FreeCAD 0.17 && /lib//libgcc_s.so.1

2019-02-16 Thread Russell L. Carter

Greetings,

Restarting the FreeCAD 0.17 discussion on a different tangent.

As I mentioned before I am building (for now) outside of the ports
tree FreeCAD-git + Coin-hg + QT5 + med-4.0.0.  I want to particularly
thank very much all the porting work that has been done so far, I
wouldn't have been able to get as far as I have without it.

french/med (french?) requires fortran, and for ports gfortran is
apparently the only option.  gfortran depends on libgcc_s.so.1, which
is FreeBSD's (only?) version of dll hell.

Transcribed output from the FreeCAD Testing Framework GUI test all:

First run of TestApp.All: Run: 212 Failures: 1 Errors: 20

which isn't bad at all I suspect.  However one of the failures is

/lib/libgcc_s.so.1 version GCC_4.8.0 required by
/usr/local/lib/gcc8/libgfortran.so.5 not found

This is probably fatal to practical use of FreeCAD on FreeBSD.  I was
able to open most of my previous models, created on debian-testing,
but some were fail.

2 threads, no happy ending:

https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html
https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html

Question to experienced porters, how is this best practice solved?

Thanks,
Russell
___
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: FreeCAD 0.17 && /lib//libgcc_s.so.1

2019-02-16 Thread Steve Kargl
On Sat, Feb 16, 2019 at 06:02:11PM -0700, Russell L. Carter wrote:
> 
> /lib/libgcc_s.so.1 version GCC_4.8.0 required by
> /usr/local/lib/gcc8/libgfortran.so.5 not found
> 
> 
> Question to experienced porters, how is this best practice solved?
> 

setenv LD_LIBRARY_PATH /usr/local/lib/gcc8
setenv LD_RUN_PATH /usr/local/lib/gcc8

-- 
Steve
___
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: FreeCAD 0.17 && /lib//libgcc_s.so.1

2019-02-16 Thread Eugene Grosbein
17.02.2019 8:02, Russell L. Carter wrote:

> Greetings,
> 
> Restarting the FreeCAD 0.17 discussion on a different tangent.
> 
> As I mentioned before I am building (for now) outside of the ports
> tree FreeCAD-git + Coin-hg + QT5 + med-4.0.0.  I want to particularly
> thank very much all the porting work that has been done so far, I
> wouldn't have been able to get as far as I have without it.
> 
> french/med (french?) requires fortran, and for ports gfortran is
> apparently the only option.  gfortran depends on libgcc_s.so.1, which
> is FreeBSD's (only?) version of dll hell.
> 
> Transcribed output from the FreeCAD Testing Framework GUI test all:
> 
> First run of TestApp.All: Run: 212 Failures: 1 Errors: 20
> 
> which isn't bad at all I suspect.  However one of the failures is
> 
> /lib/libgcc_s.so.1 version GCC_4.8.0 required by
> /usr/local/lib/gcc8/libgfortran.so.5 not found
> 
> This is probably fatal to practical use of FreeCAD on FreeBSD.  I was
> able to open most of my previous models, created on debian-testing,
> but some were fail.
> 
> 2 threads, no happy ending:
> 
> https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html
> https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html
> 
> Question to experienced porters, how is this best practice solved?

I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got 
this:

# ldd /usr/local/lib/gcc8/libgfortran.so.5
/usr/local/lib/gcc8/libgfortran.so.5:
libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000)
libz.so.6 => /lib/libz.so.6 (0x8016ad000)
libm.so.5 => /lib/libm.so.5 (0x8018c5000)
libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000)
libc.so.7 => /lib/libc.so.7 (0x800823000)

So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1
but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case.

I assume something is broken in your installation. Try removing gcc8 and 
reinstalling
it using package.

___
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: FreeCAD 0.17 && /lib//libgcc_s.so.1

2019-02-16 Thread Russell L. Carter

On 2/16/19 6:21 PM, Eugene Grosbein wrote:

17.02.2019 8:02, Russell L. Carter wrote:


Greetings,

Restarting the FreeCAD 0.17 discussion on a different tangent.

As I mentioned before I am building (for now) outside of the ports
tree FreeCAD-git + Coin-hg + QT5 + med-4.0.0.  I want to particularly
thank very much all the porting work that has been done so far, I
wouldn't have been able to get as far as I have without it.

french/med (french?) requires fortran, and for ports gfortran is
apparently the only option.  gfortran depends on libgcc_s.so.1, which
is FreeBSD's (only?) version of dll hell.

Transcribed output from the FreeCAD Testing Framework GUI test all:

First run of TestApp.All: Run: 212 Failures: 1 Errors: 20

which isn't bad at all I suspect.  However one of the failures is

/lib/libgcc_s.so.1 version GCC_4.8.0 required by
/usr/local/lib/gcc8/libgfortran.so.5 not found

This is probably fatal to practical use of FreeCAD on FreeBSD.  I was
able to open most of my previous models, created on debian-testing,
but some were fail.

2 threads, no happy ending:

https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html
https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html

Question to experienced porters, how is this best practice solved?


I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got 
this:

# ldd /usr/local/lib/gcc8/libgfortran.so.5
/usr/local/lib/gcc8/libgfortran.so.5:
 libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000)
 libz.so.6 => /lib/libz.so.6 (0x8016ad000)
 libm.so.5 => /lib/libm.so.5 (0x8018c5000)
 libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000)
 libc.so.7 => /lib/libc.so.7 (0x800823000)

So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1
but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case.

I assume something is broken in your installation. Try removing gcc8 and 
reinstalling
it using package.



I have similar libgfortran.so.5 installation linkage:

 root@feyerabend> ldd /usr/local/lib/gcc8/libgfortran.so.5
/usr/local/lib/gcc8/libgfortran.so.5:
libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 
(0x80126d000)

libz.so.6 => /lib/libz.so.6 (0x80066a000)
libm.so.5 => /lib/libm.so.5 (0x800684000)
libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x8014ac000)
libc.so.7 => /lib/libc.so.7 (0x800249000)
root@feyerabend>

So I must dig deeper.  Perhaps with rpaths interacting with the system
paths?

Russell

___
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: net/xrdp: Issue(s) with Channels/Clipboard.

2019-02-16 Thread Koichiro Iwao
On Fri, Feb 15, 2019 at 11:31:36AM -0700, Janky Jay, III wrote:
>   This also causes the connection to take 16 seconds to open XFCE4 once
> it finally gives up on channels. I see 4 errors so I'm guessing there's
> a 4 second timeout between attempts. Something similar to the
> issue/recommendation reported at
> https://github.com/neutrinolabs/xrdp/issues/1288. I've tried the
> recommended disallowing of channels to see if it would connect faster
> but it does nothing. Still attempts the connections to "chansrv" and
> takes 16 seconds.

I don't think that is recommended in the upstream issue. Just he reporter
tried as workaround. Who recommended? As commented in the ticket, disabling
all channels don't stop connecting to chansrv. That's why *not to
connect when all channels disabled* feature is suggedted.
 
I know some people have the same issue and already recoeded to upstream
GH issue. Hang tight. If I need to know more detail of reproduction,
I might ask you help.

I also reproduce the issue but not 100%.

Thanks,

-- 
meta 
___
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: FreeCAD 0.17 && /lib//libgcc_s.so.1

2019-02-16 Thread Russell L. Carter

On 2/16/19 6:14 PM, Steve Kargl wrote:

On Sat, Feb 16, 2019 at 06:02:11PM -0700, Russell L. Carter wrote:


/lib/libgcc_s.so.1 version GCC_4.8.0 required by
/usr/local/lib/gcc8/libgfortran.so.5 not found


Question to experienced porters, how is this best practice solved?



setenv LD_LIBRARY_PATH /usr/local/lib/gcc8
setenv LD_RUN_PATH /usr/local/lib/gcc8



Steve,

script:

#! /bin/sh
export LD_LIBRARY_PATH=/usr/local/lib/gcc8
export LD_RUN_PATH=/usr/local/lib/gcc8
FreeCAD $*

And now the errors are different with no /lib/libgcc_s.so.1 error, but
if I rerun the tests in the GUI instance, I return to the
libgcc_s.so.1 problem.  Maybe a lost environment in there somewhere.
Well I will be back at it tomorrow.

Thanks,
Russell
___
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: FreeCAD 0.17 && /lib//libgcc_s.so.1

2019-02-16 Thread Eugene Grosbein
17.02.2019 8:35, Russell L. Carter wrote:

>>> Transcribed output from the FreeCAD Testing Framework GUI test all:
>>>
>>> First run of TestApp.All: Run: 212 Failures: 1 Errors: 20
>>>
>>> which isn't bad at all I suspect.  However one of the failures is
>>>
>>> /lib/libgcc_s.so.1 version GCC_4.8.0 required by
>>> /usr/local/lib/gcc8/libgfortran.so.5 not found

Where did you get this from, exactly?

___
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"