Re: Large builds with poudriere

[Thierry Thomas]

Le jeu. 20 mai 21 à 14:47:35 +0200, Fernando Apesteguía 

 écrivait :

> > Hi guys,

Hello,

> > I've recently been using poudriere to test news ports but this resulted in
> > building two large ports, namely:
> > - devel/llvm [1]
> > - lang/rust [2]
> >
> > Now, lang/rust takes 2 hourse to compile. So testing for 13.0, 12.2 and
> > 11.4 means around 6 hours in total, a lot of time for my desktop
> > computer. Especially if the dependencies are upgraded later on.
> >
> > Do you have any tips to deal with such long build time ? Apart from
> > have a dedicated server :)
> >
> 
> Patience :-)

At least, if your machine is powerful enough, you can edit your
/usr/local/etc/poudriere.conf and list these big ports in
ALLOW_MAKE_JOBS_PACKAGES.

> Package seeding in poudriere is a long awaited feature.

+ 1
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Is there a way to subscribe to the commit messages for only ports you maintain?

[Thierry Thomas]

Le mar. 18 mai 21 à 18:27:09 +0200, Julian H. Stacey 
 écrivait :

> Dave Horsfall wrote:
> > On Tue, 18 May 2021, Julian H. Stacey wrote:
> > 
> > > I'd use /usr/ports/mail/procmail
> > 
> > I wouldn't; it's an unsupported and obscure scripting language just asking 
> > for bugs, and actually has several CVEs against it.
> 
> URLs please ?
> None on https://en.wikipedia.org/wiki/Procmail
> just some obscure FUD 
>   "a number of security vulnerabilities have been discovered
>   since its last release"
> But no URLs to CVEs. BTW It also says:

Maybe this one:
https://nvd.nist.gov/vuln/detail/CVE-2017-16844

But nobody cares enough to add an entry in VuXML… because the FreeBSD
port is patched.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Hungarian: rST localisation for language "hu" not found

[Thierry Thomas]

Le mer. 14 avr. 21 à 14:50:37 +0200, Jan Beich 
 écrivait :
> Thierry Thomas  writes:
> 
> > [dochtml]   File 
> > "/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__main__.py",
> >  line 2, in 
> > [dochtml] main()
> > [dochtml]   File 
> > "/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__init__.py",
> >  line 1729, in main
> > [dochtml] builder()
> > [dochtml]   File 
> > "/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__init__.py",
> >  line 353, in _wrapper
> > [dochtml] build_many(build_other_doc, L)
> > [dochtml]   File 
> > "/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__init__.py",
> >  line 296, in build_many
> > [dochtml] _build_many(target, args, processes=NUM_THREADS)
> > [dochtml]   File 
> > "/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/utils.py",
> >  line 289, in build_many
> > [dochtml] raise worker_exc.original_exception
> > [dochtml] OSError: 
> > /wrkdirs/usr/ports/math/sage/work/sage-9.2/src/doc/hu/a_tour_of_sage/index.rst::
> >  WARNING: rST localisation for language "hu" not found.
> 
> Probably regressed by https://cgit.freebsd.org/ports/commit/?h=dd90fb0afa60
> via https://sourceforge.net/p/docutils/code/8465/
> 
> Sorry, I can't help with a fix.

Effectively, that seems related. Thanks for the pointer!
-- 
Th. Thomas.
___
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"

Hungarian: rST localisation for language "hu" not found

[Thierry Thomas]

Hello,

The port math/sage used to build on different releases of FreeBSD (when
there is no problem with some dependencies...), but since some days pkg-
fallout reports a strange error when building the doc:

[dochtml] [a_tour_of] The HTML pages are in 
../build/usr/local/share/doc/sage/html/hu/a_tour_of_sage.
[dochtml] Error building the documentation.
[dochtml] Traceback (most recent call last):
[dochtml]   File "/usr/local/lib/python3.7/runpy.py", line 193, in 
_run_module_as_main
[dochtml] "__main__", mod_spec)
[dochtml]   File "/usr/local/lib/python3.7/runpy.py", line 85, in _run_code
[dochtml] exec(code, run_globals)
[dochtml]   File 
"/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__main__.py",
 line 2, in 
[dochtml] main()
[dochtml]   File 
"/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__init__.py",
 line 1729, in main
[dochtml] builder()
[dochtml]   File 
"/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__init__.py",
 line 353, in _wrapper
[dochtml] build_many(build_other_doc, L)
[dochtml]   File 
"/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__init__.py",
 line 296, in build_many
[dochtml] _build_many(target, args, processes=NUM_THREADS)
[dochtml]   File 
"/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/utils.py",
 line 289, in build_many
[dochtml] raise worker_exc.original_exception
[dochtml] OSError: 
/wrkdirs/usr/ports/math/sage/work/sage-9.2/src/doc/hu/a_tour_of_sage/index.rst::
 WARNING: rST localisation for language "hu" not found.

Note: it builds for the other languages, and only fails for Hungarian.

Any idea? Maybe some locale bits have been removed?
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Time to swicth from svn to git ?

[Thierry Thomas]

Le dim. 13 déc. 20 à 14:08:29 +0100, Xavier Humbert 
 écrivait :

> Hi,

Hello,

> Ca we switch our ports repository from svn to git ?

Doc already switched, next will be src, and ports the latest.

More infos on freebsd-git:

Re: editors/vim needs devel/llvm90 and devel/llvm10

[Thierry Thomas]

Le mer.  2 déc. 20 à 16:55:33 +0100, tech-lists 
 écrivait :

> Hi,

> Is there a minimum version/maximum version listed in dependencies that 
> one can filter on? Is it the case that some ports want eg llvm8 and 
> *only* that version? Is llvm11 incompatible with llvm9 for example?

Yes, some ports might be incompatible with some versions.

But I´m wondering why a dependency on a port of llvm is needed (let´s
say 10 or 11), even when the compiler in base has the same version.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: STOP rust!

[Thierry Thomas]

Le ven. 13 nov. 20 à  0:47:49 +0100, Adam Weinberger 
 écrivait :

> It would be really nice if poudriere could keep a list of pkgs that
> should be fetched rather than built locally, but that alone is a
> nightmare for the solver, I suspect.

Good news: it´s coming!

-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Status of PEAR ports

[Thierry Thomas]

Le ven. 16 oct. 20 à 11:14:42 +0200, Andrea Venturoli 
 écrivait :

> Hello.

Hello,

> I'm maintaing a software that uses some pear packages, i.e.
> php74-pear-1.10.6
> php74-pear-MDB2-2.5.0.b5
> php74-pear-MDB2_Driver_pgsql-1.5.0.b4_2
> php74-pear-Mail-1.4.1,1
> php74-pear-Mail_Mime-1.10.9,2
> php74-pear-Mail_Queue-1.2.7_1
> php74-pear-Net_SMTP-1.9.0
> php74-pear-Net_Socket-1.0.14
> 
> What's its support status?
> I see that, e.g., MDB2 was released in 2012, Mail_Queue in 2011.
> 
> I'm seeing lots of warnings/errors:
> 
> > PHP Fatal error:  Cannot unset $this in 
> > /usr/local/share/pear/Mail/Queue.php on line 269
> 
> (Once that is commented:)
> > PHP Warning:  Declaration of Mail_Queue::isError($value) should be 
> > compatible with PEAR::isError($data, $code = NULL) in 
> > /usr/local/share/pear/Mail/Queue.php on line 590
> > PHP Warning:  count(): Parameter must be an array or an object that 
> > implements Countable in /usr/local/share/pear/MDB2.php on line 826
> > PHP Notice:  Only variables should be assigned by reference in 
> > /usr/local/share/pear/Mail/Queue/Container/mdb2.php on line 153
> 
> 
> Are they really compatible with php74?
> Are they abandoned upstream?

Some activities take place in GitHub. E.g. for MDB2 and Mail_Queue:
- https://github.com/pear/MDB2
- https://github.com/pear/Mail_Queue

but no release seem produced.

The Horde project used to be an important consumer of PEAR packages, but
they are working on switching to a new framework:
https://wiki.horde.org/Project/NoMorePear

Regards.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: OpenJDK ports and 13-CURRENT

[Thierry Thomas]

Le sam. 10 oct. 20 à 21:49:26 +0200, Shawn Webb 
 écrivait :

> > Ah, that is -fno-common fallout, strange that there is no build breakage
> > reported in the FreeBSD ports build cluster?
> > 
> > From gcc 10 and clang 11 onwards, -fno-common is the default (this is
> > really a historical mistake, -fcommon should never have been default).
> > 
> > It can result in link errors, if duplicate symbols exist in object
> > files. There is a suprising amount of software that makes this very
> > basic mistake!
> > 
> > The quick way to work around these errors is to set -fcommon in CFLAGS,
> > which will basically fudge around the actual issue. The better way is to
> > get rid of the duplicated symbols. This is usually easy, except that
> > Java ports tend to take ages to build. :) I'll submit a patch when my
> > machine's finished crunching through it.
> 
> Yup. Another victim: print/tex-luatex:
> 
> https://git-01.md.hardenedbsd.org/HardenedBSD/hardenedbsd-ports/commit/229b7663bc82ff7e471dc1e19662f68d4226984a

There is a meta-PR for that:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248756

Regards.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: need help with a poudriere build error of the port math/maxima

[Thierry Thomas]

Le lun.  6 juil. 20 à 20:06:47 +0200, Robert Cina 
 écrivait :

> Hi, I need help with creating a patch for a poudriere build error I'm
> experiencing for the port math/maxima using 12.1 stable amd64.

Hello,

> I have filed a bug #247805 for the issue and was told there is no
> maintainer for this port and I should create a patch for it myself. The
> only problem is I don't know where to start to debug the specific error in
> question.

I have not yet tested the committed version, but previously I tested the
version proposed in Phabricator at:
https://reviews.freebsd.org/rP541227
and it built fine, either in poudriere or as a port in my workstation
(I´m still using it to run Sage).

I guess that this failure is surely caused by some modification in an
external dependency, but this is a good point to start.

This port is strongly related to lang/ecl, and when I built it, it was
with the patch from:
https://reviews.freebsd.org/rP541226

Thanks for taking care!
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

[Thierry Thomas]

Le dim. 19 avr. 20 à 11:24:30 +0200, Thierry Thomas 
 écrivait :

> > Hmpf - now I _had_ to fix FreeCAD - that thing has it's own dependency
> > on vtk, and we cannot have vtk6 and vtk8 at the same time.
> 
> Thanks, I did not know that.

Christoph,

Unfortunately, I had to switch back to VTK-6.1 because it broke the
build. Thus you have to switch back too for FreeCAD...
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

[Thierry Thomas]

Le dim. 19 avr. 20 à  0:57:29 +0200, Christoph Moench-Tegeder 

 écrivait :

> Hmpf - now I _had_ to fix FreeCAD - that thing has it's own dependency
> on vtk, and we cannot have vtk6 and vtk8 at the same time.

Thanks, I did not know that.

> > Looks like vtk8 need some love... building as I write.
> 
> Either
>  - math/vtk8 should convert the QT5_USE of qmake_build and
>buildtools_build to qmake and buildtools, respectively
> Or
>   - every consumer of math/vtk8 (I'm talking about opencascade here)
> needs to QT5_USE qmake_build and buildtools_build.
> 
> vtk8's CMake-Files reference Qt and are very unhappy if they don't
> have qmake and moc.

This simple patch could help:

Index: math/vtk8/Makefile
===
--- math/vtk8/Makefile  (revision 531138)
+++ math/vtk8/Makefile  (working copy)
@@ -2,7 +2,7 @@
 
 PORTNAME=  vtk
 DISTVERSION=   8.1.2
-PORTREVISION=  5
+PORTREVISION=  6
 CATEGORIES=math graphics
 MASTER_SITES=  http://www.vtk.org/files/release/${VTK_SHORT_VER}/
 PKGNAMESUFFIX= 8
@@ -62,7 +62,7 @@
 .endfor
 
 QT5_USES=  qt:5
-QT5_USE=   
QT=core,gui,sql,uiplugin,widgets,x11extras,qmake_build,buildtools_build
+QT5_USE=   
QT=core,gui,sql,uiplugin,widgets,x11extras,qmake_build,buildtools
 QT5_CMAKE_ON=  -DVTK_QT_VERSION:STRING="5" \
-DCMAKE_PREFIX_PATH:STRING=${LOCALBASE}/lib/qt5 \
-DVTK_Group_Qt:BOOL=ON


Cc'ing: Yuri (maintainer)
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

[Thierry Thomas]

Le sam. 18 avr. 20 à 22:37:19 +0200, Loïc Bartoletti 
 écrivait :

> > I just committed a switch to VTK-8.1.

> Salut,
> 
> I'm working on a port which requires opencascade.
> 
> Maybe I'm wrong, but just repalce vtk6 to vtk8 is not enough. Vtk8 does not
> have python, and also requires qt5. According to my tests, you should add to
> opencascade
> 
> USES= qt:5 qmake
> USE_QT= buildtools_build

You are right! I tested this switch to VTK-8 some time ago, forgot to
commit it… and then forgot the details!

Thanks.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

[Thierry Thomas]

Le sam. 18 avr. 20 à 20:24:21 +0200, Christoph Moench-Tegeder 

 écrivait :

> > opencascade: 7.4.0_2
> 
> Again, vtk6...

I just committed a switch to VTK-8.1.

But there is also inkspace (if the option DOXYGEN is selected). It
should be upgraded to a newer version to avoid Python 2.7. See PR
243615.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

OMP status?

[Thierry Thomas]

Hello,

devel/openmp is deprecated, and should be removed, OK.

But USES=compiler:openmp still brings GCC. Is there any reason for that?

Thanks.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: cad/gmsh port

[Thierry Thomas]

Le jeu. 12 mars 20 à 18:08:37 +0100, Thierry Thomas 
 écrivait :

> Same for me. Trying
> 
> $ fetch -vvv http://gmsh.info/src/gmsh-4.5.4-source.tgz
> 
> works fine until 96 or 98 %, then it freezes. Should be a problem of the
> site gmsh.info.

But fetching from gitlab at <https://gitlab.onelab.info/gmsh/gmsh>, i.e.

https://gitlab.onelab.info/gmsh/gmsh/-/archive/gmsh_4_5_4/gmsh-gmsh_4_5_4.tar.bz2

works fine for me. You could add it to MASTER_SITES.

Regards.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: cad/gmsh port

[Thierry Thomas]

Le jeu. 12 mars 20 à 17:19:20 +0100, Montgomery-Smith, Stephen 

 écrivait :

> For some reason fetch freezes when the ports tries to build cad/gmsh. 
> But if I download the tarball via my web browser, it works.  Any ideas why?

Same for me. Trying

$ fetch -vvv http://gmsh.info/src/gmsh-4.5.4-source.tgz

works fine until 96 or 98 %, then it freezes. Should be a problem of the
site gmsh.info.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Pkg repository is broken...

[Thierry Thomas]

Le sam.  7 mars 20 à  1:38:55 +0100, Greg 'groggy' Lehey 
 écrivait :

> > Still broken for me on 12.1.

Still broken for me on 12.1-STABLE, but with a different error:

"size mismatch, fetching from remote" and then
"size mismatch, cannot continue" for the first package being fetched.

Same after a `pkg clean'.

> Strange.  Mine cleared up automatically the following day.
> 
> It's also strange how few replies I have received.  Two private
> messages (why?), yours, and that was it.  You'd think that people
> would be screaming.

I read somewhere that the packages building farm switched from 12.0 to
12.1, and I was just waiting for the dust to settle...
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: openblas - cblas

[Thierry Thomas]

Le mer. 22 janv. 20 à 16:48:43 +0100, Jan Beich 
 écrivait :
> ajtiM via freebsd-ports  writes:
> 
> > It is impossible to update ports because there are a conflic with
> > openblas and cblas - installs files in the same place.
> 
> math/openblas exposed its own CBLAS API which is a superset of
> math/cblas with extensions. For example, some consumers want
> openblas_set_num_threads().
> 
> In short, deinstall math/cblas.

Openblas does not totally replace cblas. E.g. science/code_saturne fails
without cblas: undefined reference to `cblas_ddot'

Since there is a conflict, Code_saturne is now broken.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: med

[Thierry Thomas]

Hello,

Le mar. 24 déc. 19 à 17:19:25 +0100, ajtiM via freebsd-ports 

 écrivait :

> Is the proble related to  /usr/ports/french/aster/bsd.aster.mk
> due to the source file aster-full-src-10.8.0-3.noarch.tar.gz can't be
> fetched from http://www.code-aster.org/FICHIERS/ and it is old more
> than 5 years?

According to your previous post, your ports tree is up-to-date, and you
are trying to fetch
http://www.code-aster.org/FICHIERS/aster-full-src-14.4.0-1.noarch.tar.gz
which is fine.

Sometimes, the Code_Aster site is not reliable; could you please try
again?
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: cclient, panda-cclient, and php71-imap (and others?)

[Thierry Thomas]

Le lun. 22 avr. 19 à 20:05:07 +0200, Adam Bernstein 
 écrivait :

> It seems to me that 'mail/cclient' should be marked as broken with 
> current OpenSSL 
> (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226621), and possibly 
> as unmaintained, and that all other ports that use it (the one that 
> concerns us currently is 'php71-imap') should switch to using the fork 
> 'panda-cclient' instead. That fork has this bug fixed already, and 
> php71-imap offers panda-cclient as a build option but not as the default.

Indeed, I've been using Panda for a long time, and it is a safer
replacement for cclient and uw-imap, and we could set it by default.
(adding PHP maintainer to Cc:)

> Or am I missing something? If not, is there anything we can do to 
> facilitate?

However, note that Panda is not bulletproof, and mostly unmaintained
too. Someone tries to revive this project and help is wanted: see
https://github.com/nkhorman/panda-imap/issues

Regards,
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Do you support creation of "chemistry" and "physics" virtual categories?

[Thierry Thomas]

Le lun. 30 juil. 18 à 12:21:04 +0200, Mateusz Piotrowski <0...@freebsd.org>
 écrivait :

> >> I assembled the lists of 50 ports for the chemistry virtual category, 
> >> and 25 ports for the physics virtual category: 
> >> https://reviews.freebsd.org/D13481#350005
> > [...]
> >> Do you support creation of "chemistry" and "physics" virtual categories?
> > 
> > Yes.
> 
> Yes.

+1
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Option vs. flavor?

[Thierry Thomas]

Le sam. 16 déc. 17 à  2:38:51 +0100, Yuri 
 écrivait :

> One port is small by itself, but it semi-optionally requires 4.5GB of 
> static data installed.
> 
> It is possible to download this data optionally, conditional on the port 
> option DATA_FILES which will be "off" by default, so that the users who 
> need the data will install it with DATA_FILES=on.
> 
> Alternatively, it is possible to create a flavor, something like @withData.
> 
> 
> Should the option be preferred, or should the flavor be preferred?

I'd say that this is a case for sub-packages.
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: Suggestion: USES=autoplist

[Thierry Thomas]

Le mer. 22 nov. 17 à 17:59:39 +0100, Brooks Davis 
 écrivait :

> Looking to the future, is the port an obviously candidate for FLAVORS or
> multi-packages?  If so, they you probably want to keep the current
> plist.  If not, then I guess it depends on your confidence that the port
> will remain well behaved.

Agreed. VTK is an important port, and at some point it is always
interesting to have a MANIFEST, to be able to check if a file was
installed with a previous version or not.
-- 
Th. Thomas.
___
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"

xpi- addons ports and WebExtensions / legacy?

[Thierry Thomas]

Hello,

Trying to upgrade www/xpi-ublock_origin to the latest release (1.14.4),
I'm facing a problem: the common targets for xpi- ports, located in
www/xpi-adblock/Makefile.xpi, relies upon install.rdf and
chrome.manifest. These two files exist for the legacy addons, but no
more for the new WebExtensions.

Is someone working on this? Or do you know how to register a
WebExtension addon for all users of a machine, as we do for the legacy
ports?

Thanks for any hint..
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: The future of portmaster [and of ports-mgmt/synth]

[Thierry Thomas]

Le jeu.  1 juin 17 à 15:45:43 +0200, Torsten Zuehlsdorff 

 écrivait :

> Just as a short note: there is a complete rewrite of portmaster ongoing. 
> Since its a beast and everything else is very hard there is no public 
> evidence in case of failure. ;) Until now.

I've been using portupgrade and then portmaster for a long time. I can
understand the need for such tools when you have to build ports with
non-default options.

But I have a naive question: if pkg supports flavours, and binary
packages are built for your sets of options, is portmaster still
relevant?
-- 
Th. Thomas.
___
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: installing a kibana plugin (re textproc/kibana43)

[Thierry Thomas]

Hello,

Le mar.  1 nov. 16 à 17:23:49 +0100, Dan Langille 
 écrivait :

> I am using Kibana 4.3 on FreeBSD 9.3 and I want to use 
> textproc/elasticsearch2-plugin-marvel 2.1.0
> 
> I have everything installed from packages and I'm reading the Elasticseach 
> documentation
>  (see #5 at https://www.elastic.co/guide/en/marvel/2.1/installing-marvel.html 
> )
> 
> I'm getting stuck on 'Install the Marvel app into Kibana'.
> 
> The instructions look for a kibana binary (I think).  The command is:
> 
>bin/kibana plugin --install elasticsearch/marvel/2.1.2
> 
> Where is that kibana binary? It's not references by the port that I could 
> find.

I guess that this the port is too old. If you look at
 (ATM this is 5.0.0)
there is is a bin directory, providing a kebana script.

Regards,
-- 
Th. Thomas.


signature.asc
Description: PGP signature

Re: How to make installation conditional in pkg-plist

[Thierry Thomas]

Le mar 26 jul 16 à 18:57:16 +0200, Montgomery-Smith, Stephen 

 écrivait :

> Currently the ports math/vtk6 and science/paraview both try to install 
> the same file: share/cmake/hdf5/libhdf5.settings.  It is described in 
> this bug report.
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211334
> 
> My proposed solution is that each port only installs the file if it 
> doesn't already exist, and only deinstalls the file if it installed it. 
> I am planning to figure out some kind of @exec solution for the pkg-plist.
> 
> Has anyone already solved this problem in other situations?  I prefer 
> not to reinvent something if good solutions already exist.
> 
> Failing that, does anyone have good ideas on how to do this, or even 
> alternative solutions?

This file is already installed by the port science/hdf5, but under
$PREFIX/lib.

I would suggest to:
- modify science/hdf5 to create a symlink under share/cmake/hdf5
- patch math/vtk6 and science/paraview to not install this file.

Regards,
-- 
Th. Thomas.


pgppWFZFMQbji.pgp
Description: PGP signature

Re: base components should always be default (Re: change in default openssl coming)

[Thierry Thomas]

Le sam  9 jul 16 à 20:35:59 +0200, Guido Falsi 
 écrivait :

> But that option will not change the basic problem of how the OS is
> developed. FreeBSD base will anyway include OpenSSL even though users
> can choose(and have been able to for a long while) too not install it.

But with a packaged base, OpenSSL from base and OpenSSL from ports could
be merged.
-- 
Th. Thomas.


pgpAOhJZuNkjS.pgp
Description: PGP signature

Re: base components should always be default (Re: change in default openssl coming)

[Thierry Thomas]

Le sam  9 jul 16 à 12:49:53 +0200, Guido Falsi 
 écrivait :

> Completely removing OpenSSL from base requires replacing it with some
> other SSL implementation, or removing a lot of other goodies which
> interface themselves with the external world from base.

Well, anyway, we are going to a packaged base, so this question won't be
a problem.
-- 
Th. Thomas.


pgp6LokvfQTQq.pgp
Description: PGP signature

Re: QA script error (libc++)

[Thierry Thomas]

Hello,

Le ven 24 jui 16 à  8:16:26 +0200, Fernando Apesteguía 

 écrivait :
> One of my ports is written in C++. It links agains libc++ that is in
> base (/usr/src/contrib/libc++). The port still builds fine and works
> but the QA scripts show an error complaining about the executable
> being linked to libc++ without the library being listed as an actual
> dependency and it suggests to add the following line to the Makefile:
> 
> LIB_DEPENDS+=libc++.so:devel/libc++

Same here for my port graphics/cimg. I guess that QA script is not yet
ready, and ATM it's safer to ignore its advices.
-- 
Th. Thomas.


pgprtYvj5CwYe.pgp
Description: PGP signature

Re: x11/rxvt-unicode && 256 colors

[Thierry Thomas]

Le lun 13 jui 16 à 20:00:57 +0200, Matthias Apitz 
 écrivait :

> El día Monday, June 13, 2016 a las 07:49:46PM +0200, Thierry Thomas escribió:
> 
> > Le lun 13 jui 16 à 13:56:41 +0200, Matthias Apitz 
> >  écrivait :
> > 
> > Could you please try:
> > $ TERM=rxvt-unicode-256color /usr/local/bin/tput colors
> 
> $ env | fgrep TERM
> TERM=rxvt-unicode-256color
> $ /usr/local/bin/tput colors
> 256
> $ tput colors
> 100

The port x11/rxvt-unicode installs its terminfo under $PREFIX/share/misc
and /usr/bin/tput does not read it, but tput installed from ports
(devel/ncurses) does.

Regards,
-- 
Th. Thomas.


pgpqddbNP3Cj2.pgp
Description: PGP signature

Re: x11/rxvt-unicode && 256 colors

[Thierry Thomas]

Le lun 13 jui 16 à 13:56:41 +0200, Matthias Apitz 
 écrivait :

> Hello,

Hello,

> I'm using x11/rxvt-unicode from head (PORTVERSION 9.21). I can not
> convince urxvt to use (for example in vim) 256 colors; it only says it
> has 100 colors:
> 
> $ TERM=rxvt-unicode-256color tput colors
> 100

Could you please try:
$ TERM=rxvt-unicode-256color /usr/local/bin/tput colors

Thanks
-- 
Th. Thomas.


pgpd_ZC4vMyIs.pgp
Description: PGP signature

Re: What is proper way to re-do "check-plist" after pkg-plist editing?

[Thierry Thomas]

Le lun 21 mar 16 à 20:29:10 +0100, Lev Serebryakov 
 écrivait :
> 
>  What should I call after I fixed issues in pkg-plist found by "make
> check-plist"? New "make check-plist" doesn't work for me.

Run `make restage' and then `make check-plist'.

Regards,
-- 
Th. Thomas.


pgpa2FymKYIS3.pgp
Description: PGP signature

Re: help make port for opencoarrays

[Thierry Thomas]

Hello,

[+ tijl@ to Cc: as maintainer of net/mpich]

Le mer 17 fév 16 à 23:50:37 +0100, Anton Shterenlikht 
 écrivait :
> Please help/advise
> 
> https://github.com/sourceryinstitute/opencoarrays
> 
> It requires mpich built with at least gcc5.3,
> more specifically mpif90 built with gcc5.3 or gcc6.
> net/mpich has FORTRAN_USES=fortran, which I understand
> triggers lang/gcc.
> 
> Is it a good idea (or at all possible) to add
> an option to net/mpich to choose a particular
> gcc version?
> 
> Any other advice?

ATM Fortran in FreeBSD is in a very bad shape, and, as you know, we
encounter difficulties with several ports (french/aster, cad/salome,
etc.) caused by a mix between clang and Gcc, and thus libstdc++ /
libc++.

If building mpich with a newer Gcc could solve the problem with
opencoarrays, I'm afraid it would cause uncompatibilities in other
dependencies - but unfortunately I cannot suggest a better alternative!
-- 
Th. Thomas.
___
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: ports, dependencies and conflicts with other ports' options ?

[Thierry Thomas]

Le dim 10 jan 16 à 21:51:23 +0100, Kurt Jaeger 
 écrivait :

> Hi!

Hello,

> There's a PR for a new port, see
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202754
> 
> which has the problem that if some other port has some option
> set, this will cause this new port fail on build.
> 
> So the question is: Is there any idea on how one might
> document / encode this kind of CONFLICT ?
> 
> I'm pretty sure there's no mechanism in place right now,
> any ideas on a mechanism that would cover this ?

Next releases of pkg should support flavors, but in the meantime, I
would suggest to create slaves ports with the conflicting options
disabled, and then depend on these ones.

Regards,
-- 
Th. Thomas.


pgpSsS4PQbo7G.pgp
Description: PGP signature

Re: OpenCASCADE 6.9.1

[Thierry Thomas]

Le ven 30 oct 15 à 12:08:36 +0100, Andrea Venturoli 
 écrivait :

> Hello.

> This is what I've come up with, by modifying your port.

Just committed, thanks for your help!
-- 
Th. Thomas.


pgpmAMB3K8YNU.pgp
Description: PGP signature

Re: OpenCASCADE 6.9.1

[Thierry Thomas]

Le sam 31 oct 15 à 11:40:52 +0100, Andrea Venturoli 
 écrivait :

> I think it can be done, but I'll let Thierry (the port maintainer) decide.
> I'm happy to help, but I don't want to step too much into his way.

Thanks Andrea for your help!

I'll check it ASAP. In the meantime, the distfile is available under:

MASTER_SITES=   ${MASTER_SITE_LOCAL}
MASTER_SITE_SUBDIR= thierry

Best regards,
-- 
Th. Thomas.


pgpB5pp9zoMrO.pgp
Description: PGP signature

Re: [New Port] Working on Gitlab - Calling for Help and Ideas

[Thierry Thomas]

Le jeu 23 avr 15 à 17:47:16 +0200, Torsten Zuehlsdorff 

 écrivait :

> Also the article takes the user away its decisions. I really love nginx, 
> but i could not find any specifics which makes it mandatory. The user 
> easily can use apache, yaws or something other.

ATM, you could choose a web server (Apache seems wellknown, but if you
prefer nginx, go for it!). Soon, pkg will be enhanced to handle
"provides / needs", and then you'll be able to just set "needs a
webserver". Or if you have many time, you could provide a set of
options.

About the configuration, I would suggest:
- provide sample config files (with comments when possible)
- explain the first steps in pkg-message (or just explain which document
  to follow).

Good luck!
-- 
Th. Thomas.


pgpu5nySfH1Dx.pgp
Description: PGP signature

Re: Pourdriere produces faulty build results due to bsd.openssl.mk bug

[Thierry Thomas]

Le mer  1 avr 15 à 22:59:56 +0200, Yuri 
 écrivait :

> I found that packages produced by poudriere likely link with base 
> openssl, while port make likely links with the port openssl.
> This is because of the lines in bsd.openssl.mk which check for the 
> presence of openssl shared library and headers under PREFIX, and set 
> WITH_OPENSSL_BASE when they aren't present. In case of port make files 
> are likely present, and in case of poudriere build files are likely not 
> present.

On this subject, please read "Build packages in poudriere without
OpenSSL in the base jail" at


Regards,
-- 
Th. Thomas.


pgp310_kWHLXL.pgp
Description: PGP signature

Re: pkg upgrade gives: Assertion failed

[Thierry Thomas]

Le mer 17 déc 14 à 23:49:11 +0100, Dan Langille 
 écrivait :

> Ideas?

Not exactly the same messages, but looks like
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195961
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195962

Regards,
-- 
Th. Thomas.


pgpxha1Od_71p.pgp
Description: PGP signature

Re: OpenCASCADE upgrade trouble

[Thierry Thomas]

Le mar  2 déc 14 à  9:38:57 +0100, Andrea Venturoli 
 écrivait :

> > Could you please send me your build log (compressed, because it's
> > huge!)
> 
> Please, find it attached.
> Problem is, there is no custom.sh in stage or work.

It seems that the mailing list remove the attachments...
Could you please put it somewhere or send it to me directly?

Thanks,
-- 
Th. Thomas.
___
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: OpenCASCADE upgrade trouble

[Thierry Thomas]

Le lun  1 déc 14 à 22:46:04 +0100, David Wolfskill 
 écrivait :

> > Hello.

Hello,

> > Today I tried updating OpenCASCADE to 6.8.0_1.
> > 
> > However the process ends with:
> > 
> > > ===>   Registering installation for opencascade-6.8.0_1
> > > pkg-static: 
> > > lstat(/usr/ports/cad/opencascade/work/stage/usr/local/OpenCAS/custom.sh): 
> > > No such file or directory
> > > *** [fake-pkg] Error code 74
> > 
> > Any hint?
> > 
> 
> Please read ports/UPDATING entry 20141127; its advice may well be
> relevant.

Thanks David for the hint, but I'm not sure that it applies here,
because OpenCascade does not use Perl directly.

Andrea: you wrote about "updating OpenCASCADE": I already encountered
such errors (not exactly the same one) with this port when upgrading if
it is already installed, and I have not yet been able to fix it.

Could you please send me your build log (compressed, because it's
huge!), or try to deinstall it before the build?

Regards,
-- 
Th. Thomas.


pgpHd0xt7Higc.pgp
Description: PGP signature

Re: FreeBSD unmaintained ports which are currently marked broken

[Thierry Thomas]

Le dim 21 sep 14 à 16:32:37 +0200, A.J. 'Fonz' van Werven 
 écrivait :
> lini...@freebsd.org wrote:
> 
> > portname:   astro/wmmoonclock
> > broken because: No public disfiles
> > build errors:   none.
> > overview:   
> > http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=wmmoonclock
> [snip]
> > portname:   games/wmfortune
> > broken because: No public disfiles
> > build errors:   none.
> > overview:   
> > http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmfortune
> [snip]
> > portname:   x11/wmblob
> > broken because: No public disfiles
> > build errors:   none.
> > overview:   
> > http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=wmblob
> 
> It appears that dockapps.org is broken somehow. If anyone still has the
> distfiles for any of the above, I'd be happy to mirror those at least
> until it becomes clear what's wrong with dockapps.org and/or the
> respective upstream authors can be contacted.

wmmoonclock is still available from the author's page:
http://www.cs.mun.ca/~gstarkes/wmaker/dockapps/time.html#wmmoonclock

wmfortune is available at GNU/Darwin:
http://www.gnu-darwin.org/distfiles/wmfortune-0.241.tar.gz

and wmblob from SourceFiles:
http://www.sourcefiles.org/Toys/Candy/wmblob-1.0.3.tar.bz2

Thanks for your proposition!
-- 
Th. Thomas.


pgpVudvyEs8jQ.pgp
Description: PGP signature

Re: [BRAINSTORMING] simplifying maintainer's life

[Thierry Thomas]

Le mer  3 sep 14 à 21:12:56 +0200, Marcus von Appen 
 écrivait :

> On, Wed Sep 03, 2014, Bryan Drewery wrote:

> [...]
> 
> > I understand there is fear involved with not having a plist validate
> > everything. Consider that many other package systems do not require a
> > plist to start.
> 
> [...]
> 
> Seconded. In my opinion for 95% of all cases it sums up to: everything in the
> staging directory gets installed. We can use post-build or pre-install to
> clean up the staging directory where necessary, or even revert the plist
> meaning in the worst case, e.g. everything in ${EXCLUDE_INSTALL} is not to be
> installed, if necessary.

I disagree. I use plist for two things:

- when upgrading a port, I compare the previous plist with the newer
  one, and if some important files are missing, I try to understand the
  reason;

- I often grep all plists to find which port could possibly provide such
  header or such library (among non-installed ports, of course).
-- 
Th. Thomas.


pgpF0C79_ewhW.pgp
Description: PGP signature

pkg: Cannot solve problem using SAT solver

[Thierry Thomas]

Hello,

Trying to upgrade a machine with `pkg upgrade', it displays these
messages:

pkg: Cannot solve problem using SAT solver:
cannot install package ecs~science/ecs, remove it from request [Y/n]: Y
pkg: Cannot solve problem using SAT solver:
cannot install package apache22~www/apache22, remove it from request [Y/n]: Y
cannot install package mod_php5~www/mod_php5, remove it from request [Y/n]: Y

This is pkg 1.3.6.

Is it possible to upgrade these packages with pkg, or do we need to use
the ports?

Regards,
-- 
Th. Thomas.
___
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: [CFT] new port net-im/tox-prpl

[Thierry Thomas]

Le dim 13 jul 14 à 22:30:56 +0200, Ivan Klymenko 
 écrivait :

> Hi, all.

Hello,

> I have ported a new port net-im/tox-prpl.
> This is a Tox protocol plugin for Pidgin / libpurple.
> 
> The port can be found here:
> https://redports.org/browser/fidaj/net-im/tox-prpl
> 
> 
> Something about this can be found here:
> http://tox.dhs.org/
> 
> About tox can be found here:
> http://tox.im/
> https://wiki.tox.im/Main_Page
> 
> The ports system already exist ports:
> net-im/tox
> net-im/toxic
> net-im/venom
> etc...
> 
> Let me know if you notice any regressions.

Firstly, I have a remark about LIB_DEPENDS: you set it to libsodium.so,
but tox could be built against libnacl. It should be sufficient to
depend on libtoxcore (BUILD_ + RUN_) so that the effective dependency is
set indirectly.

Secondly, Tox is still in heavy development, and I try to upgrade it
regulary, but the ABI may break in some revisions... be prepared to
upgrade it regulary too!

No other problem from me: go!
-- 
Th. Thomas.


pgpieOGpbqj59.pgp
Description: PGP signature

Re: [FreeBSD-Announce] FreeBSD bug tracking moves from GNATS to Bugzilla

[Thierry Thomas]

Le mar  3 jui 14 à 17:55:03 +0200, Alfred Perlstein 
 écrivait :

> I still think using a form of oauth might help.

OpenID?


Regards,
-- 
Th. Thomas.
___
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: Patch wanted: VmRSS, VmSize and VmStk in /proc/pid/status

[Thierry Thomas]

Le mer 14 mai 14 à 10:03:34 +0200, Scot Hetzel 
 écrivait :

> >> > It's why I'm looking for help here: does somebody knows how the
> >> > corresponding values of these Vm... can be found in FreeBSD?
> >>
> >> You could try reading the source for linprocfs to see how it gets those 
> >> values:
> >>
> >> https://svnweb.freebsd.org/base/head/sys/compat/linprocfs/linprocfs.c?revision=263620&view=markup#l748
> >
> > Good idea, I'll check it!
> 
> You may also want to check usr.bin/procstat and lib/libprocstat.

Here I am - almost! I have written a patch giving all these values -
excepted VmPeak: I cannot find its definition neither in linprocfs nor
elsewhere. This value is also missing from our
/compat/linux/proc/%pid%/status.

Setting it to -1 seems working, but if someone knows how to get it, it
would be better.

Thanks!
-- 
Th. Thomas.
___
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: OpenCASCADE upgrade fails on i386

[Thierry Thomas]

Le jeu 15 mai 14 à 10:57:13 +0200, Andrea Venturoli 
 écrivait :

> Hello.

Hello,

> >...
> > Creating bzip'd tar ball in 
> > '/var/tmp/usr/ports/cad/opencascade/work/pkg/opencascade-6.7.1_1.tbz'
> > tar: OpenCAS/custom_gcc_64_.sh: Cannot stat: No such file or directory
> > tar: Error exit delayed from previous errors.
> > pkg_create: make_dist: tar command failed with code 256
> > *** [do-package] Error code 1
> 
> Just to let you know...

Fixed, thanks!
-- 
Th. Thomas.
___
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: Patch wanted: VmRSS, VmSize and VmStk in /proc/pid/status

[Thierry Thomas]

Le mar 13 mai 14 à 10:28:24 +0200, Scot Hetzel 
 écrivait :

> > It's why I'm looking for help here: does somebody knows how the
> > corresponding values of these Vm... can be found in FreeBSD?
> 
> You could try reading the source for linprocfs to see how it gets those 
> values:
> 
> https://svnweb.freebsd.org/base/head/sys/compat/linprocfs/linprocfs.c?revision=263620&view=markup#l748

Good idea, I'll check it!
-- 
Th. Thomas.
___
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"

Patch wanted: VmRSS, VmSize and VmStk in /proc/pid/status

[Thierry Thomas]

Hello,

In the new versions of french/aster, there is this piece of Linux code:

---
static char filename[80];
static char sbuf[1024];
char* S;
int fd, num_read;
long lmem;
pid_t numpro;

pid_t getpid(void);

numpro = getpid();

sprintf(filename, "/proc/%ld/status", (long)numpro);
fd = open(filename, O_RDONLY, 0);
if (fd==-1) return -1;
num_read=read(fd,sbuf,(sizeof sbuf)-1);
close(fd);

S=strstr(sbuf,"VmData:")+8;
val[0] = (INTEGER)atoi(S);

S=strstr(sbuf,"VmSize:")+8;
val[1] = (INTEGER)atoi(S);

if ( strstr(sbuf,"VmPeak:") != NULL ) {
S=strstr(sbuf,"VmPeak:")+8;
val[2] = atoi(S);
} else {
val[2] = -1 ;
}

S=strstr(sbuf,"VmRSS:")+7;
val[3] = (INTEGER)atoi(S);

S=strstr(sbuf,"VmStk:")+7;
lmem = atoi(S);
return lmem ;
---

Of course, it does'nt work on FreeBSD, because our status has a
different structure.

As a quick & dirty work-around, I patched it to replace /proc by
/compat/linux/proc and it works. Unfortunately, this is not a good
solution, because this port is no more packageable (this piece of code
is run at the end of the build).

It's why I'm looking for help here: does somebody knows how the
corresponding values of these Vm... can be found in FreeBSD?

Thanks,
-- 
Th. Thomas.
___
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: ACTION REQUIRED - Unstaged Ports being DEPRECATED on June 31st.

[Thierry Thomas]

Le dim 11 mai 14 à 12:01:54 +0200, Tijl Coosemans 
 écrivait :

> He was referring to this in bsd.port.mk:
> 
> .if !target(all)
> .  if defined(NO_STAGE)
> all: build
> .  else
> all: stage
> .  endif
> .endif

BTW, I don't think that this is a good idea: we could miss some
important messages issued at the end of the build. I prefer the previous
way, with build and stage as separate targets.

Anyway, stage and package are implied by install, so that does'nt change
anything for the end user, but it was safer for the maintainer.
-- 
Th. Thomas.


pgppbROR3NINi.pgp
Description: PGP signature

Re: FreeBSD ports which are currently scheduled for deletion

[Thierry Thomas]

Le mer  9 avr 14 à 22:26:09 +0200, Christian Weisgerber 
 écrivait :

> > In the meantime -- it's still a non-problem as long as "svn revert" works.
> 
> "svn revert" throws away local changes.  I don't think that's what
> you mean.
> 
> In fact, I don't know how to even find (the history of) removed
> files with Subversion.  For instance, at some point there must have
> been a port russian/xmms, but neither svnweb nor "svn log" show it.

Indeed: it should be located at

but only a 404 error is returned!
-- 
Th. Thomas.


pgpoQDyqZZlKJ.pgp
Description: PGP signature

Re: unmaintained, expired, but probably working ports

[Thierry Thomas]

Le sam 29 mar 14 à 19:34:16 +0100, René Ladan 
 écrivait :

> > If someone is interested, I have a patch to upgrade tochnog, available
> > at:
> > 
> >
> > It seems not too bad, but it does not build when the THREADing option is
> > enabled.
> Seems to compile and package fine here (once time.h is *not* renamed in
> the Makefile), so I'll just commit it.

Great!

> files/patch-so_suplu.c seems a nice candidate to extend USES=dos2unix ;)
> (assuming it indeed only converts lines ending in \r to lines ending in \n)

Best regards,
-- 
Th. Thomas.


pgp9nKLloicdC.pgp
Description: PGP signature

Re: FreeBSD Port: fr-med-3.0.6_3

[Thierry Thomas]

Hello,

Le dim 16 mar 14 à 11:03:22 +0100, Tuomo Latto 
 écrivait :
> Any chance of getting fr-med updated?
> It seems the newer stable version of aster contains
> med 3.0.7 package and the old aster version is no
> longer available.
> I'm asking because not only does the octave-forge
> optional package octave-forge-msh require fr-med but the
> non-optional octave-forge-bim requires it as well.
> So, as far as I can tell octave-forge is currently
> broken because of this.

Actually I have some unresolved problems with aster, and I thought that
MED was only used by this port and Salome. Thanks for the notification!

I'll upgrade it ASAP.

Regards,
-- 
Th. Thomas.


pgp6_2Y9vCTPW.pgp
Description: PGP signature

Re: Port for keybase

[Thierry Thomas]

Le mar 11 mar 14 à 22:07:31 +0100, Thierry Thomas 
 écrivait :

> I won't commit it in the ports tree, because this is still alpha
> software, but it is available at
> <https://people.freebsd.org/~thierry/security_keybase-0.0.34.tar.bz2>.

An updated version is at
<https://people.freebsd.org/~thierry/security_keybase-0.0.37.tar.bz2>.

But since it is updated very often, I won't announce it everytime, and I
created a symlink:
<https://people.freebsd.org/~thierry/security_keybase-latest.tar.bz2>.

Thanks for the interest.
-- 
Th. Thomas.


smime.p7s
Description: S/MIME cryptographic signature

Re: french/med broken

[Thierry Thomas]

Le jeu 13 mar 14 à  5:30:11 +0100, Scot Hetzel 
 écrivait :

> > When I try to build french/med, I get the error message:
> >
> > ===>  fr-med-3.0.6_3 is marked as broken: Unfetchable.
> >
> > But I don't see what code in the Makefile generates this message.  Is
> > there some code in /usr/ports/Mk/ that autogenerates this message?
> >
> The BROKEN message is defined in  /usr/ports/french/aster/bsd.aster.mk
> due to the source file aster-full-src-10.8.0-3.noarch.tar.gz can't be
> fetched from http://www.code-aster.org/FICHIERS/
> 
> Someone will need to update the french/aster port (and all ports that
> include bsd.aster.mk) to version 11.5.0-4.

I have patches to upgrade the aster ports, but unfortunately I cannot
commit them ATM, because it builds but segfaults. Still working on it...

Regards,
-- 
Th. Thomas.


pgpiqUwf7c4mq.pgp
Description: PGP signature

Port for keybase

[Thierry Thomas]

Hello,

I'm using https://keybase.io/ and wanted to run their CLI program, but I
prefer not to use external packages manager, so I created a port to
avoid the installation of npm and their keybase-installer.

I won't commit it in the ports tree, because this is still alpha
software, but it is available at
.

HTH
-- 
Th. Thomas.


pgpYGooPtD_fY.pgp
Description: PGP signature

Re: unmaintained, expired, but probably working ports

[Thierry Thomas]

Le dim  9 mar 14 à 10:14:21 +0100, René Ladan 
 écrivait :
> Hi,

Hello,

> with my self-invented garbage collector hat on...
> 
> The following ports were marked deprecated and have now expired because
> the distilator, a service which automatically looks for distribution
> files, could not find any for them. The "main web site" link on
> http://www.freshports.org/ still works for these ports, but the download
> location has slightly changed.
> 
> These ports fetched fine via their website but "make fetch" had problems:
> - databases/p5-hp200lx-db
> - chinese/srecite
> 
> These ports need a version and a download location update:
> -audio/teamspeak_client
> - audio/teamspeak_server
> - cad/tochnog

If someone is interested, I have a patch to upgrade tochnog, available
at:


It seems not too bad, but it does not build when the THREADing option is
enabled.

Regards,
-- 
Th. Thomas.
___
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: Listing of all available options in ports tree for use in make.conf /ports.conf (WITHOUT_ , WITH_ as well as OPTIONS_SET /UNSET)

[Thierry Thomas]

Le mar  4 mar 14 à 15:05:51 +0100, Jakub Lach 
 écrivait :
> Thanks for reply!
> 
> IMHO, port knobs really should be centrally tracked/standardized.
> When one would like to set some options globally, it gets really 
> ugly really fast e.g.

It used to be in /usr/ports/KNOBS but it was removed some days ago.
Anyway, it's still available in svn, and most of the knobs are described
in /usr/ports/Mk/bsd.options.desc.mk .
-- 
Th. Thomas.
___
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: can pkg install mod_php5 (ie. libphp5.so) ?

[Thierry Thomas]

Le lun  3 mar 14 à 17:48:29 +0100, sa...@sina.cn 
 écrivait :

> Hi:

Hello,

> apache24-2.4.6_1 was installed using 'pkg'.
> 
> subsequently, php55-5.5.9 and almost all the modules were installed 
> using 'pkg install'.
> 
> However, 'pkg search' did not turn in any 'mod_php5'.
> 
> Is building php from the '/usr/ports/lang/php5' the only option to 
> configure 'APACHE' PHP_SAPI ?

Yes, it is. But note that PHP-FPM (FastCGI Process Manager) is enabled.
-- 
Th. Thomas.
___
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: firefox stops to work with latest glib?

[Thierry Thomas]

Le dim 23 fév 14 à 13:38:00 +0100, Lev Serebryakov 
 écrivait :
> Hello, Freebsd-ports.

Hello,

> FreeBSD -CURRENT/amd64, latest _binary_ packages, FireFox 27 could not srart
> with:
> 
> GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion 
> `sys_page_size == 0' failed

Same here, but for a much longer time! This is not FreeBSD specific: see
https://bugzilla.mozilla.org/show_bug.cgi?id=833117

A work-around is to launch `firefox -safe-mode'.

Regards,
-- 
Th. Thomas.


pgp681sgcE2qA.pgp
Description: PGP signature

[CFT] finance/grisbi: upgrade to 0.9.99

[Thierry Thomas]

Hello,

This is a call for test: 0.9.99 is an unstable version of Grisbi, surely
the latest before 1.0.

There is no need for a finance/grisbi-devel, and I'm just pushing the
patch at .

I won't commit it - just waiting for the next stable version - but
please test it and report any problem, to me or upstream.

Warning! Back-up your .gsb file, just in case!

Thanks.
-- 
Th. Thomas.


pgpp0J7gwY2Vj.pgp
Description: PGP signature

Tr: mutt port broken with SLANG option [was mutt ports broke portupgrade]

[Thierry Thomas]

Hello Udo,

I just committed a quick fix for this problem.
Could you please check it?

Thanks.

Le mer  5 fév 14 à  2:31:35 +0100, Bryan Drewery 
 écrivait :
> On 2/4/2014 5:24 PM, Albert Shih wrote:
> > hi all,
> > 
> > mutt ports broke portuprade in the last update
> > 
> > [root@ /root]# portupgrade --all
> > [Reading data from pkg(8) ... - 886 packages found - done]
> > [Updating the portsdb  in /usr/ports ... - 24579 port
> > entries found
> > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000.23000.24000.
> > . done]
> > "Makefile", line 441: Unassociated shell command "@${ECHO} 
> > "=" > ${PKGMESSAGE}"
> > "Makefile", line 442: Unassociated shell command "@${ECHO} "You have 
> > installed ${PORTNAME} with SLANG support." >> ${PKGMESSAGE}"
> > "Makefile", line 443: Unassociated shell command "@${ECHO} "This may work 
> > for a color terminal only when defining" >> ${PKGMESSAGE}"
> > "Makefile", line 444: Unassociated shell command "@${ECHO} "COLORTERM=yes 
> > and COLORFGBG=\"color1;color2\" in your" >> ${PKGMESSAGE}"
> > "Makefile", line 445: Unassociated shell command "@${ECHO} "environment." 
> > >> ${PKGMESSAGE}"
> > "Makefile", line 446: Unassociated shell command "@${ECHO} 
> > "=" >> ${PKGMESSAGE}"
> > make: fatal errors encountered -- cannot continue
> > ** Makefile possibly broken: mail/mutt:
> > ** Please report this to the maintainer for mail/mutt
> > /usr/local/sbin/portupgrade:1580:in `get_pkgname': Makefile broken 
> > (MakefileBrokenError)
> > from /usr/local/sbin/portupgrade:642:in `block (4 levels) in main'
> > from /usr/local/sbin/portupgrade:626:in `each'
> > from /usr/local/sbin/portupgrade:626:in `block (3 levels) in main'
> > from /usr/local/sbin/portupgrade:599:in `catch'
> > from /usr/local/sbin/portupgrade:599:in `block (2 levels) in main'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `call'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `block (2 levels) 
> > in parse_in_order'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `catch'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `block in 
> > parse_in_order'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `catch'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `parse_in_order'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1345:in `order!'
> > from /usr/local/lib/ruby/2.0/optparse.rb:1337:in `order'
> > from /usr/local/sbin/portupgrade:576:in `block in main'
> > from /usr/local/lib/ruby/2.0/optparse.rb:885:in `initialize'
> > from /usr/local/sbin/portupgrade:237:in `new'
> > from /usr/local/sbin/portupgrade:237:in `main'
> > from /usr/local/sbin/portupgrade:2371:in `'
> > 
> > Regards.
> > 
> > JAS
> > 
> 
> It's more than just portupgrade, the port is broken when you select the
> SLANG option.
> 
> This block of code needs some help. The ECHO lines used to be in
> post-install but are now orphaned, and the PKGMESSAGE seems orphaned
> too, I can't find the actual file.
> 
> > .if ${PORT_OPTIONS:MSLANG}
> > PKGMESSAGE= ${WRKDIR}/pkg-message
> > @${ECHO} "=" > 
> > ${PKGMESSAGE}
> > @${ECHO} "You have installed ${PORTNAME} with SLANG support." >> 
> > ${PKGMESSAGE}
> > @${ECHO} "This may work for a color terminal only when defining" >> 
> > ${PKGMESSAGE}
> > @${ECHO} "COLORTERM=yes and COLORFGBG=\"color1;color2\" in your" >> 
> > ${PKGMESSAGE}
> > @${ECHO} "environment." >> ${PKGMESSAGE}
> > @${ECHO} "=" >> 
> > ${PKGMESSAGE}
> > .endif
> 
> 
> 
> 
> -- 
> Regards,
> Bryan Drewery

-- 
Th. Thomas.


pgpDHvlxoDN6N.pgp
Description: PGP signature

Re: configure scripts and FreeBSD-10

[Thierry Thomas]

Hello Stephen,

Le mer 29 jan 14 à 14:15:51 +0100, Montgomery-Smith, Stephen 

 écrivait :
> I have ports with configure scripts that include lines like
> 
> freebsd1*)
> 
> Now obviously the script will choose this case when I am running
> FreeBSD-10 as well as FreeBSD-1.
> 
> What solutions have people used to deal with this?Does anyone have
> good examples of ports I can look at where this was solved?  Somebody
> sent me a patch that replaces freebsd1*) with freebsd1[!0]*), but that
> will fail when FreeBSD-11 comes out.

Just suppress the corresponding lines: we don't support FreeBSD-1!
And check that one of the other case is relevant.

Regards,
-- 
Th. Thomas.


smime.p7s
Description: S/MIME cryptographic signature

Re: FreeBSD 10.0-RC4 pkg upgrade QT conflict

[Thierry Thomas]

Le mer 15 jan 14 à 13:35:36 +0100, Thierry Thomas 
 écrivait :

> Please read UPGRADING (ore pkg upgrading).

Ooops!
UPDATING / pkg updating !
-- 
Th. Thomas.
___
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 10.0-RC4 pkg upgrade QT conflict

[Thierry Thomas]

Le mer 15 jan 14 à 12:47:59 +0100, CeDeROM 
 écrivait :

> Checking integrity...pkg: WARNING: locally installed
> qt4-declarative-4.8.5 conflicts on
> /usr/local/include/qt4/Qt/QtDeclarative with:
> - qt4-declarative-4.8.5

Please read UPGRADING (ore pkg upgrading).
-- 
Th. Thomas.
___
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: continued graphics/opencv-core problems

[Thierry Thomas]

Le sam  9 nov 13 à 21:00:51 +0100, Chess Griffin 
 écrivait :
> For about 2-3 weeks now, I have continued to run into problems with 
> opencv-core not building on my 9.2-RELEASE poudriere box that uses 
> clang.  I reported it here:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/183238
> 
> This problem prevents me from building multimedia/ffmpeg which in turn 
> causes a bunch of issues with other ports, including audacious-plugins.
> 
> Has anyone else run into this or have a solution?  Thanks in advance.

As I need it for my ports, I has just been rebuilt in poudriere, and
everything is fine.

Full log available at


Is your poudriere's ports tree up-to-date?
-- 
Th. Thomas.


pgpH3XNxVw6Hl.pgp
Description: PGP signature

Re: Stage and /var ?

[Thierry Thomas]

Le ven  1 nov 13 à 10:11:50 +0100, Tijl Coosemans 
 écrivait :

> Something like this should work:
> 
> 
> In post-install do: ${MKDIR} /var/foo
> 
> In pkg-plist add:
> 
> @unexec rmdir /var/foo 2>/dev/null || true
> @exec mkdir -p /var/foo

Thanks for this, it could be useful for some other ports.

About net/neubot (just committed), I removed the creation of the
directory from the Makefile, and it still works: it's created anyway
when the application creates its database.

Regards,
-- 
Th. Thomas.


pgphw0oHabklh.pgp
Description: PGP signature

Re: Stage and /var ?

[Thierry Thomas]

Le jeu 31 oct 13 à 16:05:57 +0100, Alex Dupre 
 écrivait :

> > How should we stagify ports writing out of their $PREFIX for
> > good reasons, e.g. a statedir like /var/foo/$PORTNAME.
> 
> Usually such directories are created at runtime (perhaps by the startup
> rc script) and not during package installation.

I was creating the directories in post-install. I'll check if everything
is still OK without that.

Thanks.
-- 
Th. Thomas.
___
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"

Stage and /var ?

[Thierry Thomas]

Hello,

How should we stagify ports writing out of their $PREFIX for
good reasons, e.g. a statedir like /var/foo/$PORTNAME.

I don't like the idea of $PREFIX/var, and prefer the real /var.

Thanks for your suggestions.
-- 
Th. Thomas.
___
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: LC_MESSAGES plist generation

[Thierry Thomas]

Le jeu 18 avr 13 à 22:55:18 +0200, Chris Rees 
 écrivait :
> HI all,

Hello,

> Who else wants to chop out loads of useless plist lines? :)

Well, these lines are not useless: it may be interesting to know if the
software has been translated in your language of choice.

Regards,
-- 
Th. Thomas.


pgp6cDJ6j2T_Z.pgp
Description: PGP signature

Re: OpenCASCADE

[Thierry Thomas]

Le ven 22 mar 13 à 14:58:48 +0100, Andrea Venturoli 
 écrivait :
> Hello.

Hello Andrea,

> Several months ago, I sent you a port skeleton for OpenCASCADE 6.5.2.
> The version in ports is still at 6.3.
> In the meanwhile 6.5.2 is already old, as 6.5.3 is out.
> 
> I understand there are other ports in the tree which require OpenCASCADE 
> 6.3.

This is the first point. The second one is my lack of availability...
Have you checked that the ports depending on OpenCASCADE are really
incompatible with this latest release?

> My proposal is to rename 6.3 from opencascade to opencascade-legacy or 
> opencascade63 and introduce a new 6.5.3 port.
> I could create the latter and volunteer to maintain it.
> 
> What do you think?

Yes, that would be fine! Please go.
-- 
Th. Thomas.
___
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: illegal port version

[Thierry Thomas]

Le lun 17 déc 12 � 17:19:13 +0100, Radim Kolar 
 �crivait�:
> what can i do with this?

Use DISTVERSION.

> fbsd9:~/ports/hornetq> port test
> ===> Validating port with portlint
> WARN: Makefile: Setting PORTREVISION to 0 is not necessary.
> FATAL: Makefile: PORTVERSION looks illegal. You should modify "2.2.24.GA".
> 1 fatal error and 1 warning found.
> Error validating port
> 
> this GA suffix appears in directory name of extracted file

-- 
Th. Thomas.
___
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: Adopt an orphaned port project

[Thierry Thomas]

Hello,

Le lun 10 déc 12 à 17:29:29 +0100, Lars Engels 
 écrivait :

> === How do I know which ports are unmaintained? ===
> 
> Thats pretty easy: If you want a list of all unmaintained ports, run
> 
> # nawk -F"|" '$6 == "po...@freebsd.org" {print $2}' /usr/ports/INDEX-`uname 
> -r |\
>   cut -d'.' -f1`

Or just `make search maint=po...@freebsd.org display=path'
-- 
Th. Thomas.


pgpOUWQRghY7a.pgp
Description: PGP signature

Re: Dealing with options in dependent ports

[Thierry Thomas]

Le ven 30 nov 12 à 19:07:20 +0100, Alberto Villa 
 écrivait :
> On Fri, Nov 30, 2012 at 4:47 PM, Thierry Thomas  wrote:
> > However, to enforce the right dependency, this option have to produce a
> > different plist.
> 
> Really? Isn't enough to depend on the package name instead of a file?

xxx_DEPENDS=   specific_file:slave_ports
-- 
Th. Thomas.
___
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: Dealing with options in dependent ports

[Thierry Thomas]

Hello,

Le ven 30 nov 12 à 16:36:32 +0100, Paul Schmehl 
 écrivait :
> I'm working on a port that has an option for a build_depends on another 
> port.  If that option is selected, the dependent port MUST be built with an 
> option that is not selected by default.
> 
> Is there a way to either force that option to be selected in the dependent 
> port?  Or, failing that, is it possible to pop up a message warning the 
> installer that they must select that option before building the dependent 
> port or, if they've already installed it without the option, they must 
> deinstall and reinstall after selecting that option?
> 

I'd suggest to make a slave port where you force the required option.
However, to enforce the right dependency, this option have to produce a
different plist.
-- 
Th. Thomas.
___
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 Port: horde-4.0.15

[Thierry Thomas]

Le mer 28 nov 12 à  2:29:51 +0100, Campbell (Freebsd support, IT HO) 

 écrivait :
> G'Day

Hello,

> Is there a timeline for the Horde 5 Application Framework to be added to 
> the ports collection?

Just wait for the end of the ports freeze, i.e. the release of 9.1.

Best regards,
-- 
Th. Thomas.


pgpl0gFfqOc11.pgp
Description: PGP signature

Re: [CHANGE PROPOSAL] Moving WWW from pkg-descr to Makefile

[Thierry Thomas]

Le ven  5 oct 12 à 16:05:35 +0200, Baptiste Daroussin 
 écrivait :
> Hi,

Hello,

> I want to propose and make the actual move of the WWW information from the
> pkg-descr to the Makefile itself via a WWW variable.

Good idea!

But just a warning: some pkg-desc may contain two URLs.

Regards,
-- 
Th. Thomas.


pgp5ktkMphS5P.pgp
Description: PGP signature

Re: FreeBSD Port: tidy-lib-090315.c_1

[Thierry Thomas]

Le mer 25 jan 12 à 18:28:43 +0100, ?? ??? 
 écrivait :
> Hi, Thierry.

Hello,

> Since tidy-lib hadn't had any updates for over 3 years, there is a
> non-official patch to support new tags and correct doctype for HTML5. Is it
> possible to include it into the port?
> The patch itself:
> http://lists.w3.org/Archives/Public/www-archive/2011Nov/0007.html
> There is also github repository you might want to look at -
> https://github.com/w3c/tidy-html5. Their readme says it contains not only
> the first patch, but additional changes.

I'm subscribed to the tidy-develop@, and there have been some recent
activity. Bjoern Hoehrmann has checked these patches, and one can expect
an official release. Please just wait a little!

Best regards,
-- 
Th. Thomas.


pgpA2ovdFOB7s.pgp
Description: PGP signature

Re: OpenCASCADE port outdated

[Thierry Thomas]

Le mar  6 sep 11 à 17:10:01 +0200, Andrea Venturoli 
 écrivait :
> Hello.

Hello,

> Port is at 6.3, but 6.5.1 is out.
> Is upgrading under way or planned?

Yes, I know, but unfortunately I have been too busy. Hope to work on it
RSN. Anyway, patches are welcome!

Regards,
-- 
Th. Thomas.
___
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/bitcoin fails to install

[Thierry Thomas]

On sun 22 mai 11 at 15:07:31 +0200, Ion-Mihai Tetcu 
 wrote:
 
> Index: Makefile
> ===
> RCS file: /home/pcvs/ports/net-p2p/bitcoin/Makefile,v
> retrieving revision 1.1
> diff -u -r1.1 Makefile
> --- Makefile 20 May 2011 22:50:37 -  1.1
> +++ Makefile 22 May 2011 13:04:54 -
> @@ -38,7 +38,7 @@
> 
>  #USE_WX=2.9+
> 
> -BUILD_DEPENDS+= include/wx-2.9/wx/aboutdlg.h:${PORTSDIR}/x11-toolkits/wxgtk29
> +BUILD_DEPENDS+= 
> ${LOCALBASE}/include/wx-2.9/wx/aboutdlg.h:${PORTSDIR}/x11-toolkits/wxgtk29
>  WX_CONFIG=  ${LOCALBASE}/bin/wxgtk2u-2.9-config
> 
>  PLIST_FILES=bitcoin
> 

Yet better: wxgtk29 should be handled by ports/Mk/bsd.wx.mk
(alepulver Cc:ed')

Regards,
-- 
Th. Thomas.


pgpXfnvLFn6Gx.pgp
Description: PGP signature

Re: Why so many versions of the port science/hdf?

[Thierry Thomas]

Le mar 10 mai 11 à 15:05:02 +0200, Stephen Montgomery-Smith 

 écrivait :

> If we could settle on using hdf5-18 throughout, that would be great.  (I 
> currently maintain opendx, so that would be something I can fix.)
> 
> Are there ports that need hdf but don't build with hdf5-18?

I already switched several ports from hdf5 to hdf5-18 (see
PR ports/154736).

It seems that it would be possible to replace hdf5-18 by hdf5
everywhere, but some ports would require to define H5_USE_16_API.

Best regards,
-- 
Th. Thomas.


pgptwbKcZbr8X.pgp
Description: PGP signature

Re: [CFT] cpu stresser^W libreoffice 3.3.0 final

[Thierry Thomas]

Le ven  4 fév 11 à 17:01:37 +0100, Chip Camden 
 écrivait :

> It finally came through on portsnap late yesterday.  The install phase
> still filled up my /tmp drive, so I had to umount /tmp, create a symbolic
> link to /usr/tmp, and then it installed OK.  My usual /tmp partition has
> 500MB -- why does the libreoffice install require so much tmp space?  OOo
> always installed OK.

Does'nt it honor TMPDIR?
-- 
Th. Thomas.


pgpZJvxrhWe3q.pgp
Description: PGP signature

Re: net/mpich2: libraries with many 'undefined symbols'

[Thierry Thomas]

Le mer  2 fév 11 à 21:54:34 +0100, Rainer Hurling 
 écrivait :
> Dear list,

Hello,

> since there is no maintainer for net/mpich2 I am writing directly to the 
> list. Hope this is ok.
> 
> I need MPICH2 for math/R (package Rmpi) and others (e.g. upcoming new 
> package math/sprng, PR 154249). Software using MPICH2 complains about 
> 'undefined symbols' like 'MPL_trfree'.
> 
> Looking into libmpich.so.2.0 (after building net/mpich2), it shows many 
> undefined symbols (symbol names are stripped in installed version?):
> 
> nm work/mpich2-1.3/lib/libmpich.so.2.0 | grep " U "
>  U MPL_TrSetMaxMem
>  U MPL_env2bool
>  U MPL_env2int
>  U MPL_env2range
>  U MPL_env2str
>  U MPL_trDebugLevel
>  U MPL_trcalloc
>  U MPL_trdump
>  U MPL_trfree
>  U MPL_trid
>  ...

These symbols belong to libmpl:

nm -A /usr/local/lib/libmpl.a | grep MPL_

So you have to link with -lmpl (and maybe with -lopa too).

Another solution could be to link with mpicc and friends instead of
gcc/g++/gfortran, as these wrappers set the correct flags and link to
the correct libraries as required.

Yet another solution could be to configure mpich2 with
--enable-lib-depend, but this is experimental...

BTW, a new version has been released, and I have plan to upgrade it
after the ports thaw.

Regards,
-- 
Th. Thomas.


pgpvavQFxUP6X.pgp
Description: PGP signature

Re: Proposal moving *spell dicts to ports/textproc/*spell/dicts

[Thierry Thomas]

Le sam  4 déc 10 à 11:58:44 +0100, David DEMELIER 
 écrivait :
> Hi,

Hello,

> As I said some weeks ago I personally don't like much the use of
> ports/{french,chinese,whatever}/ directories. I saw that openbsd
> created sub directories in the aspell port. I think this is a really
> good idea, it's really easier to find.
> 
> I don't think german/ispell french/aspell textproc/gu-aspell are
> really easy to find.
> 
> I propose creating a ports/textproc/aspell/dicts and same for
> textproc/ispell and textproc/hunspell and moving every spellings ports
> to these directories.

I don't know about hunspell and ispell, but aspell's dictionaries are
maintained and updated independently, at different dates: its why these
are separate ports.

Regards,
-- 
Th. Thomas.


pgpIqPITBP3l2.pgp
Description: PGP signature

Re: what next for the pkg_install rewrite

[Thierry Thomas]

Le Jeu 19 aoû 10 à 23:24:10 +0200, jhell 
 écrivait :

>   As well I would also like to see something done about packages that
> don't need to be upgraded because they are neither platform or arch
> dependent but yet they are upgraded due to being listed as a dependent
> of another port that needs to be upgraded. For example any package that
> may be type shell script does not need updating due to a major lib
> version bump of for say libpng.

For this purpose, it's already possible to check if the port set
NO_BUILD.

Regards,
-- 
Th. Thomas.
___
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: After horde 3.3.6_1 upgrade with php 5.3.2 - PHP deprecated - assigning the return value of new by reference

[Thierry Thomas]

Le Mer 28 avr 10 à 14:40:57 +0200, Troy 
 écrivait :
> Hi Matthew,

Hello,

> That fixed the timezone problem but all those errors are all over the 
> pages when you try and login.  Eventually it stops working altogether.
> 
> Thierry is the port maintainer and copied on this E-mail.  I can't 
> imagine I'm the only one with this issue because clearly PHP 5.3.2 has a 
> problem with the 'new' value which is used all over the horde 
> framework.  Thierry -- have you had anyone else bring this to you?

Sorry for the delay: I released the maintainership of these ports 4
years ago, and lost the address @thomas.as!

Anyway, I'm running Horde (with IMP, Turba, etc.) with php5-5.3.2: there
is a lot of lines
PHP Deprecated:  Assigning the return value of new by reference is
deprecated in...
in httpd-error.log, but this is just a warning, and the applications are
fully usuable.

Best regards,
-- 
Th. Thomas.


pgp7NNSJ22veg.pgp
Description: PGP signature

Re: Problem with devel/libtool22? [was Re: OpenCASCADE marked broken]

[Thierry Thomas]

Le Mar  6 avr 10 à  8:14:57 +0200, Andrea Venturoli 
 écrivait :

> Are you sure OpenCASCADE requires f77?
> I looked into the source and didn't find any file like "*.f" or "*.for", 
> although of course they might have other extension or be generated 
> during the build process.
> Also I can confirm it compiles with the base system gcc, although I 
> don't remember if I had gcc44 installed at the time, so it might also be 
> it picked f77 from gcc44 anyway.

You're right: it builds succesfully in a tinderbox without USE_FORTRAN,
which is just searched by configure.
Should be some remaining of an older version...

> The whole point of the above is that, due to gcc44's libstdc++ recently 
> becoming incompatible with older versions, if you mix different g++ 
> versions in the same project, you'll get "Undefined symbol" errors when 
> starting your executable.
> 
> In my case, I'm linking (amongst others) against Boost and OpenCASCADE, 
> so I need them to use the same compiler (and use that myself).
> 
> 
> 
> Again, this is not a problem with OpenCASCADE only, but potentially 
> affects any C++ library which is build with gcc44.

True: that's why I think that libtool should'nt force $CC and $LD.

Best regards,
-- 
Th. Thomas.
___
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"

Problem with devel/libtool22? [was Re: OpenCASCADE marked broken]

[Thierry Thomas]

Le Mar 23 mar 10 à 22:37:24 +0100, Andrea Venturoli 
 écrivait :
> Just to let you know this used to work on 6.3, though I cannot test it 
> anymore now.
> 
> I can compile it without any problem on 7.2/i386, though I remove
> "USE_FORTRAN=yes".
> 
> The latter is to avoid compilation with gcc4.4, which will lead to 
> incompatibilities with other libraries (such as boost) I use on a 
> project of mine.

It should be fixed now.

Actually, it used to work untill gcc-4.4.4.20100216. Gcc-44 is needed
because f77 has been removed from the base.

Since gcc-4.4.4.20100216, we got errors at linkage:

local symbol 0: discarded in section `.text._ZNSs12_...
local symbol 1: discarded in section `.text._ZNSs12_...
etc.

The OpenCASCADE port was built using devel/libtool22, and this port
installs a libtool file where LD and CC are hardcoded.

To fix OpenCASCADE, I had to link it with g++44, so I switched to the
included libtool.

I guess there might be a problem with devel/libtool22, but I don't dare
patching this beast: it could fix some ports, and break many others...

Regards,
-- 
Th. Thomas.


pgpD06ZKVRyn0.pgp
Description: PGP signature

Re: firefox and anti aliased printouts

[Thierry Thomas]

Le Sam 21 fév 09 à 18:01:20 +0100, Oliver Lehmann 
 écrivait :
> Hi,

Hello,

> I don't know when this first occured (maybe when switching from firefox 2
> to 3) but all the printouts I'm doing from a webpage have their fonts
> displayed extremly grainy. It is hard to read anything on the printout.
> Any idea how I can get my firefox to print nice anti aliased fonts?

There is an answer about this problem at
.

Regards,
-- 
Th. Thomas.


pgpla1DG4YqGj.pgp
Description: PGP signature

Re: OCILib & Ports

[Thierry Thomas]

Le Ven  6 fév 09 à 10:05:27 +0100, Franco Marchesini 

 écrivait :
> Hello,

Hello,

> I read in documentatione that there is support for instantclient...
> Now prepare a virtual machine and I try to compile.

Beware: instantclient does not provide a native FreeBSD library, linux
emulation is required.

Anyway, good luck!
-- 
Th. Thomas.


pgpi0tFZQvKY0.pgp
Description: PGP signature

Re: OCILib & Ports

[Thierry Thomas]

Le Ven  6 fév 09 à  9:00:01 +0100, Franco Marchesini 

 écrivait :
> Hello guys,

Hello,

> there is someone that already working on OCILib port?
> 
> http://orclib.sourceforge.net/

It seems interesting, but this is a wrapper on Oracle's OCI, and ATM
there is no "supported" OCI in the ports tree. Do you think that it
could work with oracle8-client or with linux-oracle-instantclient?

Regards,
-- 
Th. Thomas.


pgp20rTjK5b9A.pgp
Description: PGP signature

Re: STILL OPEN: ports/129226: update devel/boost from 1.34.1 to 1.37

[Thierry Thomas]

Le Dim 11 jan 09 à  0:25:54 +0100, Pav Lucistnik 
 écrivait :

> > 1) rename devel/boost to devel/boost-134
> > 2) switch all ports depending on devel/boost to devel/boost-134
> > 3) check-in boost-1.37 as devel/boost
> > 4) have enough time to fix applications depending on boost-1.34
> > one-by-one
> > 
> > This introduces another level of indirection - a common way to solve
> > issues like that
> 
> That's certainly a possibility -- but can two boost versions coexist in
> a single system?

I don't know, but I know at least one port which is broken and cannot be
fixed, because the required upgrade needs a newer boost (cad/freecad).

Regards,
-- 
Th. Thomas.


pgp3I6QdIFiha.pgp
Description: PGP signature

Re: FreeBSD Port: openfoam-1.4.1_1

[Thierry Thomas]

Le Jeu  8 jan 09 à  8:17:53 +0100, Richard Samuel 
 écrivait :
> Thierry,

Hello,

> Sorry, 1.5.1 is more my term than their's, a better term would be OpenFOAM
> 1.5-CURRENT. Yes it from the latest git sources.
> 
> BTW thanks for all your work on OpenFOAM and Paraview - without it I would
> not have known where to start.
> 
> I recall seeing the mgridgen.h issue at some point, but presently I am only
> using the native openmpi port - the metis and gridgen components I am using
> are from the OpenFOAM ThirdParty tarball, which probably avoids that issue.

OK, I shall try again with this (I'm currently busy, to upgrade
french/aster, but I put OpenFoam again on my TODO list).

In the meantime, my WIP is available at


Best regards,
-- 
Th. Thomas.


pgppokhkNe4kK.pgp
Description: PGP signature

Re: FreeBSD Port: openfoam-1.4.1_1

[Thierry Thomas]

Le Mer  7 jan 09 à  8:50:57 +0100, Richard Samuel 
 écrivait :
> Dear Thierry and Ports crew,

Hello Richard,

> I have constructed (some might say cobbled together) a port of Paraview 3.4
> and OpenFOAM 1.5.1. They appear to work ok but as I am only just meshing up
> my first test case, much remains to be seen. They are also not fully
> featured - so far I have only implemented the features I am likely to use in
> the near future or that I am able to test, so Paraview has no PYTHON
> support, and features Takuya Ashima's native parallel reader but parallel
> operation is not enabled, and some other fringe things. Also OpenFOAM is not
> so much of a port, as it is a patched version of the latest git sources.
> Neither port is very elegant - in the case of Paraview I have probably
> broken multiple taboos, but as a first-time porter that should not be any
> surprise.

This is very interesting. I tried to upgrade OpenFoam to the latest 1.5
from the offcial tarball, but did'nt succeed: it seems that some files
(e.g. mgridgen.h are mising)!

I don't find 1.5.1 on their site; is it available only from git, or is
there a tarball available?

Best regards,
-- 
Th. Thomas.


pgpUZ4HnGypmA.pgp
Description: PGP signature

Re: tora2

[Thierry Thomas]

Le Jeu  4 déc 08 à 15:38:25 +0100, Sergey V. Yaroshevskiy <[EMAIL PROTECTED]>
 écrivait :
> Good day

Hello,

> Do you have plans about porting tora2?

Could you please test
 ?

It does not work here, and I have not yet investigated it.

Regards,
-- 
Th. Thomas.


pgpPah2yRhEbN.pgp
Description: PGP signature

Re: ADS STudio

[Thierry Thomas]

Le Lun 27 oct 08 à 20:04:18 +0100, Melissa A. VandenBrink <[EMAIL PROTECTED]>
 écrivait :
> Hello,

Hello,

> I only have a license for adstudio 6.5 - 7.0 - is there a port for that 
> version?  I can't seem to find it.

The port databases/adstudio is currently at version 7.0.4, and your
license should be OK.

Regards,
-- 
Th. Thomas.


pgpo1CxxkrEJC.pgp
Description: PGP signature

Re: Q: Is there any use for Oracle database port installation under Linux compat root ?

[Thierry Thomas]

Le Mar 21 oct 08 à 22:09:44 +0200, martinko <[EMAIL PROTECTED]>
 écrivait :

> Hi,

Hello,

> No Oracle installation I have ever seen was installed into /home and it 
> would be against Oracle Optimal Flexible Architecture (OFA) guidelines!

Agreed.

> /usr/local/oracle would be OK and users can move the directory tree 
> elsewhere afterwards.  Or maybe you can ask about Oracle Base directory 
> during config/installation process, if possible.

I would suggest to install under $ORACLE_HOME, defaulted to:

ORACLE_HOME?=   ${PREFIX}/oracle

(or may be ${PREFIX}/oracle${VERSION} to allow the installation of
different versions)

Regards,
-- 
Th. Thomas.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"