devel/tevent: upgrade from 0.9.28 -> 0.9.31 causes gvfs-mount fail for smb shares, affects also x11-fm/thunar, x11-fm/pcmanfm, x11-fm/nautilus, x11-fm/caja

2017-02-13 Thread Matthias Petermann 
Good morning,

in early February I had experienced a particular issue related to gvfsusing
pkgs from my custom pkg repository (closely tracks head).

Some day, x11-fm/thunar and x11-fm/pcmanfm were no longer able to access
Samba shares.

I did reproduce the issue in an isolated environment (a VM with
only FreeBSD base + dbus and gvfs pkgs installed) and was 
able to reproduce the issue on the command line.

# kldload fuse
# chmod a+rw /dev/fuse
# service dbus onestart

With tevent 0.9.28:

% dbus-launch csh
% gvfs-mount smb://WORKGROUP\;mpeterma@proliant/public
% gvfs-mount -l 
Mount(0): public on proliant -> 
smb://WORKGROUP;mpeterma@proliant/public/
  Type: GDaemonMount
(Ok, expected good behavior)
  
With tevent 0.9.31:

% dbus-launch csh
% gvfs-mount smb://WORKGROUP\;mpeterma@proliant/public
(waiting forever..., unexpected bad behavior)

With this findings I submitted a bug report[1], currently still in New
state with
no public visible progress. I am wondering what I could do. Since keeping
the 0.9.31 version in ports will make it part of the next quarterly
release, I
fear a majority of users will recognize the problem then.


Best regards,
Matthias

[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216230

-- 
Matthias Petermann  | www.petermann-it.de
GnuPG: 0x5C3E6D75 | 5930 86EF 7965 2BBA 6572  C3D7 7B1D A3C3 5C3E 6D75

___
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: Problem with building libgcrypt

2017-02-13 Thread Dave Horsfall 
> > What is the output of "pkg which /usr/local/lib/libiconv.la"?
> 
> Not found; I sense a generic approach to any more errors of this type :-)

Removed as suggested (along with libxslt) as nothing claimed to be using 
it, now it's complaining that they're missing when building graphics/peps 
(I gave docbook a miss):

libtool:   error: cannot find the library '/usr/local/lib/libiconv.la' or 
unhandled argument '/usr/local/lib/libiconv.la'

Why is libiconv.la now suddenly required?

At this rate it'll be a full install, but that is definitely a last resort 
(and the 10.3 CD I burned had better be readable).

-- 
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
___
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: Problem with building libgcrypt

2017-02-13 Thread Dave Horsfall 
On Mon, 13 Feb 2017, Tijl Coosemans wrote:

> > cc: error: no such file or directory: '/usr/local/lib/libiconv.so'
> > gmake[4]: *** [Makefile:534: libxslt.la] Error 1
> 
> That's probably still because of some .la file.

I did run those commands as suggested...

> Does /usr/local/lib/libiconv.la still exist?

-r--r--r--  1 root  wheel  919 Dec 12  2010 /usr/local/lib/libiconv.la

Hmmm...  That should go too.  Note that I didn't build this system; I 
merely "inherited" it and not having any FreeBSD experience I took the 
cautious "engineers" approach of "it it ain't broke, don't fix it" so I 
confined myself to kernel and security updates, otherwise leaving ports 
strictly alone.

> What is the output of "pkg which /usr/local/lib/libiconv.la"?

Not found; I sense a generic approach to any more errors of this type :-)

Thanks.

-- 
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
___
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: poudriere: devel/llvm39: runaway_process

2017-02-13 Thread Craig Leres 

On 01/18/17 13:49, Craig Leres wrote:

My poudriere build servers have been unable to build devel/llvm39 ever
since some ports changed from llvm37 (January 17th?) The error is
runaway_process and this happens during the package phase. It looks like
pkg-static spins for one hour at which point poudriere gives up on it.


To close the loop on this the issue turned out to be "CFLAGS=-g" in 
make.conf. Removing -g caused llvm39 to build in a reasonable amount of 
time.


Craig
___
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: MariaDB 10.1 includes sqlite3??

2017-02-13 Thread Adam Weinberger 
> On 13 Feb, 2017, at 8:23, scratch65...@att.net wrote:
> 
> [Default] On Mon, 13 Feb 2017 15:02:13 +0100, Christian Ullrich
>  wrote:
> 
>> * scratch65...@att.net wrote:
>> 
>>> Does anyone have a clue as to why sqlite3 is now being installed
>>> with MariaDB 10.1?  The mariadb site doesn't mention it, as far
>> 
>> Because you have set your ports options in such a way that the MariaDB 
>> port depends on something (that depends on something)* that in turn 
>> depends on SQLite. databases/mariadb101-server itself does not have, nor 
>> can it be configured to have, a dependency on databases/sqlite3.
>> 
>> Installing this one port brings in 41 more as dependencies (on my system 
>> as of right now), so there are plenty of chances for something to use 
>> SQLite.
>> 
>> Also, since your question is not clear on whether you mean SQLite is 
>> installed as part of the port or separately, the port does not install 
>> any files that might indicate the presence of an internal copy of SQLite.
> 
> I've never set ports options at all.  I just do generic installs,
> whenever I'm forced to use ports rather than packages.  
> 
> MariaDB 10.1 was and should still be a standalone installand with
> no dependencies at all.  So to see config-recursive pop up config
> screens for sqlite, tcl, and other stuff that has no logical
> connection to MariaDB at all is disconcerting to say the least.

Unfortunately, "What scratch65535 wishes the dependencies would be" isn't the 
determining factor in the dependency list.

MariaDB requires libxml2. libxml2 requires libiconv, gmake, pkgconf, and a few 
others. MariaDB builds with cmake. cmake requires python, libexecinfo, and 
libarchive, the latter requires liblz4 and liblzo2. Every one of those 
dependencies has dependencies, and many of THOSE have dependencies.

You can minimize the number of dependencies by running make config. But you 
acknowledge that you already knew this, and that merely seeing config dialogues 
is offensive to you. Those config dialogues exist so that you can reduce 
dependencies. By default, ports in general enable all the features that the 
average person MIGHT want. If you don't need them, turn them off.

This is getting tiresome, scratch65535. You're complaining constantly, which is 
fine: FreeBSD gets better when people talk about problems they encounter. But 
then you keep refusing to solve them when you're told how, and that isn't fine.

What did you think the response to "MariaDB has too many dependencies, but I 
don't want to turn them off myself" was going to be?

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.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"

libreoffice calc + click on hyperlink = error 35

2017-02-13 Thread Boris Samorodov 

Hi All,

T get "error 35" while click on a hyperlink at LibreOffice Calc.
At the same time console outputs:
---
/usr/bin/xdg-open: not found
---

Seems that libreoffice uses the wrong path for xdg-open.
I didn't manage to find the fix. Please, help.

Thank you.
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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: MariaDB 10.1 includes sqlite3??

2017-02-13 Thread scratch65535 
[Default] On Mon, 13 Feb 2017 15:02:13 +0100, Christian Ullrich
 wrote:

>* scratch65...@att.net wrote:
>
>> Does anyone have a clue as to why sqlite3 is now being installed
>> with MariaDB 10.1?  The mariadb site doesn't mention it, as far
>
>Because you have set your ports options in such a way that the MariaDB 
>port depends on something (that depends on something)* that in turn 
>depends on SQLite. databases/mariadb101-server itself does not have, nor 
>can it be configured to have, a dependency on databases/sqlite3.
>
>Installing this one port brings in 41 more as dependencies (on my system 
>as of right now), so there are plenty of chances for something to use 
>SQLite.
>
>Also, since your question is not clear on whether you mean SQLite is 
>installed as part of the port or separately, the port does not install 
>any files that might indicate the presence of an internal copy of SQLite.

I've never set ports options at all.  I just do generic installs,
whenever I'm forced to use ports rather than packages.  

MariaDB 10.1 was and should still be a standalone installand with
no dependencies at all.  So to see config-recursive pop up config
screens for sqlite, tcl, and other stuff that has no logical
connection to MariaDB at all is disconcerting to say the least.


___
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: MariaDB 10.1 includes sqlite3??

2017-02-13 Thread Christian Ullrich 

* scratch65...@att.net wrote:


Does anyone have a clue as to why sqlite3 is now being installed
with MariaDB 10.1?  The mariadb site doesn't mention it, as far


Because you have set your ports options in such a way that the MariaDB 
port depends on something (that depends on something)* that in turn 
depends on SQLite. databases/mariadb101-server itself does not have, nor 
can it be configured to have, a dependency on databases/sqlite3.


Installing this one port brings in 41 more as dependencies (on my system 
as of right now), so there are plenty of chances for something to use 
SQLite.


Also, since your question is not clear on whether you mean SQLite is 
installed as part of the port or separately, the port does not install 
any files that might indicate the presence of an internal copy of SQLite.


--
Christian

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

MariaDB 10.1 includes sqlite3??

2017-02-13 Thread scratch65535 
Does anyone have a clue as to why sqlite3 is now being installed
with MariaDB 10.1?  The mariadb site doesn't mention it, as far
as I can tell, and if anything qualifies as coals-to-Newcastle,
this combination does.
___
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: Problem with building libgcrypt

2017-02-13 Thread Tijl Coosemans 
On Mon, 13 Feb 2017 19:01:07 +1100 (EST) Dave Horsfall  
wrote:
> On Sun, 12 Feb 2017, Tijl Coosemans wrote:
>>> *** [libgcrypt.la] Error code 1  
>> 
>> See the 20140909 entry in /usr/ports/UPDATING about missing .la files.  
> 
> Thanks - that did the trick.
> 
> Next problem: when building misc/freebsd-doc-en, it fails with:
> 
> libtool: link: cc -shared  -fPIC -DPIC  .libs/attrvt.o .libs/xslt.o 
> .libs/xsltlocale.o .libs/xsltutils.o .libs/pattern.o .libs/templates.o 
> .libs/variables.o .libs/keys.o .libs/numbers.o .libs/extensions.o 
> .libs/extra.o .libs/functions.o .libs/namespaces.o .libs/imports.o 
> .libs/attributes.o .libs/documents.o .libs/preproc.o .libs/transform.o 
> .libs/security.o   -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath 
> -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libxml2.so 
> /usr/local/lib/libiconv.so -lz -llzma -L/usr/lib -lm  -O2 -fstack-protector 
> -Wl,--version-script=./libxslt.syms -fstack-protector   -Wl,-soname 
> -Wl,libxslt.so.1 -o .libs/libxslt.so.1.1.29
> cc: error: no such file or directory: '/usr/local/lib/libiconv.so'
> gmake[4]: *** [Makefile:534: libxslt.la] Error 1

That's probably still because of some .la file.  Does
/usr/local/lib/libiconv.la still exist?  What is the output of
"pkg which /usr/local/lib/libiconv.la"?  If it says "not found in
database" remove it.  If it says "installed by package X" rebuild X.
Same for /usr/local/lib/libxml2.la.
___
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"

poudriere and ports looking for specific files

2017-02-13 Thread Christian Ullrich 

Hello,

I have a problem getting some ports to build correctly in a poudriere 
environment, when their Makefile determines dependencies by looking for 
specific files. The following example is from dns/samba-nsupdate:



# Try to find appropriate GSSAPI libs
.if defined(KRB5_HOME) && exists(${KRB5_HOME}/lib/libgssapi_krb5.so)
CONFIGURE_ARGS+=--with-gssapi="${KRB5_HOME}"
.elif defined(HEIMDAL_HOME) && exists(${HEIMDAL_HOME}/lib/libgssapi.so)
CONFIGURE_ARGS+=--with-gssapi="${HEIMDAL_HOME}"
.elif exists(/usr/lib/libkrb5.so) && exists(/usr/bin/krb5-config)
CONFIGURE_ARGS+=--with-gssapi="/usr"
.else
LIB_DEPENDS+=   libkrb5.so:security/heimdal
CONFIGURE_ARGS+=--with-gssapi="${LOCALBASE}"
.endif


I want to build with MIT Kerberos from ports, which is what the first 
.if block is looking for. Since poudriere always presents a pristine 
file system to ports, this check does not find the library, and 
eventually the port falls back to depending on Heimdal instead.


There are quite a few ports that contain logic like this, enabling a 
dependency based on whether it is installed already. They should 
probably be changed to use OPTIONS instead to declare the dependency 
rather than passively guess at it, but for right now, they don't.


Does poudriere not support this at all?

Thanks!

--
Christian
___
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: Firefox build fails

2017-02-13 Thread Jan Beich 
Dimitry Andric  writes:

>> Trying to install Firefox fails with the following:

> On 12 Feb 2017, at 02:33, AN  wrote:
>
>> FreeBSD BSD_12 12.0-CURRENT FreeBSD 12.0-CURRENT #13 r313546: Fri
>> Feb 10 10:04:11 EST 2017 root@BSD_12:/usr/obj/usr/src/sys/MYKERNEL
>> amd64

Does your userland (or "world") contain the following change?

https://svnweb.freebsd.org/changeset/base/313504

>> 
>> ../../js/src/jsarray.o: In function
>> `js::NewFullyAllocatedArrayTryReuseGroup(JSContext*, JSObject*,
>> unsigned long, js::NewObjectKind, bool)':
>> /usr/ports/www/firefox/work/firefox-51.0.1/js/src/jsarray.cpp:(.text._ZN2js35NewFullyAllocatedArrayTryReuseGroupEP9JSContextP8JSObjectmNS_13NewObjectKindEb+0xb59):
>> undefined reference to `__dtraceenabled_javascript___object__create'
>> /usr/bin/ld: ../../js/src/jsarray.o: relocation R_X86_64_PC32
>> against `__dtraceenabled_javascript___object__create' can not be
>> used when making a shared object; recompile with -fPIC
>> /usr/bin/ld: final link failed: Bad value

Restarting interrupted build doesn't always work. Try doing "make clean".

> Disable the DTRACE option, and try again.  See:
>
> https://lists.freebsd.org/pipermail/freebsd-pkg-fallout/Week-of-Mon-20170206/408053.html
> https://lists.freebsd.org/pipermail/freebsd-ports/2017-February/107103.html
> https://lists.freebsd.org/pipermail/freebsd-ports/2017-February/107138.html
>
> and maybe even other threads.
>
> Let's poke portmgr@ to just disable this option by default, until the port 
> has been fixed.

-CURRENT packages are built every few days, so only 2 sets had firefox
masked due to the DTrace issue. The next build failed due to devel/llvm*
which delayed firefox package a bit more. So, expect it "soon".

# green logs (IPv6-only)
http://beefy11.nyi.freebsd.org/data/head-i386-default/p433920_s313674/logs/firefox-51.0.1_1,1.log
http://beefy12.nyi.freebsd.org/data/head-amd64-default/p433920_s313674/logs/firefox-51.0.1_1,1.log

The larger issue is we don't provide a cushion for -CURRENT hiccups or
EOL'd releases unlike /head (ports) + quarterlies. Old packages are pruned
as soon as the next set is ready. And as individual packages are unsigned
(unlike repo) one can't share their backup copy with others.
___
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: Problem with building libgcrypt

2017-02-13 Thread Dave Horsfall 
On Sun, 12 Feb 2017, Tijl Coosemans wrote:

> > *** [libgcrypt.la] Error code 1
> 
> See the 20140909 entry in /usr/ports/UPDATING about missing .la files.

Thanks - that did the trick.

Next problem: when building misc/freebsd-doc-en, it fails with:

libtool: link: cc -shared  -fPIC -DPIC  .libs/attrvt.o .libs/xslt.o 
.libs/xsltlocale.o .libs/xsltutils.o .libs/pattern.o .libs/templates.o 
.libs/variables.o .libs/keys.o .libs/numbers.o .libs/extensions.o .libs/extra.o 
.libs/functions.o .libs/namespaces.o .libs/imports.o .libs/attributes.o 
.libs/documents.o .libs/preproc.o .libs/transform.o .libs/security.o   
-Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib 
/usr/local/lib/libxml2.so /usr/local/lib/libiconv.so -lz -llzma -L/usr/lib -lm  
-O2 -fstack-protector -Wl,--version-script=./libxslt.syms -fstack-protector   
-Wl,-soname -Wl,libxslt.so.1 -o .libs/libxslt.so.1.1.29
cc: error: no such file or directory: '/usr/local/lib/libiconv.so'
gmake[4]: *** [Makefile:534: libxslt.la] Error 1

I take it that this is a manifestation of 20130904:

AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
AUTHOR: madpi...@freebsd.org

10-CURRENT after r254273 (committed on August 13, 2013) has an
implementation of iconv enabled by default in libc.

?

-- 
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
___
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"