date:20120510

Heimdal 1.5.2 problem

2012-05-10 Thread Robert Simmons

I've just installed the new version of Heimdal, 1.5.2 from ports, and
I'm having a problem.

As in the past, BerkeleyDB needs to be enabled with make config so
that there is a backend.  However, I'm still getting the error as if
BerkeleyDB was not enabled, and there is no backend support.

I've followed this process to get to this point:

# cd /usr/ports/security/heimdal
# make config
 *at this point, I've just made sure that BDB and cracklib support are compiled.
# make install
# mkdir /var/db/heimdal
# chmod 600 /var/db/heimdal

Then the following is added to /etc/rc.conf
kerberos5_server_enable="YES"
kerberos5_server="/use/local/libexec/kdc"
kadmind5_server_enable="YES"
kadmind5_server="/usr/local/libexec/kadmind"
kpasswdd_server_enable="YES"
kpasswdd_server="/usr/local/libexec/kpasswdd"

This is my /etc/krb5.conf
[libdefaults]
   default_realm = HOME
   default_etypes = aes256-cts-hmac-sha1-96
[realms]
   EXAMPLE.ORG = {
   kdc = kerberos.home
   admin_server = kerberos.home
   kpasswd_server = kerberos.home
   }
[password_quality]
   policies = builtin:minimum-length builtin:character-class
   min_length = 20
   min_classes = 4
[kdc]
   enable-kerberos4 = false
   enable-524 = false
   require-preauth = true
   allow-anonymous = false
[kadmin]
   require-preauth = true
   default_keys = aes256-cts-hmac-sha1-96:pw-salt
[domain_realm]
   .home = HOME

I then created a key
# kstash --enctype=aes256-cts-hmac-sha1-96 --random-key

Then tried to initialize the realm:
# /usr/local/sbin/kadmin -l
kadmin> init HOME
kadmin: hdb_open: hdb_open: failed initialize database /var/db/heimdal/heimdal
kadmin>

This is the error I get.  Also, after performing this failed init, the
database is actually created in /var/db/heimdal
# ll /var/db/heimdal
total 24
-rw---  1 root  wheel  16384 May 10 19:56 heimdal.db
-rw---  1 root  wheel  0 May 10 19:18 heimdal.lock
-rw---  1 root  wheel264 May 10 19:17 kdc.log
-rw---  1 root  wheel 73 May 10 19:18 m-key

According to PR 154711, I've done everything correct, but I'm still
getting the error.
http://www.freebsd.org/cgi/query-pr.cgi?pr=154711

All of the regular dependencies are satisfied:
autoconf-2.68, autoconf-wrapper-20101119, gettext-0.18.1.1,
libiconv-1.14, libtool-2.4.2, m4-1.4.16,1, perl-5.12.4_4,
pkg-config-0.25_1

And, this is the version of BerkeleyDB that it compiles and installs
to satisfy the BDB backend that I enabled during config:
db41-4.1.25_4

Has anyone else successfully installed Heimdal 1.5.2 from ports on
FreeBSD 9.0?  What did you do differently than me?
___
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 Port: xsane-0.998

2012-05-10 Thread Barry Tigner

Hi,

There is a bug in xsane-setup.c that causes any
password string beginning with a capital "S" to
read as an empty string.

Here is the code from xsane-setup.c

  /* make sure password is not stored in ascii text */
  /* this is very simple but better than nothing */
  for (i=0; ihttp://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: WITH_GCC

2012-05-10 Thread Andriy Gapon

on 10/05/2012 10:28 Andriy Gapon said the following:
> Here's an updated version of the patch.
> It should allow for initial bootstrapping of GCC itself.

Next version of the patch...
Hopefully it should handle the bootstrapping better by accounting for lang/gcc*
ports dependencies and avoiding creating any circular dependencies.
For simplicity the GCC ports and their dependencies are forced to be built with
the base GCC, although this does not have to be required.

--- /usr/ports/Mk/bsd.gcc.mk.orig   2012-05-06 11:12:55.628670003 +0300
+++ /usr/ports/Mk/bsd.gcc.mk2012-05-10 18:49:27.218670582 +0300
@@ -98,6 +98,30 @@ CONFIGURE_ENV+=  F77="${F77}" FC="${FC}"
 MAKE_ENV+= F77="${F77}" FC="${FC}" FFLAGS="${FFLAGS}"
 .endif

+.if defined(WITH_GCC) && ${PORTNAME} != gcc
+
+# See if we can use a later version or exclusively the one specified.
+_WITH_GCC:=${WITH_GCC:S/+//}
+
+# Check if WITH_GCC points to a valid version.
+.for v in ${GCCVERSIONS}
+. for j in ${GCCVERSION_${v}}
+.  if ${_WITH_GCC}==${j}
+_WITH_GCCVERSION_OKAY= true;
+.  endif
+. endfor
+.endfor
+
+.if !defined(_WITH_GCCVERSION_OKAY)
+IGNORE=Unknown version of GCC specified (WITH_GCC=${WITH_GCC})
+.endif
+
+.if !defined(USE_GCC)
+USE_GCC:= ${WITH_GCC}
+.undef _WITH_GCC
+.endif
+
+.endif # WITH_GCC

 .if defined(USE_GCC)

@@ -143,6 +167,11 @@ IGNORE=Couldn't find your current GCCV
 # get the first available version.
 #
 .if defined(_GCC_ORLATER)
+. if defined(_WITH_GCC)
+.  if ${_USE_GCC} < ${_WITH_GCC}
+_USE_GCC:= ${_WITH_GCC}
+.  endif
+. endif
 . for v in ${GCCVERSIONS}
 .  if ${_USE_GCC} == ${_GCCVERSION_${v}_V}
 _GCC_MIN1:=true
@@ -178,24 +207,39 @@ _USE_GCC:=${GCC_DEFAULT_VERSION}
 . if ${_USE_GCC} == ${_GCCVERSION_${v}_V}
 .  if ${OSVERSION} < ${_GCCVERSION_${v}_L} || ${OSVERSION} > 
${_GCCVERSION_${v}_R}
 V:=${_GCCVERSION_${v}_V:S/.//}
-_GCC_BUILD_DEPENDS:=   gcc${V}
 _GCC_PORT_DEPENDS:=gcc${V}
+.   if ${V} == ${GCC_DEFAULT_V}
+_GCC_BUILD_DEPENDS:=   gcc
+.   else
+_GCC_BUILD_DEPENDS:=   gcc${V}
+.   endif
+_GCC_OWN_DEPENDS!= (cd ${PORTSDIR}/lang/${_GCC_BUILD_DEPENDS} && ${MAKE} -V
_UNIFIED_DEPENDS)
+.   for _CURDIR in ${.CURDIR} # only loop variable are expanded in variable
modifiers
+.   if ${_GCC_OWN_DEPENDS:M*\:${_CURDIR}} != ""
+.undef _GCC_BUILD_DEPENDS
+.undef _GCC_PORT_DEPENDS
+.   else
 CC:=   gcc${V}
 CXX:=  g++${V}
 CPP:=  cpp${V}
-.   if ${_USE_GCC} != 3.4
+.if ${_USE_GCC} != 3.4
 CFLAGS+=   -Wl,-rpath=${LOCALBASE}/lib/${_GCC_BUILD_DEPENDS}
+CFLAGS+=   ${CFLAGS.${CC}}
+CXXFLAGS+= ${CXXFLAGS.${CC}}
 LDFLAGS+=  -Wl,-rpath=${LOCALBASE}/lib/${_GCC_BUILD_DEPENDS}
-.if defined (USE_FORTRAN)
-.if ${USE_FORTRAN} == yes
+. if defined (USE_FORTRAN)
+. if ${USE_FORTRAN} == yes
 FFLAGS+=   -Wl,-rpath=${LOCALBASE}/lib/${_GCC_BUILD_DEPENDS}
-.endif
+. endif
+. endif
 .endif
 .   endif
+.   endfor
 .  endif
 . endif
 .endfor
 .undef V
+.undef _GCC_OWN_DEPENDS

 .if defined(_GCC_BUILD_DEPENDS)
 BUILD_DEPENDS+=
${_GCC_PORT_DEPENDS}:${PORTSDIR}/lang/${_GCC_BUILD_DEPENDS}

-- 
Andriy Gapon
___
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: WITH_GCC

2012-05-10 Thread Andriy Gapon

on 10/05/2012 19:48 Scot Hetzel said the following:
> For Mk/bsd.database.mk - the meaning of USE_, WITH_ and WANT_ variables are:
> 
> USE_* - Maintainer - Add dependency. If no version is given (by the
> maintainer via the port or by the user via defined variable), try to
> find the currently installed version.  Fall back to default if
> necessary.
> 
> WITH_*_VER - User defined variable to set version
> 
> WANT_*_VER - Maintainer can set an arbitrary version to always build
> this port with (overrides WITH_*_VER).
> 
> So the appropriate name for this user defined variable should be
> WITH_GCC since it sets both a dependancy and version for GCC as
> requested by the user.

Thank you very much!

P.S.
Perhaps this information should also be somewhere in the Porter's Handbook.

-- 
Andriy Gapon
___
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: OpenOffice 3.4 fails to build

2012-05-10 Thread Daniel Nebdal

On Wed, May 9, 2012 at 3:54 PM, Andrea Venturoli  wrote:
> Hello.
>
> Sorry to come up with yet another problem...
>
> My build stops with:
>
>> Module 'libxmlsec' delivered successfully. 49 files copied, 0 files
>> unchanged
>>
>> 1 module(s):
>>        bridges
>> need(s) to be rebuilt
>>
>> Reason(s):
>>
>> ERROR: error 65280 occurred while making
>> /usr/local/local/storage/alamartmp/usr/ports/editors/openoffice-3/work/aoo-3.4.0/main/bridges/source/cpp_uno/gcc3_freebsd_intel
>
>
> This is an 8.2/i386 box.
>
> Any hint?
>
>  bye & Thanks
>        av.


If you cd to the bridges directory
(/usr/local/local/storage/alamartmp/usr/ports/editors/openoffice-3/work/aoo-3.4.0/main/bridges
, apparently) and run gmake, you might get some more useful error
messages.


-- 
Daniel Nebdal
___
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: WITH_GCC

2012-05-10 Thread Scot Hetzel

On Thu, May 10, 2012 at 2:28 AM, Andriy Gapon  wrote:
> on 06/05/2012 12:27 Andriy Gapon said the following:
>> My makefile-fu and ports-infrastructure-fu are really weak (maybe 
>> non-existent
>> even), but here is my attempt: [see the attachment].
>>
>> The idea behind the patch:
>> - if WITH_GCC is not defined, then everything should be as before
>> - if WITH_GCC is defined, but USE_GCC is not defined, then USE_GCC gets set 
>> from
>> WITH_GCC
>> - if both are defined
>>   o if USE_GCC is a concrete version, then it wins
>>   o else (if USE_GCC has the "X+") form, then the minimum requested version
>> becomes MAX(X, Y), where Y is from WITH_GCC [*]
>>
>> [*] Note that whether WITH_GCC has "Y" or "Y+" form doesn't matter in this 
>> case.
>>
>> In all cases WITH_GCC can be used only to increase minimum required GCC 
>> version,
>> unless a port wants a concrete fixed version.
>>
>
> Here's an updated version of the patch.
> It should allow for initial bootstrapping of GCC itself.
>
> BTW, what would be the more appropriate name for such a knob - WITH_GCC or 
> WANT_GCC?
>

For Mk/bsd.database.mk - the meaning of USE_, WITH_ and WANT_ variables are:

USE_* - Maintainer - Add dependency. If no version is given (by the
maintainer via the port or by the user via defined variable), try to
find the currently installed version.  Fall back to default if
necessary.

WITH_*_VER - User defined variable to set version

WANT_*_VER - Maintainer can set an arbitrary version to always build
this port with (overrides WITH_*_VER).

So the appropriate name for this user defined variable should be
WITH_GCC since it sets both a dependancy and version for GCC as
requested by the user.

Scot
___
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: Binary packages for LibreOffice 3.5 or 3.4

2012-05-10 Thread Baptiste Daroussin

On Wed, May 09, 2012 at 01:34:28PM -0700, Doug Barton wrote:
> Has anyone answered the original question? Are there going to be
> packages for libreoffice? If not, why not?
> 
> Doug

Yes as soon as pointyhat builds are uploaded.

For example there are libreoffice packages on http://pkgbeta.freebsd.org

regards,
Bapt


pgp4RbguWEZXM.pgp
Description: PGP signature

Re: WITH_GCC

2012-05-10 Thread Andriy Gapon

on 06/05/2012 12:27 Andriy Gapon said the following:
> My makefile-fu and ports-infrastructure-fu are really weak (maybe non-existent
> even), but here is my attempt: [see the attachment].
> 
> The idea behind the patch:
> - if WITH_GCC is not defined, then everything should be as before
> - if WITH_GCC is defined, but USE_GCC is not defined, then USE_GCC gets set 
> from
> WITH_GCC
> - if both are defined
>   o if USE_GCC is a concrete version, then it wins
>   o else (if USE_GCC has the "X+") form, then the minimum requested version
> becomes MAX(X, Y), where Y is from WITH_GCC [*]
> 
> [*] Note that whether WITH_GCC has "Y" or "Y+" form doesn't matter in this 
> case.
> 
> In all cases WITH_GCC can be used only to increase minimum required GCC 
> version,
> unless a port wants a concrete fixed version.
> 

Here's an updated version of the patch.
It should allow for initial bootstrapping of GCC itself.

BTW, what would be the more appropriate name for such a knob - WITH_GCC or 
WANT_GCC?

--- /usr/ports/Mk/bsd.gcc.mk.orig   2012-05-06 11:12:55.628670003 +0300
+++ /usr/ports/Mk/bsd.gcc.mk2012-05-09 14:21:40.318673080 +0300
@@ -98,6 +98,30 @@ CONFIGURE_ENV+=  F77="${F77}" FC="${FC}"
 MAKE_ENV+= F77="${F77}" FC="${FC}" FFLAGS="${FFLAGS}"
 .endif

+.if defined(WITH_GCC) && ${PORTNAME} != gcc
+
+# See if we can use a later version or exclusively the one specified.
+_WITH_GCC:=${WITH_GCC:S/+//}
+
+# Check if WITH_GCC points to a valid version.
+.for v in ${GCCVERSIONS}
+. for j in ${GCCVERSION_${v}}
+.  if ${_WITH_GCC}==${j}
+_WITH_GCCVERSION_OKAY= true;
+.  endif
+. endfor
+.endfor
+
+.if !defined(_WITH_GCCVERSION_OKAY)
+IGNORE=Unknown version of GCC specified (WITH_GCC=${WITH_GCC})
+.endif
+
+.if !defined(USE_GCC)
+USE_GCC:= ${WITH_GCC}
+.undef _WITH_GCC
+.endif
+
+.endif # WITH_GCC

 .if defined(USE_GCC)

@@ -143,6 +167,11 @@ IGNORE=Couldn't find your current GCCV
 # get the first available version.
 #
 .if defined(_GCC_ORLATER)
+. if defined(_WITH_GCC)
+.  if ${_USE_GCC} < ${_WITH_GCC}
+_USE_GCC:= ${_WITH_GCC}
+.  endif
+. endif
 . for v in ${GCCVERSIONS}
 .  if ${_USE_GCC} == ${_GCCVERSION_${v}_V}
 _GCC_MIN1:=true

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

ap22-mod_security-2.6.5

2012-05-10 Thread Vladimir Nikolić

Hello,

it looks like some files are missing in mod_security-2.6.5 port. There
are only main conf file and doc files, no rules files and no apache
module file:

Information for ap22-mod_security-2.6.5:

Files:
/usr/local/etc/modsecurity.conf-example
/usr/local/share/licenses/ap22-mod_security-2.6.5/catalog.mk
/usr/local/share/licenses/ap22-mod_security-2.6.5/LICENSE
/usr/local/share/licenses/ap22-mod_security-2.6.5/AL2
/usr/local/share/doc/mod_security2/doc/Reference_Manual.html
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/index.css
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/commonPrint.css
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/index.php
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/poweredby_mediawiki_88x31.png
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/600px-Apache_request_cycle-modsecurity.jpg
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/ajax.js
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/wikibits.js
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/index_004.css
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/index_002.css
/usr/local/share/doc/mod_security2/doc/Reference_Manual_files/index_003.css

Regards



-- 
Vladimir Nikolic | Sistemski administrator / System Administrator

Amis | Trzaska cesta 85 | 2000 Maribor | Slovenija
Tel: +386 080 20 10 | Faks: +386 2 620 6 333 | www.amis.net



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

Heimdal 1.5.2 problem

FreeBSD Port: xsane-0.998

Re: WITH_GCC

Re: WITH_GCC

Re: OpenOffice 3.4 fails to build

Re: WITH_GCC

Re: Binary packages for LibreOffice 3.5 or 3.4

Re: WITH_GCC

ap22-mod_security-2.6.5

9 matches

Site Navigation

Mail list logo

Footer information