java/icedtea-web broken since last openjdk update

[Volodymyr Kostyrko]

Hi all.

When building java/icedtea-web I get this:

checking for X11... yes
checking for a JRE home directory... /usr/local/openjdk7/jre
checking for a Java virtual machine... /usr/local/openjdk7/jre/bin/java
checking if java.util.jar.Pack200 is available... yes
checking if java.net.CookieManager is available... yes
checking if java.net.HttpCookie is available... yes
checking if java.net.CookieHandler is available... yes
checking if sun.security.provider.X509Factory is available... yes
checking if sun.security.util.SecurityConstants is available... no
configure: error: sun.security.util.SecurityConstants not found.
===>  Script "configure" failed unexpectedly.
Please report the problem to j...@freebsd.org [maintainer] and attach the
"/tmp/ports/usr/ports/java/icedtea-web/work/icedtea-web-1.4.2/config.log"
including the output of the failure of your make command. Also, it might be
a good idea to provide an overview of all packages installed on your system
(e.g. a /usr/local/sbin/pkg-static info -g -Ea).

configure:7239: checking if java.net.CookieHandler is available
class java.net.CookieHandler
configure:7276: result: yes
configure:7289: checking if sun.security.provider.X509Factory is available
sun/applet/Test.java:4: warning: X509Factory is internal proprietary API 
and may be removed in a future release

import sun.security.provider.X509Factory;
^
1 warning
class sun.security.provider.X509Factory
configure:7326: result: yes
configure:7339: checking if sun.security.util.SecurityConstants is available
sun/applet/Test.java:4: warning: SecurityConstants is internal 
proprietary API and may be removed in a future release

import sun.security.util.SecurityConstants;
^
1 warning
Exception in thread "main" java.lang.InternalError: sun.net.PortConfig: 
unknown OS

at sun.net.PortConfig$1.run(PortConfig.java:59)
at sun.net.PortConfig$1.run(PortConfig.java:45)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.PortConfig.(PortConfig.java:44)
at java.net.SocketPermission$1.run(SocketPermission.java:1217)
at java.net.SocketPermission$1.run(SocketPermission.java:1209)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.net.SocketPermission.initEphemeralPorts(SocketPermission.java:1208)

at java.net.SocketPermission.(SocketPermission.java:235)
at 
sun.security.util.SecurityConstants.(SecurityConstants.java:259)

at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:190)
at sun.applet.Test.main(Test.java:11)
configure:7376: result: no
configure:7383: error: sun.security.util.SecurityConstants not found.

--
Sphinx of black quartz, judge my vow.
___
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"

[solved] Re: ports-mgmt/pkg failing to link when cross-compiling with qemu

[Christopher J. Ruwe]

On Thu, 23 Jan 2014 20:38:51 +0100
"Christopher J. Ruwe"  wrote:

> When trying the instructions on
> https://wiki.freebsd.org/QemuUserModeHowTo, I encountered a fairly
> basic port (ports-mgmt/pkg) failing to link properly:
> 
> [... - everything fine until here]
> 
> cc -static -O -pipe  -DPORTSDIR=\"/usr/ports\" -I../libpkg
> -I/usr/ports/ports-mg/work/pkg-1.2.5/pkg/../external/expat/lib
> -std=gnu99 -Qunused-arguments  -Wsystemprototypes -Wmissing-prototypes
> -Wpointer-arith -Wreturn-type -Wcast-qual -Wwritepts -Winline
> -Wnested-externs -Wredundant-decls -Wold-style-definition
> -Wmissing-int -static  -o pkg-static add.o annotate.o audit.o
> autoremove.o backup.o check.ock.o main.o plugins.o progressmeter.o
> query.o register.o repo.o rquery.o update.otch.o shell.o stats.o ssh.o
> -L/usr/ports/ports-mgmt/pkg/work/pkg-1.2.5/pkg/../lib -lcrypto  -lmd
> -lz  -lbz2  -llzma -ljail -lelf -larchive  -lsbuf  -lfetch  -lpt 
> 
> add.o: In function `exec_add':
> add.c:(.text+0x11c): undefined reference to `pkgdb_access'
> add.c:(.text+0x13c): undefined reference to `pkgdb_open'
> add.c:(.text+0x164): undefined reference to `pkg_manifest_keys_new'
> add.c:(.text+0x344): undefined reference to `pkg_fetch_file'
> add.c:(.text+0x364): undefined reference to `pkg_add'
> add.c:(.text+0x42c): undefined reference to `pkg_manifest_keys_free'
> add.c:(.text+0x434): undefined reference to `pkgdb_close'
> 
> 
> [ ... - they are all alike]
> 
> 
> version.o: In function `print_version':
> version.c:(.text+0x14fc): undefined reference to `pkg_get2'
> version.c:(.text+0x1514): undefined reference to `pkg_version_cmp'
> version.c:(.text+0x1590): undefined reference to `pkg_asprintf'
> version.c:(.text+0x15a4): undefined reference to `pkg_asprintf'
> version.c:(.text+0x1650): undefined reference to `pkg_printf'
> which.o: In function `exec_which':

[...]

> 
> 
> Has anybody encountered something similar and would know how to fix
> that?
> 
> Thanks and cheers,


The problem is trying to build ARMv6 32b-binaries on 64b
amd64. Building on i386 works.

Would it be possible to include that in the wiki
(https://wiki.freebsd.org/QemuUserModeHowTo)

Cheers,
-- 
Christopher
TZ: GMT + 1h
GnuPG/GPG:  0xE8DE2C14
 
FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013
c...@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9/sys/GEN_WDTRACE
 
  
Punctuation matters:
"Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives.
"A panda eats shoots and leaves." or "A panda eats, shoots, and
leaves." - Punctuation teaches proper biology.

"With sufficient thrust, pigs fly just fine. However, this is not
necessarily a good idea. It is hard to be sure where they are going to
land, and it could be dangerous sitting under them as they fly
overhead." (RFC 1925)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

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

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

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


Port| Current version | New version
+-+
graphics/gmt| 4.5.11  | 5.1.0
+-+
misc/freeswitch-scripts-devel   | 1.2.3   | 1.2.21
+-+
net/freeswitch-curl-devel   | 1.2.3   | 1.2.21
+-+
net/freeswitch-insideout-devel  | 1.2.3   | 1.2.21
+-+
net/freeswitch-sbc-devel| 1.2.3   | 1.2.21
+-+
net/freeswitch-vanilla-devel| 1.2.3   | 1.2.21
+-+
www/drupal6-chaos   | 6.x-1.6 | 6.x-1.11
+-+
www/groupoffice | 3.7.24  | 5.0.42
+-+


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

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

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

Cannot build OpenOffice

[Andrea Venturoli]

Hello.

Since a while I am unable to compile OpenOffice; I always lived with 
this, but now that 3.x support is gone, I'd really like to upgrade to 4.0.1.


The box is 9.1p10/i386, java is OpenJDK 1.7.0_51, and below is my 
/etc/make.conf:



WITHOUT_RUNTIME_CPUDETECTION=yes
WRKDIRPREFIX=/tmp
CPUTYPE?=athlon64
LOCALIZED_LANG=it
PERL_VERSION=5.12.5
WITH_NEW_XORG=yes




The error is related to hsqldb; please find below what I think is the 
relevant extract:

[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcResultSet.java:336:
 error: jdbcResultSet is not abstract and does not override abstract method 
getObject(String,Class) in ResultSet

Entering 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/extras/source/templates/wizard/letter/lang

[javac] public class jdbcResultSet implements ResultSet {
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method 
getObject(String,Class)
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcStatement.java:127:
 error: jdbcStatement is not abstract and does not override abstract method 
isCloseOnCompletion() in Statement
[javac] public class jdbcStatement implements Statement {
[javac]^
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcPreparedStatement.java:214:
 error: jdbcPreparedStatement is not abstract and does not override abstract 
method setNClob(int,Reader) in PreparedStatement
[javac] public class jdbcPreparedStatement extends jdbcStatement
[javac]^
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcResultSetMetaData.java:94:
 error: jdbcResultSetMetaData is not abstract and does not override abstract method 
isWrapperFor(Class) in Wrapper
[javac] public class jdbcResultSetMetaData implements ResultSetMetaData {
[javac]^
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcCallableStatement.java:304:
 error: jdbcCallableStatement is not abstract and does not override abstract method 
getObject(String,Class) in CallableStatement
[javac] public class jdbcCallableStatement extends jdbcPreparedStatement
[javac]^
[javac]   where T is a type-variable:
[javac] T extends Object declared in method 
getObject(String,Class)
touch ./unxfbsdi.pro/misc/build/so_installed_so_stlport
cp -f ./unxfbsdi.pro/misc/build/STLport-4.5/lib/lib* ./unxfbsdi.pro/lib
cp -f -L -R ./unxfbsdi.pro/misc/build/STLport-4.5/stlport ./unxfbsdi.pro/inc
touch ./unxfbsdi.pro/misc/build/so_predeliver_so_stlport
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcDatabaseMetaData.java:285:
 error: jdbcDatabaseMetaData is not abstract and does not override abstract 
method generatedKeyAlwaysReturned() in DatabaseMetaData
[javac] public class jdbcDatabaseMetaData implements DatabaseMetaData {
[javac]^
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcBlob.java:78:
 error: jdbcBlob is not abstract and does not override abstract method 
getBinaryStream(long,long) in Blob
[javac] public class jdbcBlob implements Blob {
[javac]^
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcClob.java:82:
 error: jdbcClob is not abstract and does not override abstract method 
getCharacterStream(long,long) in Clob
[javac] public final class jdbcClob implements Clob {
[javac]  ^
[javac] 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/jdbc/jdbcParameterMetaData.java:54:
 error: jdbcParameterMetaData is not abstract and does not override abstract method 
isWrapperFor(Class) in Wrapper
[javac] public class jdbcParameterMetaData implements ParameterMetaData {
[javac]^
[javac] Note: 
/tmp/usr/ports/editors/openoffice-4/work/aoo-4.0.1/main/hsqldb/unxfbsdi.pro/misc/build/hsqldb/src/org/hsqldb/lib/java/JavaSystem.java
 uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] Note: Some input files use unchecked or unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for details.
[javac] 10 errors

BUILD FAILED


Full log is 28MB, but I can compress and upload it somewhere if needed.


Any hint?

 bye & Thanks
av.

P.S. I also tried building on a 10.0/amd64 and remember having the same 
problems back when the port was at 3.x; I haven't had the

Re: security/krb5 segfaulting on ARMv6/STABLE-10 Raspberry

[Christopher J. Ruwe]

On Tue, 11 Feb 2014 19:50:24 +0100
"Christopher J. Ruwe"  wrote:

> Yesterday I ran into problems with self-compiled security/krb5 on
> ARMv6/10-STABLE Raspberry Pi.
> 
> % uname -a
> FreeBSD armbld.hb22.cruwe.de 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE
> #0 r260786+cc2516d(stable/10): Fri Jan 17 20:08:46 CET 2014
> r...@dijkstra.cruwe.de:/usr/home/cjr/media/src/crochet-freebsd/work/obj/arm.arm/usr/home/cjr/media/src/freebsd-git/sys/RPI-B
> arm
> 
> security/krb5 is segfaulting when kinit tries to connect to retrieve a
> ticket. Extensive information is on
> http://mailman.mit.edu/pipermail/kerberos/2014-February/019501.html 
> 
> The exact same configuration runs fine on amd64/9-STABLE
> 
> [cjr@dijkstra:src/freebsd-doc]$ uname -a   (02-11 19:28)
> FreeBSD dijkstra-old.hb22.cruwe.de 9.2-STABLE FreeBSD 9.2-STABLE #0
> 05d5e4d: Tue Jan  7 09:09:19 CET 2014
> c...@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd-git/sys/GEN_WDTRACE
> amd64
> 
> I suspect erronous compilation, but compiling thrice did not yield
> different results.
> 
> 1) Does somebody successfully run security/krb5-1.12.1 on a
> Raspberry? 
> 
> 2) If true, could I have the instuctions to build or download your
> image and your make.conf-settings to enable me to reproduce your
> build? 
> 
> Thanks and cheers,

Yesterday, I rebuilt on a clean Raspberry using
FreeBSD-10.0-STABLE-arm-armv6-RPI-B-20140209-r261642.img from
snapshots. Same result. 

I also tested security/krb5-maint. Same result. 

Currently, I am building the MIT-Kerberos ports in a chroot on
10-STABLE i386 machine to check if something breaks on the Raspberries -
admittedly, Raspberries are not exactly what you would use to compile
packages for redistribution, even if it would offer possibilities for
a smile when thinking of a massive Raspberry-cluster ...

I am hesitant to file a PR to request security/krb5 be marked broken on
ARM as other Raspberry distros (ArchLinux e.g) have krb5 in their
prebuilts and I did not find any mention of problems.

Cheers,
-- 
Christopher
TZ: GMT + 1h
GnuPG/GPG:  0xE8DE2C14
 
FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013
c...@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9/sys/GEN_WDTRACE
 
  
Punctuation matters:
"Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives.
"A panda eats shoots and leaves." or "A panda eats, shoots, and
leaves." - Punctuation teaches proper biology.

"With sufficient thrust, pigs fly just fine. However, this is not
necessarily a good idea. It is hard to be sure where they are going to
land, and it could be dangerous sitting under them as they fly
overhead." (RFC 1925)
___
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"

multimedia/imagination requires audio/sox with FLAC - how?

[Zsolt Udvari]

Hi list,

the multimedia/imagination requires audio sox with FLAC flag (without
FLAC can't create output video file). Is there any solution to tell
this specific dependency to the ports system?

I've checked "Porter's handbook" but I didn't find similar information.

Zsolt
___
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: ports/184993: www/squid33 - fails to build on ^/stable/10 (without AUFS or why AUFS doesn't work)

[Volodymyr Kostyrko]

Hi all.

The core problem to whole this stuff is about how squid is compiled when 
it requires threading support (and AUFS needs pthreads).


Let's see some diffs. The whole difference between this two is FS_AUFS 
is enabled for the +++ and disables for the ---.


--- squid.nobuild   2014-02-13 13:48:44.361353003 +0200
+++ squid.build 2014-02-13 14:24:09.565205775 +0200
@@ -162,7 +162,7 @@
 configure: cbdata debugging enabled: no
 configure: xmalloc stats display: no
 checking for library containing shm_open... none required
-checking for DiskIO modules to be enabled...  AIO Blocking DiskDaemon 
IpcIo Mmapped
+checking for DiskIO modules to be enabled...  AIO Blocking DiskDaemon 
IpcIo Mmapped DiskThreads

 checking aio.h usability... yes
 checking aio.h presence... yes
 checking for aio.h... yes
@@ -173,8 +173,10 @@
 configure: Enabling DiskDaemon DiskIO module
 configure: Enabling IpcIo DiskIO module
 configure: Enabling Mmapped DiskIO module
+configure: pthread library requires FreeBSD 7 or later

That's a weird one. Like we have no support on 10 for pthreads?

+configure: Native pthreads support disabled. DiskThreads module 
automaticaly disabled.


And that's why aufs stops working.

 configure: IO Modules built:  AIO Blocking DiskDaemon IpcIo Mmapped
-configure: Store modules built:  diskd rock ufs
+configure: Store modules built:  diskd rock ufs aufs
 configure: Removal policies to build: lru heap
 configure: Disabling ESI processor
 checking whether to support eCAP... no, explicitly
@@ -674,7 +676,7 @@
 checking for prctl... no
 checking for pthread_attr_setschedparam... yes
 checking for pthread_attr_setscope... yes
-checking for pthread_setschedparam... no
+checking for pthread_setschedparam... yes
 checking for pthread_sigmask... yes
 checking for putenv... (cached) yes
 checking for random... (cached) yes
@@ -743,9 +745,9 @@
 configure: BUILD OBJECTS:
 configure: BUILD EXTRA OBJECTS:
 configure: BUILD C FLAGS:  -O2 -pipe -march=native 
-fno-strict-aliasing -I/usr/local/include

-configure: BUILD EXTRA C FLAGS:  -Werror -Qunused-arguments
+configure: BUILD EXTRA C FLAGS:
 configure: BUILD C++ FLAGS:  -O2 -pipe -march=native 
-fno-strict-aliasing -Wno-unused-private-field -std=c++0x 
-I/usr/local/include

-configure: BUILD EXTRA C++ FLAGS:  -Werror -Qunused-arguments
+configure: BUILD EXTRA C++ FLAGS:

And those two are about why squid can't build withous AUFS. -Werror 
chimes in and thrashes whole thing.


 configure: creating ./config.status
 config.status: creating Makefile
 config.status: creating compat/Makefile

The tiny patch attached fixes wording around AUFS (ie stops calling it 
async) and disables by default DISKD and ROCK storages (as they seem to 
fail anyway).


--
Sphinx of black quartz, judge my vow.
Index: Makefile
===
--- Makefile(revision 344046)
+++ Makefile(working copy)
@@ -61,7 +61,7 @@
 OPTIONS_DEFINE=ARP_ACL AUTH_KERB AUTH_LDAP AUTH_NIS AUTH_SASL AUTH_SMB 
\
AUTH_SQL \
CACHE_DIGESTS DEBUG DELAY_POOLS DNS_HELPER ECAP ESI \
-   FOLLOW_XFF FS_AUFS FS_COSS HTCP ICAP ICMP IDENT IPV6 KQUEUE \
+   FOLLOW_XFF FS_AUFS FS_COSS FS_DISKD FS_ROCK HTCP ICAP ICMP 
IDENT IPV6 KQUEUE \
LARGEFILE SNMP SSL SSL_CRTD STACKTRACES STRICT_HTTP \
TP_IPF TP_IPFW TP_PF VIA_DB WCCP WCCPV2 DOCS EXAMPLES
 
@@ -83,8 +83,10 @@
 ECAP_DESC= Enable loadable content adaptation modules
 ESI_DESC=  Enable support for ESI
 FOLLOW_XFF_DESC=   Enable support for the X-Following-For header
-FS_AUFS_DESC=  Enable AUFS (async-io) support
+FS_AUFS_DESC=  Enable AUFS (threaded io) support
 FS_COSS_DESC=  Enable COSS (not stable yet)
+FS_DISKD_DESC= Enable DISKD (experimental) storage engine controlled by 
separate service
+FS_ROCK_DESC=  Enable ROCK (unstable) storage
 HTCP_DESC= Enable HTCP support
 ICAP_DESC= Enable the ICAP client
 ICMP_DESC= Enable ICMP pinging and network measurement
@@ -308,8 +310,8 @@
 
 # Storage schemes:
 
-storage_schemes=   diskd rock ufs
-diskio_modules=AIO Blocking DiskDaemon IpcIo Mmapped
+storage_schemes=   ufs
+diskio_modules=AIO Blocking IpcIo Mmapped
 .if ${PORT_OPTIONS:MFS_AUFS}
 storage_schemes+=  aufs
 diskio_modules+=   DiskThreads
@@ -322,6 +324,13 @@
 .if ${PORT_OPTIONS:MFS_COSS}
 storage_schemes+=  coss
 .endif
+.if ${PORT_OPTIONS:MFS_DISKD}
+storage_schemes+=  diskd
+diskio_modules+=   DiskDaemon
+.endif
+.if ${PORT_OPTIONS:MFS_ROCK}
+storage_schemes+=  rock
+.endif
 CONFIGURE_ARGS+=   --enable-storeio="${storage_schemes}"
 CONFIGURE_ARGS+=   --enable-disk-io="${diskio_modules}"
 
___
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: java/icedtea-web broken since last openjdk update

[Li-Wen Hsu]

On Thu, Feb 13, 2014 at 5:54 PM, Volodymyr Kostyrko  wrote:
> Hi all.
>
> When building java/icedtea-web I get this:
>
> Exception in thread "main" java.lang.InternalError: sun.net.PortConfig:
> unknown OS

Please refer to this thread:
http://lists.freebsd.org/pipermail/freebsd-java/2014-February/010560.html

-- 
Li-Wen Hsu
http://lwhsu.org
___
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: ports/184993: www/squid33 - fails to build on ^/stable/10 (without AUFS or why AUFS doesn't work)

[Dimitry Andric]

On 13 Feb 2014, at 15:06, Volodymyr Kostyrko  wrote:
> 
> The core problem to whole this stuff is about how squid is compiled when it 
> requires threading support (and AUFS needs pthreads).
...
> 
> +configure: pthread library requires FreeBSD 7 or later
> 
> That's a weird one. Like we have no support on 10 for pthreads?

It's a bug in Squid's configure script, see this earlier thread:

http://lists.freebsd.org/pipermail/freebsd-ports/2014-February/089768.html

-Dimitry



signature.asc
Description: Message signed with OpenPGP using GPGMail

[QAT] r344100: 4x leftovers

[Ports-QAT]

Update Knot to 1.4.2
Major improvements to the rc script

PR: ports/181716
PR: ports/185163
-

  Build ID:  20140213132800-39067
  Job owner: f...@freebsd.org
  Buildtime: 3 hours
  Enddate:   Thu, 13 Feb 2014 16:27:52 GMT

  Revision:  r344100
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=344100

-

Port:dns/knot 1.4.2

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~f...@freebsd.org/20140213132800-39067-276660/knot-1.4.2.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~f...@freebsd.org/20140213132800-39067-276661/knot-1.4.2.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~f...@freebsd.org/20140213132800-39067-276662/knot-1.4.2.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~f...@freebsd.org/20140213132800-39067-276663/knot-1.4.2.log


--
Buildarchive URL: 
redports 
___
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"

Rawtherapee does not start on 10-STABLE

[Mathias Picker]

Hi,

I just tried to build RawTherapee and it dumps core with

Terminating due to uncaught exception 0x8109ae740 of type
Glib::ConvertError

I then 

- rebuild world from today, 
- switched off the collation fix in glib and optimizations in 
  rawtherapee
- did a portsnap fetch update and 
- rebuild glib, glibmm and rawtherapee with debug symbols, 
- deleted .config/RawTherapee*
- unset LANG and LC_ALL

and got the following stack trace:

(gdb) run
Starting program: /usr/local/bin/rawtherapee 
[New LWP 100486]
[New Thread 80f006400 (LWP 100486)]
Terminating due to uncaught exception 0x810275980 of type Glib::ConvertError

Program received signal SIGABRT, Aborted.
[Switching to Thread 80f006400 (LWP 100486)]
0x000808d5a2ca in thr_kill () from /lib/libc.so.7
(gdb) bt
#0  0x000808d5a2ca in thr_kill () from /lib/libc.so.7
#1  0x000808e21b39 in abort () from /lib/libc.so.7
#2  0x0008086aa7da in ?? () from /lib/libcxxrt.so.1
#3  0x00080242803b in Glib::ConvertError::throw_func (gobject=0x8102822c0)
at convert.cc:322
#4  0x000802458cff in Glib::Error::throw_exception (gobject=0x8102822c0)
at error.cc:167
#5  0x00080247cf0a in Glib::operator<< (os=..., utf8_string=...)
at ustring.cc:1401
#6  0x00652687 in Glib::ustring::FormatStream::stream (
this=0x7fffb7e0, value=...)
at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1057
#7  0x00652105 in Glib::ustring::format 
(a1=..., 
a2=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1145
#8  0x0064f138 in RTImage::setPaths (opt=...)
at 
/usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/rtimage.cc:101
#9  0x0069944f in main (argc=1, argv=0x7fffd3d8)
at /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/main.cc:239

I'm a bit out of my depth here, I'm more a dynamic language type...

Any ideas where I should look?

My system is a mobile phenom laptop with ati graphics, running 
FreeBSD marcopolo 10.0-STABLE FreeBSD 10.0-STABLE #14 r261827: Thu Feb 13 
13:13:01 CET 2014 mathiasp@marcopolo:/usr/obj/usr/src/sys/GENERIC  amd64
and KDE4 as desktop enviroment. Ah, and I unset LC_ALL before running 
rawtherapee...

Thanks,

Mathias



___
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: Rawtherapee does not start on 10-STABLE

[Waitman Gobble]

On 2/13/2014 9:15 AM, Mathias Picker wrote:

Hi,

I just tried to build RawTherapee and it dumps core with

Terminating due to uncaught exception 0x8109ae740 of type
Glib::ConvertError

I then

- rebuild world from today,
- switched off the collation fix in glib and optimizations in
   rawtherapee
- did a portsnap fetch update and
- rebuild glib, glibmm and rawtherapee with debug symbols,
- deleted .config/RawTherapee*
- unset LANG and LC_ALL

and got the following stack trace:

(gdb) run
Starting program: /usr/local/bin/rawtherapee
[New LWP 100486]
[New Thread 80f006400 (LWP 100486)]
Terminating due to uncaught exception 0x810275980 of type Glib::ConvertError

Program received signal SIGABRT, Aborted.
[Switching to Thread 80f006400 (LWP 100486)]
0x000808d5a2ca in thr_kill () from /lib/libc.so.7
(gdb) bt
#0  0x000808d5a2ca in thr_kill () from /lib/libc.so.7
#1  0x000808e21b39 in abort () from /lib/libc.so.7
#2  0x0008086aa7da in ?? () from /lib/libcxxrt.so.1
#3  0x00080242803b in Glib::ConvertError::throw_func (gobject=0x8102822c0)
 at convert.cc:322
#4  0x000802458cff in Glib::Error::throw_exception (gobject=0x8102822c0)
 at error.cc:167
#5  0x00080247cf0a in Glib::operator<< (os=..., utf8_string=...)
 at ustring.cc:1401
#6  0x00652687 in Glib::ustring::FormatStream::stream (
 this=0x7fffb7e0, value=...)
 at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1057
#7  0x00652105 in Glib::ustring::format 
(a1=...,
 a2=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1145
#8  0x0064f138 in RTImage::setPaths (opt=...)
 at 
/usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/rtimage.cc:101
#9  0x0069944f in main (argc=1, argv=0x7fffd3d8)
 at 
/usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/main.cc:239

I'm a bit out of my depth here, I'm more a dynamic language type...

Any ideas where I should look?

My system is a mobile phenom laptop with ati graphics, running
FreeBSD marcopolo 10.0-STABLE FreeBSD 10.0-STABLE #14 r261827: Thu Feb 13 
13:13:01 CET 2014 mathiasp@marcopolo:/usr/obj/usr/src/sys/GENERIC  amd64
and KDE4 as desktop enviroment. Ah, and I unset LC_ALL before running 
rawtherapee...

Thanks,

Mathias



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


Hi,

This is probably related to the glib port. The rtimage.cc 101 line is 
getting an error about utf-8 conversion.

Can you check your Makefile in ports/devel/glib20

I think it should have iconv:wchar_t, ie.

USES=   gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix 
perl5


if it does try make clean, make deinstall/reinstall

Thanks
Waitman



--
Waitman Gobble
San Jose California USA
___
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: Rawtherapee does not start on 10-STABLE

[Rainer Hurling]

Am 13.02.2014 18:15, schrieb Mathias Picker:
> Hi,
> 
> I just tried to build RawTherapee and it dumps core with
> 
> Terminating due to uncaught exception 0x8109ae740 of type
> Glib::ConvertError
> 
> I then 
> 
> - rebuild world from today, 
> - switched off the collation fix in glib and optimizations in 
>   rawtherapee
> - did a portsnap fetch update and 
> - rebuild glib, glibmm and rawtherapee with debug symbols, 
> - deleted .config/RawTherapee*
> - unset LANG and LC_ALL
> 
> and got the following stack trace:
> 
> (gdb) run
> Starting program: /usr/local/bin/rawtherapee 
> [New LWP 100486]
> [New Thread 80f006400 (LWP 100486)]
> Terminating due to uncaught exception 0x810275980 of type Glib::ConvertError
> 
> Program received signal SIGABRT, Aborted.
> [Switching to Thread 80f006400 (LWP 100486)]
> 0x000808d5a2ca in thr_kill () from /lib/libc.so.7
> (gdb) bt
> #0  0x000808d5a2ca in thr_kill () from /lib/libc.so.7
> #1  0x000808e21b39 in abort () from /lib/libc.so.7
> #2  0x0008086aa7da in ?? () from /lib/libcxxrt.so.1
> #3  0x00080242803b in Glib::ConvertError::throw_func (gobject=0x8102822c0)
> at convert.cc:322
> #4  0x000802458cff in Glib::Error::throw_exception (gobject=0x8102822c0)
> at error.cc:167
> #5  0x00080247cf0a in Glib::operator<< (os=..., utf8_string=...)
> at ustring.cc:1401
> #6  0x00652687 in Glib::ustring::FormatStream::stream (
> this=0x7fffb7e0, value=...)
> at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1057
> #7  0x00652105 in Glib::ustring::format 
> (a1=..., 
> a2=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1145
> #8  0x0064f138 in RTImage::setPaths (opt=...)
> at 
> /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/rtimage.cc:101
> #9  0x0069944f in main (argc=1, argv=0x7fffd3d8)
> at 
> /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/main.cc:239
> 
> I'm a bit out of my depth here, I'm more a dynamic language type...
> 
> Any ideas where I should look?
> 
> My system is a mobile phenom laptop with ati graphics, running 
> FreeBSD marcopolo 10.0-STABLE FreeBSD 10.0-STABLE #14 r261827: Thu Feb 13 
> 13:13:01 CET 2014 mathiasp@marcopolo:/usr/obj/usr/src/sys/GENERIC  amd64
> and KDE4 as desktop enviroment. Ah, and I unset LC_ALL before running 
> rawtherapee...
> 
> Thanks,
> 
> Mathias

This was already discussed at

http://freebsd.1045724.n5.nabble.com/graphics-rawtherapee-r342622-crashes-on-HEAD-td5883336.html

The main reason is a wchar_t problem in devel/glib20, when build with
systems iconv (on 10.0 and HEAD) instead with ports one.

There is a patch for glib20 in the cited thread, not committed until
know, because there is some more discussion and testing of side effects
in the background. [Hope this information is still up to date]

But I can confirm that graphics/rawtherapee works, if built with the
patched devel/glib20.

HTH,
Rainer

___
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: Rawtherapee does not start on 10-STABLE

[Waitman Gobble]

On 2/13/2014 9:15 AM, Mathias Picker wrote:

Hi,

I just tried to build RawTherapee and it dumps core with

Terminating due to uncaught exception 0x8109ae740 of type
Glib::ConvertError

I then

- rebuild world from today,
- switched off the collation fix in glib and optimizations in
   rawtherapee
- did a portsnap fetch update and
- rebuild glib, glibmm and rawtherapee with debug symbols,
- deleted .config/RawTherapee*
- unset LANG and LC_ALL

and got the following stack trace:

(gdb) run
Starting program: /usr/local/bin/rawtherapee
[New LWP 100486]
[New Thread 80f006400 (LWP 100486)]
Terminating due to uncaught exception 0x810275980 of type Glib::ConvertError

Program received signal SIGABRT, Aborted.
[Switching to Thread 80f006400 (LWP 100486)]
0x000808d5a2ca in thr_kill () from /lib/libc.so.7
(gdb) bt
#0  0x000808d5a2ca in thr_kill () from /lib/libc.so.7
#1  0x000808e21b39 in abort () from /lib/libc.so.7
#2  0x0008086aa7da in ?? () from /lib/libcxxrt.so.1
#3  0x00080242803b in Glib::ConvertError::throw_func (gobject=0x8102822c0)
 at convert.cc:322
#4  0x000802458cff in Glib::Error::throw_exception (gobject=0x8102822c0)
 at error.cc:167
#5  0x00080247cf0a in Glib::operator<< (os=..., utf8_string=...)
 at ustring.cc:1401
#6  0x00652687 in Glib::ustring::FormatStream::stream (
 this=0x7fffb7e0, value=...)
 at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1057
#7  0x00652105 in Glib::ustring::format 
(a1=...,
 a2=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1145
#8  0x0064f138 in RTImage::setPaths (opt=...)
 at 
/usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/rtimage.cc:101
#9  0x0069944f in main (argc=1, argv=0x7fffd3d8)
 at 
/usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/main.cc:239

I'm a bit out of my depth here, I'm more a dynamic language type...

Any ideas where I should look?

My system is a mobile phenom laptop with ati graphics, running
FreeBSD marcopolo 10.0-STABLE FreeBSD 10.0-STABLE #14 r261827: Thu Feb 13 
13:13:01 CET 2014 mathiasp@marcopolo:/usr/obj/usr/src/sys/GENERIC  amd64
and KDE4 as desktop enviroment. Ah, and I unset LC_ALL before running 
rawtherapee...

Thanks,

Mathias



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


Hi,

This is probably related to the glib port. The rtimage.cc 101 line is 
getting an error about utf-8 conversion.

Can you check your Makefile in ports/devel/glib20

I think it should have iconv:wchar_t, ie.

USES=   gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix 
perl5


if it does try make clean, make deinstall/reinstall

Thanks
Waitman


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

pkg upgrade breaks with mariadb migration

[Beeblebrox]

I recently switched to mariadb55-client from mysql55-client (because of
server switch).

The problem is that after a full (all installed ports) poudriere run, "pkg
upgrade" wants to install mysql55-client, which then of course fails because
pkg: WARNING: locally installed mariadb55-client-5.5.33a_1 conflicts 

What is the setting in poudriere.d/make.conf to fix this? must I deinstall
databases/mariadb55-client every time to complete an update?




-
FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS
--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/pkg-upgrade-breaks-with-mariadb-migration-tp5885723.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
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"

nagios-pf-plugin

[Per olof Ljungmark]

This port is marked DEPRECATED
===>>> No more public distfiles

but aren't

https://github.com/kian/nagios-pf-plugin/blob/master/check_pf.c

a source for the distfile?

Cheers,
___
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: pkg upgrade breaks with mariadb migration

[Mark Felder]

On Thu, Feb 13, 2014, at 12:22, Beeblebrox wrote:
> I recently switched to mariadb55-client from mysql55-client (because of
> server switch).
> 
> The problem is that after a full (all installed ports) poudriere run,
> "pkg
> upgrade" wants to install mysql55-client, which then of course fails
> because
> pkg: WARNING: locally installed mariadb55-client-5.5.33a_1 conflicts 
> 
> What is the setting in poudriere.d/make.conf to fix this? must I
> deinstall
> databases/mariadb55-client every time to complete an update?
> 

You probably want 

DEFAULT_VERSIONS= mysql=55m
___
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"

'pkg version -I index' ignores index argument

[John Marshall]

Prompted by the recent EOL announcement and the very loud pkg_install
warning, I recently migrated about a dozen systems to pkgng.  So far the
only thing I've tripped over is the pkg-version(8) tool ignoring its
index argument.  The tool appears to do a good job of maintaining
backwards compatibility with its venerable predecessor:

usage: pkg_version [-hIoqv] [-l limchar] [-L limchar] [[-X] -s string]
   [-O origin] [index]
   pkg_version -t v1 v2
   pkg_version -T name pattern

Usage: pkg version [-IPR] [-hoqvU] [-l limchar] [-L limchar] [-egix pattern]
   [-r reponame] [-O origin] [index]
   pkg version -t  
   pkg version -T  

but the new tool completely ignores its optional [index] argument and,
if I request use of an INDEX via -I, it will only work if there is an
INDEX file in the ports tree directory.  A missing ports tree directory
is also a fatal error.

I have submitted a PR (ports/186671) in which I provide a patch to
pkg/version.c to rectify this problem.  The patch:

 - removes the requirement for /usr/ports when using an index (-I)

 - reads and uses the optional index file argument which, if present,
   will supersede the default file in /usr/ports.

I am not a programmer, so please excuse and correct anything which is
done improperly.  "It works for me."

-- 
John Marshall


pgpdZt3LnDljQ.pgp
Description: PGP signature

configure fail in a test performed with -liconv

[Rodrigo OSORIO]

Hi all,

I'm dealing with an issue in irc/scrollz port. The configure script
fail and return a "getaddrinfo bug" caused by a failure when it
compiles the conftest binary.

In fact, conftest is compiled with the -liconv flag, but ld can't
found it.

Here is the command executed to compile the code

cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/local/include
-I/usr/local/include  -Wl,-rpath=/usr/lib:/usr/local/lib
-Wl,-rpath=/usr/lib:/usr/local/lib conftest.c -lcrypt -L/usr/local/lib
 -L/usr/local/lib -liconv

And the error

/usr/bin/ld: cannot find -liconv
cc: error: linker command failed with exit code 1 (use -v to see
invocation)

Iconv isn't required in any way by the application, but the flag is
managed by the --enable-utf8 flag, if I call configure disabling utf8
support (--disable-utf8) config finish its work without error.

Any idea or suggestion?

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

[QAT] r344104: 4x leftovers

[Ports-QAT]

Update to 1.4.14.

Sponsored by:   Absolight
-

  Build ID:  20140213134200-36183
  Job owner: m...@freebsd.org
  Buildtime: 7 hours
  Enddate:   Thu, 13 Feb 2014 20:54:29 GMT

  Revision:  r344104
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=344104

-

Port:dns/maradns 1.4.14

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140213134200-36183-276676/maradns-1.4.14.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140213134200-36183-276677/maradns-1.4.14.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140213134200-36183-276678/maradns-1.4.14.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~m...@freebsd.org/20140213134200-36183-276679/maradns-1.4.14.log


--
Buildarchive URL: 
redports 
___
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: configure fail in a test performed with -liconv

[Rodrigo OSORIO]

On 02/13/14 21:37, Rodrigo OSORIO wrote:
> Hi all,
> 
> I'm dealing with an issue in irc/scrollz port. The configure
> script fail and return a "getaddrinfo bug" caused by a failure when
> it compiles the conftest binary.
> 
> In fact, conftest is compiled with the -liconv flag, but ld can't 
> found it.
> 
> Here is the command executed to compile the code
> 
> cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/local/include 
> -I/usr/local/include  -Wl,-rpath=/usr/lib:/usr/local/lib 
> -Wl,-rpath=/usr/lib:/usr/local/lib conftest.c -lcrypt
> -L/usr/local/lib -L/usr/local/lib -liconv
> 
> And the error
> 
> /usr/bin/ld: cannot find -liconv cc: error: linker command failed
> with exit code 1 (use -v to see invocation)
> 
> Iconv isn't required in any way by the application, but the flag
> is managed by the --enable-utf8 flag, if I call configure disabling
> utf8 support (--disable-utf8) config finish its work without
> error.
> 
> Any idea or suggestion?
> 
> Regards - rodrigo ___ 
> 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"
> 

Hi,

After few tests and as an alternative, this code taken from the proter
handbook and modifies a little, does the job pretty well (I hope)

post-patch:
.if empty(ICONV_LIB)
# native iconv detected
@${REINPLACE_CMD} -e 's|-liconv||' ${WRKSRC}/configure
.endif

Does it make sense for any of you ?

Regards,

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

[QAT] r344150: 4x leftovers

[Ports-QAT]

- use OPTIONS_SET
-

  Build ID:  20140213215201-7312
  Job owner: din...@freebsd.org
  Buildtime: 21 minutes
  Enddate:   Thu, 13 Feb 2014 22:13:15 GMT

  Revision:  r344150
  Repository:
https://svnweb.freebsd.org/ports?view=revision&revision=344150

-

Port:mail/sendmail-sasl 8.14.8

  Buildgroup: 8.4-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20140213215201-7312-276876/sendmail+tls+sasl2-8.14.8.log

  Buildgroup: 8.4-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20140213215201-7312-276877/sendmail+tls+sasl2-8.14.8.log

  Buildgroup: 9.2-QAT/amd64
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20140213215201-7312-276878/sendmail+tls+sasl2-8.14.8.log

  Buildgroup: 9.2-QAT/i386
  Buildstatus:   LEFTOVERS
  Log: 
https://qat.redports.org//~din...@freebsd.org/20140213215201-7312-276879/sendmail+tls+sasl2-8.14.8.log


--
Buildarchive URL: 
redports 
___
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] sysutils/beadm

[Andrew Hotlab]

First of all, thank you very much for the good work with this port. I'm sure 
it's changing the life of a lot FreeBSD system administrators!

In my setup I have the following layout (several datasets for /usr, /var, etc.):

NAME                   USED  AVAIL  REFER  MOUNTPOINT
sys                   1.55G  18.0G    31K  none
sys/ROOT               532M  18.0G    31K  none
sys/ROOT/default       114K  18.0G   250M  /
sys/ROOT/default/tmp    22K  18.0G    38K  /tmp
sys/ROOT/default/usr     1K  18.0G   245M  /usr
sys/ROOT/default/var  48.5K  18.0G  36.4M  /var
sys/swap              1.03G  19.0G    16K  -

At this moment the utility does not seems to be able to manage this scheme, 
since it sets the mountpoint property as "legacy" for all datasets under the 
root, thus preventing to automatically mount any subdirectory at boot.
I've tested this simple solution (to let do the job to the canmount property), 
and it seems to solve the problem without affecting the behavior when all 
system folders are located under a single root dataset (please see the patch 
below). I'd be glad if you'll include it in the next port revision.

I'm at your disposal for any further detail.

Best regards.

Andrew


--- ./beadm 2014-01-11 17:08:31.112384992 +0100
+++ /usr/local/sbin/beadm 2014-01-11 17:06:38.620706860 +0100
@@ -505,7 +505,7 @@
if [ ${MOUNT} -eq 0 ]
then
zfs umount ${POOL}/${BEDS}/${2}
- zfs set mountpoint=legacy ${POOL}/${BEDS}/${2}
+ zfs set mountpoint=/ ${POOL}/${BEDS}/${2}
fi
fi
if ! zpool set bootfs=${POOL}/${BEDS}/${2} ${POOL} 1> /dev/null 2> /dev/null
@@ -518,6 +518,7 @@
ZFS_LIST=$( zfs list -H -o name -r ${POOL}/${BEDS} )
# disable automatic mount on all inactive boot environments
echo "${ZFS_LIST}" \
+ | grep -v "^${POOL}/${BEDS}$" \
| grep -v "^${POOL}/${BEDS}/${2}$" \
| grep -v "^${POOL}/${BEDS}/${2}/" \
| while read NAME 
___
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"

Issues with postmaster after freebsd-update

[LuKreme]

I was running FreeBSD 8-2 and used freebsd-update to update:

FreeBSD 8.4-RELEASE-p7 #0: Sat Jan 11 01:45:47 UTC 2014 
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC 

the next step I was given was to run 

portmaster -af

This has been a freaking nightmare.

I've managed to clear up some of the issues on my own (db41 is still installed, 
for example), but have no gotten to a point I can't seem tog et past:

===>>> The graphics/py-clutter port has been deleted: Has expired: Broken for 
more than 6 month
===>>> Aborting update

===>>> Killing background jobs
Terminated
Terminated
Terminated
Terminated
===>>> Exiting

 # portmaster -l | grep cutt
pkg: not found
 # pkg2ng
bash: pkg2ng: command not found
 # portmaster ports-mgmt/pkg
[...]
===>  Cleaning for pkg-1.2.6
===>>> Waiting on fetch & checksum for ports-mgmt/pkg <<<===
/!\ WARNING /!\
pkg_install EOL is scheduled for 2014-09-01. Please consider migrating to pkgng
http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/
If you do not want to see this message again set NO_WARNING_PKG_INSTALL_EOL=yes 
in your make.conf

[...]

/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/libpkg/../external/sqlite/sqlite3.c:23598:
 error: 'posix_fallocate' undeclared here (not in a function)
*** Error code 1
1 error
*** Error code 2
1 error
===> Compilation failed unexpectedly.

At this point, I'm well and thoroughly stuck.

-- 
I think it would be fun to run a newspaper.

___
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: Issues with postmaster after freebsd-update

[Janky Jay, III]

Hello,

I've ran into a few of these same sort of issues in the paste.

What I did to fix it:

1) Migrate to pkgng. It looks like you already have based on the 
ports-mgmt/pkg udpate. But, then I see your "pkg_install" error which 
leads me to believe you haven't fully migrated. Just take a quick peek 
at http://www.freebsd.org/doc/handbook/pkgng-intro.html and maybe try it 
again.


2) Manually deinstall the problematic port. IE...:

# cd /usr/ports/graphics/py-clutter && make deinstall

	I had to do this for a lot of ports that were "broken" on my system. 
But, after some blood, sweat and tears, everything is back to normal.


	Also, there still seem to be some underlying issues with the 
/var/db/pkg directory still. For instance, I migrated to Dovecot2 many 
moons ago and wiped out Dovecot1. However, dovecot-1.2.17 still remains 
in my /var/db/pkg directory. *shrug* It's not causing any problems. It's 
just confusing


Regards,
Janky Jay, III

On 02/13/2014 04:39 PM, LuKreme wrote:

I was running FreeBSD 8-2 and used freebsd-update to update:

FreeBSD 8.4-RELEASE-p7 #0: Sat Jan 11 01:45:47 UTC 2014 
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC

the next step I was given was to run

portmaster -af

This has been a freaking nightmare.

I've managed to clear up some of the issues on my own (db41 is still installed, 
for example), but have no gotten to a point I can't seem tog et past:

===>>> The graphics/py-clutter port has been deleted: Has expired: Broken for 
more than 6 month
===>>> Aborting update

===>>> Killing background jobs
Terminated
Terminated
Terminated
Terminated
===>>> Exiting

  # portmaster -l | grep cutt
pkg: not found
  # pkg2ng
bash: pkg2ng: command not found
  # portmaster ports-mgmt/pkg
[...]
===>  Cleaning for pkg-1.2.6
===>>> Waiting on fetch & checksum for ports-mgmt/pkg <<<===
/!\ WARNING /!\
pkg_install EOL is scheduled for 2014-09-01. Please consider migrating to pkgng
http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/
If you do not want to see this message again set NO_WARNING_PKG_INSTALL_EOL=yes 
in your make.conf

[...]

/usr/ports/ports-mgmt/pkg/work/pkg-1.2.6/libpkg/../external/sqlite/sqlite3.c:23598:
 error: 'posix_fallocate' undeclared here (not in a function)
*** Error code 1
1 error
*** Error code 2
1 error
===> Compilation failed unexpectedly.

At this point, I'm well and thoroughly stuck.



___
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: Issues with postmaster after freebsd-update

[LuKreme]

On 13 Feb 2014, at 17:03 , Janky Jay, III  wrote:

> Hello,
> 
>   I've ran into a few of these same sort of issues in the paste.
> 
> What I did to fix it:
> 
> 1) Migrate to pkgng. It looks like you already have based on the 
> ports-mgmt/pkg udpate. But, then I see your "pkg_install" error which leads 
> me to believe you haven't fully migrated. Just take a quick peek 
> athttp://www.freebsd.org/doc/handbook/pkgng-intro.html and maybe try it again.

I have tried several times. I thought I had changed successfully under 8.2, but 
evidently not. I can't get it to compile now, and postmaster doesn't see it.

 # portmaster -l | grep pkg 
pkg: not found
===>>> pkgconf-0.9.3

> 2) Manually deinstall the problematic port. IE...:
> 
> # cd /usr/ports/graphics/py-clutter && make deinstall

The directory does not exist. Portmaster does not see the port as being 
installed. It seems to me that it is listed as a dependency by something else.

# portmaster -l | grep clutt
pkg: not found
===>>> clutter-1.0.10_2
===>>> clutter-gtk-0.10.2_5
===>>> py26-clutter-1.0.0_2
===>>> py26-cluttergtk-0.9.3_2
===>>> clutter-cairo-0.8.2_1

I suppose I can delete py26-clutter (or heck, all of them).


-- 
It's Tchaikovsky's 'Another One Bites the Dust'," said Crowley, closing
his eyes as they went through Slough.

___
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: Update for graphics/libopenraw failed

[Robert English]

Had a similar problem on my 8.4-Release system. After looking at the 
"config.log" file, figured out it was looking for 
"libboost_unit_test_framework_gcc42.so" so I made a soft link in the 
"usr/local/lib" directory with that name pointing to the 
"libboost_unit_test_framework.so.1.55.0" file. Libopenraw compiled fine after 
that.

Putting this on the server in case someone else has this problem also.


Bob

On Feb 10, Randy Pratt wrote:
>The system is an 8.4-STABLE/i386.
>
>Excerpt from the entire http://myfreebsd.homeunix.net/libopenraw-0.0.8_5.log :
>
>checking boost/test/unit_test.hpp presence... yes
>checking for boost/test/unit_test.hpp... yes
>checking for the Boost unit_test_framework library... no
>configure: error: Could not find the flags to link with Boost 
>unit_test_framework
>===>  Script "configure" failed unexpectedly.
>-
>
>The libs seem to be there and were were updated:
>/usr/local/lib/libboost_unit_test_framework.a
>/usr/local/lib/libboost_unit_test_framework.so -> 
>libboost_unit_test_framework.so.1.55.0
>/usr/local/lib/libboost_unit_test_framework.so.1.55.0
>/usr/local/lib/libboost_unit_test_framework.so.5 -> 
>libboost_unit_test_framework.so.1.55.0
>
>The entire update log URL is: 
>>http://myfreebsd.homeunix.net/updates/ports/ports-2014.02.09.0606.log >
> 8==snipped
___
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"

Pkg install from release CD using FreeBSD provided repo

[Peter Ross]

Hi,

after having a +1 from a German mailing list and the suggestion to send it 
to the appropriate mailing list (I think freebsd-ports is the one?)


a suggestion for the installation from CD

1. Include a local binary way to install pkg
2. Ask for a proxy server when setting up a new FreeBSD machine
  (write it in the environment section of pkg.conf
   as well as setting the http_proxy environment variable)
3. Ask whether you want to use binary packages and write a FreeBSD.conf
  for the appropriate repository to download from
4. Download the content from the repo at the first pkg command so
  commands as "pkg search" work immediately.

Point 2, 3 and 4 sound quite "trivial", I think, it is more of whether it 
is the right way to do.


For step 1 I provide a "minimal ports tree" with all what's needed to 
compile pkg. See below for details.


I suggest it after my own install experience for FreeBSD 10.0. I am a 
sysadmin who is using the ports collection for our servers,


whoever, this time I wanted to try a binary install for a desktop, I found 
it too cumbersome, as a novice I would have given up..


Sitting in the office (and behind a firewall and having a proxy) I wanted 
to setup a new desktop.


Shiny new pkg tools - better than apt.. cool! Yes, it works well, much 
better than the old stuff. Thanks!


Okay, do I need ports? No (I think - I want binaries). I just use pkg 
afterwards. Good.


Problem 1: pkg is just the stub.. and wants to get it from a FreeBSD 
server.. well - stuck (the firewall)


Well, I guess "http_proxy=..; export http_proxy" may help - yes, it does. 
(But I am a sysadmin - what if I do not have this knowledge?)


Problem 2: "pkg search perl" - nothing.

Google, google.. okay, the announcement and writing a repository 
configuration.


Problem 3: ""pkg search perl" - still no output.

pkg repo/upgrade/update/updating.. all: no.

Looking at the repo website: Yes, it's there.

"pkg install 0verkill" (the first package I see - magic, it downloads the 
repository content and more, and now "pkg search" and others work!


Thay are all problems you can solve. But I do not think they should be the 
first FreeBSD experience.


Another mailing list member had a similar disappointing start with FreeBSD 
10.


Hence the suggestion above.

What do you think?

Sorry if I am stirring the pot again.. I found some "mails related to the 
pkg stub but I did not find something similar to my suggestion.


I am happy for any other way that may prevent an experience as I just had.

Here my workaround to bootstrap ppkg locally (tested for FreeBSD 9):

1. create_pkg_bootstrap.sh

# Creates bootstrap package used by add_packages.sh

# Assumes succesful pkg build in ports tree
# Parameter: pkg name (pkg-${version})

if [ "X${1}" = "X" ]; then
   echo "Please specify pkg name (pkg-version)"
   exit 1
fi

cd /usr/ports
rm -f /usr/ports/ports-mgmt/pkg/work/.install_done.pkg._usr_local
tar -czf /usr/ports/packages/$1.tgz ports-mgmt/pkg Mk \
Templates/BSD.local.dist Tools/scripts/security-check.awk

2. Use the pkg tar ball to install pkg

bootstrap_pkg()
{
  echo "Bootstrap pkg"
  tmp_ports_dir=`mktemp -d /tmp/${APP}.ports.XX`
  cd ${tmp_ports_dir}
  tar -xzvf /usr/ports/packages/pkg*.tgz
  cd ports-mgmt/pkg
  make install PORTSDIR=${tmp_ports_dir}
  echo "Packages installed: "
  pkg info -a
  rm -rf ${tmp_ports_dir}
}

I am pretty sure that may need some polish before it can grace an official 
installation CD (or there is something better).. but it may be a starting 
point.


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

Re: Issues with postmaster after freebsd-update

[Kevin Oberman]

On Thu, Feb 13, 2014 at 4:27 PM, LuKreme  wrote:

>
> On 13 Feb 2014, at 17:03 , Janky Jay, III  wrote:
>
> > Hello,
> >
> >   I've ran into a few of these same sort of issues in the paste.
> >
> > What I did to fix it:
> >
> > 1) Migrate to pkgng. It looks like you already have based on the
> ports-mgmt/pkg udpate. But, then I see your "pkg_install" error which leads
> me to believe you haven't fully migrated. Just take a quick peek athttp://
> www.freebsd.org/doc/handbook/pkgng-intro.html and maybe try it again.
>
> I have tried several times. I thought I had changed successfully under
> 8.2, but evidently not. I can't get it to compile now, and postmaster
> doesn't see it.
>
>  # portmaster -l | grep pkg
> pkg: not found
> ===>>> pkgconf-0.9.3
>
> > 2) Manually deinstall the problematic port. IE...:
> >
> > # cd /usr/ports/graphics/py-clutter && make deinstall
>
> The directory does not exist. Portmaster does not see the port as being
> installed. It seems to me that it is listed as a dependency by something
> else.
>
> # portmaster -l | grep clutt
> pkg: not found
> ===>>> clutter-1.0.10_2
> ===>>> clutter-gtk-0.10.2_5
> ===>>> py26-clutter-1.0.0_2
> ===>>> py26-cluttergtk-0.9.3_2
> ===>>> clutter-cairo-0.8.2_1
>
> I suppose I can delete py26-clutter (or heck, all of them).


The problem is most likely the update to icu. It required the rebuilding of
a lot of ports and clutter (and py-clutter) seems to run into most of
them.  Sorting them out is a royal pain.

An easier way is to install sysutils/bsddfminscripts and use pkg_libchk to
find what needs to be reinstalled. I use the command:
pkg_libchk -o | grep icu | cut -d: -f1 | sort | uniq > ~/reinstall-ports
portmaster -D `cat ~/reinstall-ports`

When all of the ports reported have been re-installed:
rm ~/reinstall-ports
pkg_libchk -o

The last command is to be sure that these are not any other missing
libraries. (I hit three or four that required updating for libtasn1.)

It is possible that I am misdiagnosing this, but it looks just like what I
hit.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
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"