portupgrade -R order

[Andrea Venturoli]

Hello.
I have a question about the order in which portupgrade -R handles ports.



If I issue:
portupgrade -R it-openoffice.org

it will upgrade openoffice.org, *then* gcc43.

I would guess openoffice.org requires gcc43 to build, but then, 
shouldn't it be handled *before*?




(This is only an example, it happens with other ports too).


 bye & Thanks
av.
___
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: portupgrade -R order

[Andrea Venturoli]

Andrew W. Nosenko ha scritto:


I would guess openoffice.org requires gcc43 to build, but then, shouldn't it
be handled *before*?


Whether OOo requires gcc-4.3 indeed?  Not "customized" version of
gcc-3.4 (ooo-gcc if I recall correctly...)?


No. I'm really talking about lang/gcc43.




About another ports: the was majority of prorts doen't require any
specific GCC version supplied in ports, but use system-default gcc
instead (/usr/bin/gcc), therefore, order of building gcc-4.3 from
ports is irrelevant.


Ok, but I guess we have two cases:
a) OOO requires gcc43 (either directly or through another dependency): 
then I guess gcc43 should be build before OOO;
b) OOO does not require gcc43 at all: then I see no reason for it to be 
upgraded.


In any case I see no point in building it after OOO. Perhaps I'm missing 
something?


(Again, you can substitute OOO and gcc with other ports in different 
scenarios).




 bye & Thanks
av.
___
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: portupgrade -R order

[Andrea Venturoli]

Stephen Montgomery-Smith ha scritto:

My experience is that openoffice will NOT build properly if gcc43 is 
installed.  So maybe it deinstalled gcc43, built openoffice, and then 
rebuilt gcc43.


This doesn't seem to be my case.

 bye & Thanks
av.
___
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"

netatalk 2.0.4 breaks PAM?

[Andrea Venturoli]

Hello.
I'm using afpd on a 6.3/i386 and I make it authenticate to pam_smb.
Everything was fine with 2.0.3.

As soon as I upgraded to 2.0.4, I started getting:

Jul 13 09:28:38 x afpd[89271]: dhx login: yyy
Jul 13 09:28:38 x afpd[89271]: in openpam_load_module(): no
/usr/local/lib/pam_smb_auth.so found
Jul 13 09:28:38 x afpd[89271]: uams_dhx_pam.c :PAM: PAM_Error:
system error
Jul 13 09:28:38 x afpd[89271]: 0.18KB read, 0.12KB written

I swear /usr/local/lib/pam_smb_auth.so is there and working, since many
other packages are using it the same way.

Since this is a production environment, I had to downgrade to 2.0.3 as
fast as possible; everything worked fine again since then.


Not sure if this is a FreeBSD port's specific problem, but I thought I'd
start here.


 bye & Thanks
av.


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

vlc compilation problems

[Andrea Venturoli]

Hello.

My compilation of vlc ends with the following error:

gmake[5]: Entering directory 
`/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access'
/bin/sh ../../libtool --tag=CC --tag=CC   --mode=compile cc -std=gnu99 
-DHAVE_CONFIG_H -I. -I../..   -I../../include -I../../include 
-I/tmp/usr/ports/multimedia/vlc/work/fake//usr/local/include 
-I/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/include 
-I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg 
-I/usr/local/include -DSYS_FREEBSD6_3 `top_srcdir="../.." 
top_builddir="../.." ../../vlc-config --cflags plugin 
libaccess_file_plugin_la-file.lo` -O2 -fno-strict-aliasing -pipe 
-march=athlon-xp -pthread -Wall -Wextra -Wsign-compare -Wundef 
-Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings 
-Wmissing-prototypes -Werror-implicit-function-declaration -MT 
libaccess_file_plugin_la-file.lo -MD -MP -MF 
.deps/libaccess_file_plugin_la-file.Tpo -c -o 
libaccess_file_plugin_la-file.lo `test -f 'file.c' || echo './'`file.c
libtool: compile:  cc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. 
-I../../include -I../../include 
-I/tmp/usr/ports/multimedia/vlc/work/fake//usr/local/include 
-I/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/include 
-I/usr/local/include/speex -I/usr/local/include -I/usr/local/ffmpeg 
-I/usr/local/include -DSYS_FREEBSD6_3 -I/usr/local/include 
-D_FILE_OFFSET_BITS=64 -D__USE_UNIX98 -D_LARGEFILE64_SOURCE -D_REENTRANT 
-D_THREAD_SAFE -DHAVE_RELEASE -D__LIBVLC__ -D__PLUGIN__ 
-DMODULE_NAME=access_file -DMODULE_NAME_IS_access_file 
-DMODULE_STRING=\"access_file\" -O2 -ffast-math -funroll-loops 
-mtune=pentium2 -fomit-frame-pointer -O2 -fno-strict-aliasing -pipe 
-march=athlon-xp -pthread -Wall -Wextra -Wsign-compare -Wundef 
-Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings 
-Wmissing-prototypes -Werror-implicit-function-declaration -MT 
libaccess_file_plugin_la-file.lo -MD -MP -MF 
.deps/libaccess_file_plugin_la-file.Tpo -c file.c  -fPIC -DPIC -o 
.libs/libaccess_file_plugin_la-file.o

In file included from /usr/include/sys/mount.h:36,
 from file.c:55:
/usr/include/sys/ucred.h:71: error: `NGROUPS' undeclared here (not in a 
function)

gmake[5]: *** [libaccess_file_plugin_la-file.lo] Error 1
gmake[5]: Leaving directory 
`/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access'

gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory 
`/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access'

gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory 
`/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules/access'

gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory 
`/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1/modules'

gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/tmp/usr/ports/multimedia/vlc/work/vlc-1.0.1'
gmake: *** [all] Error 2
*** Error code 1




uname -a gives:
FreeBSD alamar.ventu 6.3-RELEASE-p10 FreeBSD 6.3-RELEASE-p10 #0: Sun Jun 
21 14:28:02 CEST 2009 r...@alamar.ventu:/usr/obj/usr/src/sys/ALAMAR 
 i386




Any hint?

 bye & Thanks
av.
___
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: downgrade xorg to 7.1

[Andrea Venturoli]

x z ha scritto:

On Sun, Dec 27, 2009 at 3:39 AM, Warren Block  wrote:


On Sat, 26 Dec 2009, x z wrote:

 I would downgrade xorg from 7.4 to 7.1 for display driver.
Why?



Because I have a Matrox G550 card which has property driver supported up to
xorg 7.1.


Well, I don't know about G550, but I have a G450, which I'm using with 
XOrg 7.4.


I remember I had problems with the latest xf86-video-mga (couldn't 
achieve full resolution), but I solved with a single downgrade of this 
port to 1.4.
Now it looks like it has been downgraded in the port tree too (unless I 
misinterpret http://www.freshports.org/x11-drivers/xf86-video-mga/).

So you might want to try fiddling with this port only.

Only woe is the speed: it looks like my graphics section is a lot slower 
since it was back in the XFree times; or, again, it was since the first 
XOrg versions... I really never dug into this.


 bye
av.

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

INDEX failing on 6.3/i386

[Andrea Venturoli]

Hello.
Am I the only one who's not able to build INDEX on the above version?
I didn't see anything on the list WRT to this topic.

What I get is:
mod_webapp-4.1.24_3: "/usr/ports/www/apache1.3.6" non-existent -- 
dependency list incomplete


I can build INDEX if I completely remove www/mod_webapp (which I'm not 
using), but, of course, it will be pulled in at the next upgrade.


 bye
av.
___
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: INDEX failing on 6.3/i386

[Andrea Venturoli]

Jörgen Blomberg ha scritto:


I don't use mod_webapp, so this configuration is done only to be able to
build INDEX.


Neither do I, so I guess I'll follow your suggestion.

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

Re: patch for security/openssh-portable

[Andrea Venturoli]

Il 01/13/10 14:45, jhell ha scritto:


centel# service openssh restart
/usr/local/etc/ssh/sshd_config: line 13: Bad configuration option:
VersionAdendum
/usr/local/etc/ssh/sshd_config: terminating, 1 bad configuration options

? So like I was saying "It does not work that way".


You spelt it incorrectly. Throw another "d" in.

 bye
av.
___
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"

mDNSResponder

[Andrea Venturoli]

This is on FreeBSD 6.3/i386:

--->  Upgrading 'mDNSResponder-108' to 'mDNSResponder-214' 
(net/mDNSResponder)

--->  Building '/usr/ports/net/mDNSResponder'
===>  Cleaning for mDNSResponder-214
===>  Extracting for mDNSResponder-214
=> MD5 Checksum OK for mDNSResponder-214.tar.gz.
=> SHA256 Checksum OK for mDNSResponder-214.tar.gz.
===>  Patching for mDNSResponder-214
===>  Applying FreeBSD patches for mDNSResponder-214
/bin/mv 
/usr/local/local/storage/alamartmp/usr/ports/net/mDNSResponder/work/mDNSResponder-214/mDNSShared/mDNSResponder.8 


/usr/local/local/storage/alamartmp/usr/ports/net/mDNSResponder/work/mDNSResponder-214/mDNSShared/mDNSResponderPosix.8
===>   mDNSResponder-214 depends on executable: gmake - found
===>   mDNSResponder-214 depends on executable: bison - found
===>  Configuring for mDNSResponder-214
===>  Building for mDNSResponder-214
Responder daemon done
Client library done
gmake[1]: Entering directory 
`/usr/local/local/storage/alamartmp/usr/ports/net/mDNSResponder/work/mDNSResponder-214/Clients'

mkdir build
cc dns-sd.c ClientCommon.c -L../mDNSPosix/build/prod/ -ldns_sd 
-I../mDNSShared -Wall -o build/dns-sd
gmake[1]: Leaving directory 
`/usr/local/local/storage/alamartmp/usr/ports/net/mDNSResponder/work/mDNSResponder-214/Clients'

Clients done
Embedded Standalone Client done
Embedded Standalone Responder done
Embedded Standalone ProxyResponder done
Identify done
NetMonitor done
In file included from ../mDNSShared/dnsextd.h:49,
 from ../mDNSShared/dnsextd_parser.y:57:
/usr/include/sys/socket.h:246: error: redefinition of `struct sockaddr_in'
../mDNSShared/dnsextd_parser.y: In function `SetupOptions':
../mDNSShared/dnsextd_parser.y:591: error: structure has no member named 
`sin_addr'
../mDNSShared/dnsextd_parser.y:596: error: structure has no member named 
`sin_port'
../mDNSShared/dnsextd_parser.y:601: error: structure has no member named 
`sin_addr'
../mDNSShared/dnsextd_parser.y:606: error: structure has no member named 
`sin_port'

gmake: *** [objects/prod/dnsextd_parser.y.o] Error 1
*** Error code 1

Stop in /usr/ports/net/mDNSResponder.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20100115-76971-1pptba3-0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=mDNSResponder-108 UPGRADE_PORT_VER=108 make

** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! net/mDNSResponder (mDNSResponder-108) (struct changes)


Any hint?

 bye & Thanks
av.
___
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"

Logcheck problems

[Andrea Venturoli]

Hello.

This is just to say that, after the latest upgrades, on several boxes 
I'm hitting this:


http://archive.netbsd.se/?ml=freebsd-bugs&a=2010-01&m=12275637

The fix is there, so I'm in no hurry; feel free to ask for any info you 
might need and thanks for the good work.


 bye
av.
___
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"

Thunderbird 3 news page

[Andrea Venturoli]

Why do I always get it at startup?
Shouldn't it come up only the first time after an upgrade?
How do I get rid of it?

 bye & Thanks
av.
___
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: Thunderbird 3 news page

[Andrea Venturoli]

Il 02/04/10 14:43, Philipp Ost ha scritto:

Andrea Venturoli wrote:

Why do I always get it at startup?
Shouldn't it come up only the first time after an upgrade?
How do I get rid of it?


Go to Edit --> Preferences --> Main, then uncheck the box labeled 'When
Thunderbird launches, ...'


Not so easy :-)
The box is *un*checked.

 bye & Thanks
av.
___
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"

Puzzled about gettext dependencies

[Andrea Venturoli]

Hello.

I'm upgrading a system from 6.3 to 7.2 and, while recompiling gettext, I 
just chanced to eye a warning about conflicting libraries being linked.



So:
#cd /usr/ports/devel/gettext
# make pretty-print-build-depends-list
This port requires package(s) "libiconv-1.13.1_1 libtool-2.2.6b" to build.
# make pretty-print-run-depends-list
This port requires package(s) "libiconv-1.13.1_1" to run.

# pkg_info -r gettext\*
Information for gettext-0.17_1:

Depends on:
Dependency: libiconv-1.13.1_1





# pkg_which /usr/local/bin/msgcat
gettext-0.17_1

# ldd /usr/local/bin/msgcat
/usr/local/bin/msgcat:
libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so 
(0x33c7f000)
libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so 
(0x33cb4000)

libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x33d91000)
libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x33dc6000)
libz.so.4 => /lib/libz.so.4 (0x33ef2000)
libm.so.5 => /lib/libm.so.5 (0x33f04000)
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x33f19000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x33fc8000)
libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x33fd1000)
libncurses.so.7 => /lib/libncurses.so.7 (0x34004000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x34043000)
libc.so.7 => /lib/libc.so.7 (0x3413a000)
libz.so.3 => /lib/libz.so.3 (0x3423c000)
libm.so.4 => /lib/libm.so.4 (0x3424d000)





Is it me or the output of the latter command contraddicts the dependency 
database?
It seems to me libcroco, libglib, libpcre, and libxml2 are additional 
dependencies...


Have I done something wrong?


 bye & Thanks
av.
___
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: Puzzled about gettext dependencies

[Andrea Venturoli]

Il 02/10/10 13:21, Alexey Shuvaev ha scritto:


The port autodetects the presence of these libraries and drags them in.
Taking a closer look at this it turned out that aDe@ has dropped
maintainership of what is referred to as 'autotools'. Not good :(

What follows is just an attempt to fix the problem, however it doesn't :)
and it seems that the port deserves more attention.

A little bit more than 0.02$,
Alexey.


Thanks Alexey.

I admit I didn't try your patch, since you said in advance it doesn't work.

I really haven't understood whether this is a bug (or feature) in 
gettext or autotools (autoconf?).


Should I fill a PR in?

 bye & Thanks
av.
___
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: Puzzled about gettext dependencies

[Andrea Venturoli]

Il 02/11/10 21:20, Alexey Shuvaev ha scritto:


Should I fill a PR in?


Yes, it is non-critical bug in devel/gettext.



Done.

 bye & Thanks
av.
___
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: netatalk 2.0.4 breaks PAM?

[Andrea Venturoli]

On 07/25/09 22:34, Joe Marcus Clarke wrote:

On Sat, 2009-07-25 at 18:54 +0200, Andrea Venturoli wrote:

Hello.
I'm using afpd on a 6.3/i386 and I make it authenticate to pam_smb.
Everything was fine with 2.0.3.

As soon as I upgraded to 2.0.4, I started getting:

Jul 13 09:28:38 x afpd[89271]: dhx login: yyy
Jul 13 09:28:38 x afpd[89271]: in openpam_load_module(): no
/usr/local/lib/pam_smb_auth.so found
Jul 13 09:28:38 x afpd[89271]: uams_dhx_pam.c :PAM: PAM_Error:
system error
Jul 13 09:28:38 x afpd[89271]: 0.18KB read, 0.12KB written

I swear /usr/local/lib/pam_smb_auth.so is there and working, since many
other packages are using it the same way.


This error means there was a problem loading the module.  This most
likely means a symbol could not be resolved.  If you rebuild OpenPAM
with -DOPENPAM_DEBUG, you will get more diagnostics as to exactly why
this is failing to load.  To do that, add -DOPENPAM_DEBUG to the CFLAGS
in /usr/src/lib/libpam/libpam/Makefile.


Sorry for taking seven months...
After an upgrade to 7.2, yesterday I tried once again to upgrade 
netatalk from 2.0.3 to 2.0.5.

Once again, I had the issue above with PAM.
I recompiled libpam with OPENPAM_DEBUG and I got this in the logs:

afpd[57952]: DHX2 login: XXX
afpd[57952]: DHX2: logincont2 alive!
afpd[57952]: in openpam_dynamic(): /usr/local/lib/pam_smb_auth.so.4: 
Cannot open "/usr/local/lib/pam_smb_auth.so.4"
afpd[57952]: in openpam_dynamic(): /usr/local/lib/pam_smb_auth.so: 
/usr/local/lib/pam_smb_auth.so: Undefined symbol "pam_get_item"
afpd[57952]: in openpam_load_module(): no dynamic 
/usr/local/lib/pam_smb_auth.so
afpd[57952]: in openpam_load_module(): no /usr/local/lib/pam_smb_auth.so 
found

afpd[57952]: DHX2: PAM_Error: system error
afpd[57952]: 0.51KB read, 0.38KB written

Users cannot login.



I reverted to 2.0.3 and everything is fine once again.
Notice that I still get the following:

afpd[30819]: dhx login: XXX
afpd[30819]: in openpam_dynamic(): /usr/local/lib/pam_smb_auth.so.4: 
Cannot open "/usr/local/lib/pam_smb_auth.so.4"
afpd[30819]: in openpam_dynamic(): /usr/local/lib/pam_smb_auth.so: 
pam_sm_acct_mgmt(): Undefined symbol "pam_sm_acct_mgmt"
afpd[30819]: in openpam_dynamic(): /usr/local/lib/pam_smb_auth.so: 
pam_sm_open_session(): Undefined symbol "pam_sm_open_session"
afpd[30819]: in openpam_dynamic(): /usr/local/lib/pam_smb_auth.so: 
pam_sm_close_session(): Undefined symbol "pam_sm_close_session"
afpd[30819]: in openpam_dynamic(): /usr/local/lib/pam_smb_auth.so: 
pam_sm_chauthtok(): Undefined symbol "pam_sm_chauthtok"
afpd[30819]: in openpam_load_module(): using dynamic 
/usr/local/lib/pam_smb_auth.so
afpd[30819]: in openpam_dynamic(): pam_login_access.so: 
pam_sm_authenticate(): Undefined symbol "pam_sm_authenticate"
afpd[30819]: in openpam_dynamic(): pam_login_access.so: 
pam_sm_setcred(): Undefined symbol "pam_sm_setcred"
afpd[30819]: in openpam_dynamic(): pam_login_access.so: 
pam_sm_open_session(): Undefined symbol "pam_sm_open_session"
afpd[30819]: in openpam_dynamic(): pam_login_access.so: 
pam_sm_close_session(): Undefined symbol "pam_sm_close_session"
afpd[30819]: in openpam_dynamic(): pam_login_access.so: 
pam_sm_chauthtok(): Undefined symbol "pam_sm_chauthtok"

afpd[30819]: in openpam_load_module(): using dynamic pam_login_access.so
afpd[30819]: in openpam_dynamic(): pam_unix.so: pam_sm_open_session(): 
Undefined symbol "pam_sm_open_session"
afpd[30819]: in openpam_dynamic(): pam_unix.so: pam_sm_close_session(): 
Undefined symbol "pam_sm_close_session"

afpd[30819]: in openpam_load_module(): using dynamic pam_unix.so
afpd[30819]: in openpam_load_module(): using dynamic pam_permit.so
afpd[30819]: in openpam_load_module(): using dynamic pam_permit.so
afpd[30819]: in pam_start(): pam_start("netatalk") succeeded
afpd[30819]: uams_dhx_pam.c :PAM: PAM Success
afpd[30819]: in pam_sm_acct_mgmt(): Got user: Xxx
afpd[30819]: in pam_sm_acct_mgmt(): Checking login.access for user 
Xxx from host 

afpd[30819]: in pam_sm_acct_mgmt(): Got user: Xxx
afpd[30819]: in pam_sm_acct_mgmt(): Got login_cap
afpd[30819]: uams_dhx_pam.c :PAM: PAM Auth OK!
afpd[30819]: login xxx (uid 1040, gid 1000) AFP3.1


 bye & Thanks
av.
___
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 upgrade kmymoney2

[Andrea Venturoli]

Any hint on this?

(7.2-RELEASE-p6/i386)

 bye & Thanks
av.


# portupgrade -R kmymoney2
[Gathering depends for finance/kmymoney2 
.. 
done]
[Exclude up-to-date packages 
. 
done]

--->  Upgrading 'kmymoney2-0.8.9_4' to 'kmymoney2-1.0.3' (finance/kmymoney2)
--->  Building '/usr/ports/finance/kmymoney2'
===>  Cleaning for kmymoney2-1.0.3
===>  Extracting for kmymoney2-1.0.3
=> MD5 Checksum OK for kmymoney2-1.0.3.tar.bz2.
=> SHA256 Checksum OK for kmymoney2-1.0.3.tar.bz2.
===>   kmymoney2-1.0.3 depends on file: /usr/local/bin/perl5.8.9 - found
===>  Patching for kmymoney2-1.0.3
===>   kmymoney2-1.0.3 depends on file: /usr/local/bin/perl5.8.9 - found
===>  Applying FreeBSD patches for kmymoney2-1.0.3
===>   kmymoney2-1.0.3 depends on executable: bash - found
===>   kmymoney2-1.0.3 depends on file: /usr/local/bin/moc - found
===>   kmymoney2-1.0.3 depends on executable: jade - found
===>   kmymoney2-1.0.3 depends on executable: pdfjadetex - found
===>   kmymoney2-1.0.3 depends on executable: html2ps - found
===>   kmymoney2-1.0.3 depends on package: dsssl-docbook-modular>=0 - found
===>   kmymoney2-1.0.3 depends on executable: cppunit-config - found
===>   kmymoney2-1.0.3 depends on executable: recode - found
===>   kmymoney2-1.0.3 depends on executable: gmake - found
===>   kmymoney2-1.0.3 depends on file: 
/usr/local/libdata/pkgconfig/xext.pc - found

===>   kmymoney2-1.0.3 depends on file: /usr/local/bin/perl5.8.9 - found
===>   kmymoney2-1.0.3 depends on package: libtool>=2.2 - found
===>   kmymoney2-1.0.3 depends on shared library: osp.5 - found
===>   kmymoney2-1.0.3 depends on shared library: ofx.4 - found
===>   kmymoney2-1.0.3 depends on shared library: kimproxy.0 - found
===>   kmymoney2-1.0.3 depends on shared library: intl - found
===>  Configuring for kmymoney2-1.0.3
checking build system type... i386-portbld-freebsd7.2
checking host system type... i386-portbld-freebsd7.2
checking target system type... i386-portbld-freebsd7.2
checking for a BSD-compatible install... /usr/bin/install -c -o root -g 
wheel

checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p
checking for gawk... gawk
checking whether gmake sets $(MAKE)... yes
checking for kde-config... /usr/local/bin/kde-config
checking where to install... /usr/local (as requested)
checking for style of include used by gmake... GNU
checking for gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking dependency style of cc... gcc3
checking how to run the C preprocessor... cc -E
checking whether we are using the GNU C++ compiler... yes
checking whether c++ accepts -g... yes
checking dependency style of c++... gcc3
checking whether cc is blacklisted... no
checking whether c++ supports -Wundef... yes
checking whether c++ supports -Wno-long-long... yes
checking whether c++ supports -Wno-non-virtual-dtor... yes
checking whether c++ supports -fno-reorder-blocks... yes
checking whether c++ supports -fno-exceptions... yes
checking whether c++ supports -fno-check-new... yes
checking whether c++ supports -fno-common... yes
checking whether c++ supports -fexceptions... yes
checking whether system headers can cope with -O2 -fno-inline... irrelevant
checking how to run the C++ preprocessor... c++ -E
checking whether c++ supports -O0... yes
not using lib directory suffix
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep 

Re: Cannot upgrade kmymoney2

[Andrea Venturoli]

On 03/04/10 11:26, alecn2002 wrote:

Hi Andrea

Please as the temporary hack apply this diff to 
/usr/ports/finance/kmymoney2/Makefile (plz note your path may differ if you 
have different portstree root):

- CONFIGURE_ARGS=   --enable-ofxplugin --enable-ofxbanking
+ CONFIGURE_ARGS= --enable-ofxplugin --enable-ofxbanking --disable-sqlite3


Please note it's not exactly the diff, it's just a hint to patch makefile 
manually.


I'll deal with permanent fix for the port soon.


Thanks, this fixed it.

 bye
av.
___
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"

OpenCASCADE marked broken

[Andrea Venturoli]

Just to let you know this used to work on 6.3, though I cannot test it 
anymore now.


I can compile it without any problem on 7.2/i386, though I remove
"USE_FORTRAN=yes".

The latter is to avoid compilation with gcc4.4, which will lead to 
incompatibilities with other libraries (such as boost) I use on a 
project of mine.


 bye
av.
___
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: Problem with devel/libtool22? [was Re: OpenCASCADE marked broken]

[Andrea Venturoli]

On 04/06/10 00:26, Thierry Thomas wrote:

Le Mar 23 mar 10 à 22:37:24 +0100, Andrea Venturoli
  écrivait :

Just to let you know this used to work on 6.3, though I cannot test it
anymore now.

I can compile it without any problem on 7.2/i386, though I remove
"USE_FORTRAN=yes".

The latter is to avoid compilation with gcc4.4, which will lead to
incompatibilities with other libraries (such as boost) I use on a
project of mine.


It should be fixed now.

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


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




The whole point of the above is that, due to gcc44's libstdc++ recently 
becoming incompatible with older versions, if you mix different g++ 
versions in the same project, you'll get "Undefined symbol" errors when 
starting your executable.


In my case, I'm linking (amongst others) against Boost and OpenCASCADE, 
so I need them to use the same compiler (and use that myself).




Again, this is not a problem with OpenCASCADE only, but potentially 
affects any C++ library which is build with gcc44.




 bye & Thanks
av.
___
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: postgres and CVE-2010-0442

[Andrea Venturoli]

On 03/25/10 17:28, Mark Linimon wrote:

On Thu, Mar 25, 2010 at 03:44:20PM +0100, Gary Jennejohn wrote:

It's only been a week since it was assigned to the maintainer (girgen@)
to look at.

It's too soon for a maintainer timeout, although I suppose if this is
considered to be an enormous security risk it could be committed without
waiting.


I'd say go ahead and commit it.  We often waive the two-week period for
security problems.


Sorry to step in.
8.4 has been corrected since a while, but what about 8.2 and 8.3?
Is the new (non vulnerable) version going to arrive in the port tree 
anytime soon or should we plan a version upgrade?


 bye & Thanks
av.
___
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: mplayer failing on -current

[Andrea Venturoli]

On 04/18/10 09:55, Thomas Zander wrote:

On Sun, Apr 18, 2010 at 08:02, Doug Barton  wrote:


dvb_tune.c:33:19: error: error.h: No such file or directory


Same goes for me on 7.2/i386.





This is i386, right?


Yep.




The problem should go away if you activate optimized cflags in the
options dialog. Can you verify that?


It doesn't go away.


 bye & Thanks
av.
___
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"

GMP change

[Andrea Venturoli]

Hello.

From UPDATING:


20100419:
  AFFECTS: users of math/libgmp4
  AUTHOR: a...@freebsd.org

  The default gmp version in FreeBSD is now 5.0.x. The port directory changed
  from math/libgmp4 to math/gmp. An entry has been added in MOVED and all
  depending ports have been bumped, so the update should be handled
  correctly by common ports management tools, like portmaster and portupgrade.




However:


# portupgrade -R kdeutils
[Gathering depends for misc/kdeutils3 

 done]
[Exclude up-to-date packages 
..
 done]
--->  Upgrading 'kdeutils-3.5.10_4' to 'kdeutils-3.5.10_5' (misc/kdeutils3)
--->  Building '/usr/ports/misc/kdeutils3'
===>  Cleaning for kdeutils-3.5.10_5
===>  Extracting for kdeutils-3.5.10_5
=> MD5 Checksum OK for KDE/kdeutils-3.5.10.tar.bz2.
=> SHA256 Checksum OK for KDE/kdeutils-3.5.10.tar.bz2.
===>  Patching for kdeutils-3.5.10_5
===>  Applying FreeBSD patches for kdeutils-3.5.10_5
/usr/bin/sed -i.bak -e 's|>tar<|>gtar<|g' 
/usr/local/local/storage/alamartmp/usr/ports/misc/kdeutils3/work/kdeutils-3.5.10/ark/ark.kcfg
/usr/bin/sed -i.bak -e 's|%%PYTHON_VER%%|2.6|g'  -e 
's|%%LTMAIN%%|/usr/local/share/libtool/config/ltmain.sh|g'  -e 
's|%%LIBTOOL%%|/usr/local/bin/libtool|g'  
/usr/local/local/storage/alamartmp/usr/ports/misc/kdeutils3/work/kdeutils-3.5.10/configure
===>   kdeutils-3.5.10_5 depends on file: /usr/local/bin/python2.6 - found
===>   kdeutils-3.5.10_5 depends on file: /usr/local/bin/moc - found
===>   kdeutils-3.5.10_5 depends on executable: gmake - found
===>   kdeutils-3.5.10_5 depends on package: libtool>=2.2 - found
===>   kdeutils-3.5.10_5 depends on shared library: gmp.10 - not found
===>Verifying install for gmp.10 in /usr/ports/math/gmp

===>  gmp-5.0.1 conflicts with installed package(s):
  libgmp-4.3.2

  They install files into the same place.
  Please remove them first with pkg_delete(1).
*** Error code 1

Stop in /usr/ports/math/gmp.
*** Error code 1

Stop in /usr/ports/math/gmp.
*** Error code 1

Stop in /usr/ports/misc/kdeutils3.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20100422-49524-vco75w-0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=kdeutils-3.5.10_4 UPGRADE_PORT_VER=3.5.10_4 make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! misc/kdeutils3 (kdeutils-3.5.10_4)(unknown build error)




Since this machine is quite slow, I thought I'd ask for hints, before 
doing a days-long trial & error procedure :-)


BTW:


# pkg_info -R libgmp\*
Information for libgmp-4.3.2:

Required by:
gcc-4.3.5.20091227
kdemultimedia-3.5.10_4
kdeutils-3.5.10_4
libao-0.8.8_1
mpfr-2.4.2
superkaramba-lwp-15.0_5
vorbis-tools-1.2.0_6,3





 bye & Thanks
av.
___
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: GMP change

[Andrea Venturoli]

On 04/22/10 11:36, Luca Pizzamiglio wrote:

Hallo Andrea,

I've had the same problem using portupgrade and no clean solution found.

This is the dirty trick I've used:

pkg_delete -f libgmp4\*
portupgrade -N math/gmp

BTW, portupgrade with -o doesn't work because now the conflicts is
checked "before" the building process and gmp building fails..

Best regards!


Thanks, I'm trying this.

However, after pkg_delete, I did:

# pkgdb -F
--->  Checking the package registry database
Stale dependency: gcc-4.3.5.20091227 -> libgmp-4.3.2 (math/libgmp4):
-> Deleted. (irrelevant)
Stale dependency: kdemultimedia-3.5.10_4 -> libgmp-4.3.2 (math/libgmp4):
-> Deleted. (irrelevant)
Stale dependency: kdeutils-3.5.10_4 -> libgmp-4.3.2 (math/libgmp4):
-> Deleted. (irrelevant)
Stale dependency: libao-0.8.8_1 -> libgmp-4.3.2 (math/libgmp4):
-> Deleted. (irrelevant)
Stale dependency: mpfr-2.4.2 -> libgmp-4.3.2 (math/libgmp4):
-> Deleted. (irrelevant)
Stale dependency: superkaramba-lwp-15.0_5 -> libgmp-4.3.2 (math/libgmp4):
-> Deleted. (irrelevant)
Stale dependency: vorbis-tools-1.2.0_6,3 -> libgmp-4.3.2 (math/libgmp4):
-> Deleted. (irrelevant)

Of course, when I later updated one of the above packages, gmp was found 
missing and got installed, but what really makes me wonder is pkgdb 
thinking all these dependencies are really irrelevant; this is some 
behaviour I also recently noticed in other situations and found it 
strange there too.

Any pointer on how pkgdb decides that?

 bye & Thanks
av.
___
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"

gnuplot crashes

[Andrea Venturoli]

Hello.
I'm a long time gnuplot users; since a while, I had the following error 
when doing the first plot:


Gnuplot-wxt error
Couldn't load a PNG image - file is corrupted or not enough memory.
(And under Details):
[00][00][00][00]: unknown critical chunk
Couldn't load a PNG image - file is corrupted or not enough memory.
[00][00][00][00]: unknown critical chunk
Couldn't load a PNG image - file is corrupted or not enough memory.
[00][00][00][00]: unknown critical chunk
Couldn't load a PNG image - file is corrupted or not enough memory.
[00][00][00][00]: unknown critical chunk
Couldn't load a PNG image - file is corrupted or not enough memory.


I always ignored it, since it gave no problems at all. However, since 
the last libpng upgrade, this turned into a crash:


%gdb gnuplot
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols 
found)...

(gdb) core gnuplot.core
Core was generated by `gnuplot'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/local/lib/libplot.so.4...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libplot.so.4
Reading symbols from /lib/libreadline.so.7...(no debugging symbols 
found)...done.

Loaded symbols for /lib/libreadline.so.7
Reading symbols from /lib/libncurses.so.7...(no debugging symbols 
found)...done.

Loaded symbols for /lib/libncurses.so.7
Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.4
Reading symbols from /usr/local/lib/libgd.so.4...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libgd.so.4
Reading symbols from /usr/local/lib/libpdf.so.8...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libpdf.so.8
Reading symbols from /usr/local/lib/libXaw7.so.7...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libXaw7.so.7
Reading symbols from /usr/local/lib/libXmu.so.6...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libXmu.so.6
Reading symbols from /usr/local/lib/libXt.so.6...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libXt.so.6
Reading symbols from /usr/local/lib/libXext.so.6...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libXext.so.6
Reading symbols from /usr/local/lib/libX11.so.6...(no debugging symbols 
found)...done.

Loaded symbols for /usr/local/lib/libX11.so.6
Reading symbols from /usr/local/lib/libwx_gtk2_richtext-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_gtk2_richtext-2.8.so.0
Reading symbols from /usr/local/lib/libwx_gtk2_aui-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_gtk2_aui-2.8.so.0
Reading symbols from /usr/local/lib/libwx_gtk2_xrc-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_gtk2_xrc-2.8.so.0
Reading symbols from /usr/local/lib/libwx_gtk2_qa-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_gtk2_qa-2.8.so.0
Reading symbols from /usr/local/lib/libwx_gtk2_html-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_gtk2_html-2.8.so.0
Reading symbols from /usr/local/lib/libwx_gtk2_adv-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_gtk2_adv-2.8.so.0
Reading symbols from /usr/local/lib/libwx_gtk2_core-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_gtk2_core-2.8.so.0
Reading symbols from /usr/local/lib/libwx_base_xml-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_base_xml-2.8.so.0
Reading symbols from /usr/local/lib/libwx_base_net-2.8.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_base_net-2.8.so.0
Reading symbols from /usr/local/lib/libwx_base-2.8.so.0...(no debugging 
symbols found)...done.

Loaded symbols for /usr/local/lib/libwx_base-2.8.so.0
Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...(no 
debugging symbols found)...done.

Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0
Reading symbols from /usr/local/lib/libcairo.so.2...(no debugging 
symbols found)...done.

Loaded symbols for /usr/local/lib/libcairo.so.2
Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...(no debugging 
symbols found)...done.

Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0
Reading symbols from /usr/local/lib/libpango-1.0.so.0...(no debugging 
symbols found)...done.

Loaded symbols for /usr/local/lib/libpango-1.0.so.0
Reading symbols from /usr/local/lib/libfreetype

Latest squid update

[Andrea Venturoli]

Hello.
UPDATING says:

20100502:
  AFFECTS: users of www/squid*
  AUTHOR: m...@freebsd.org

  Starting with squid* the directory containing the default cache and log
  directory was changed from $PREFIX/squid/ to /var/squid/.

  The default value for the following Squid configuration parameters
  have changed as follows:

  cache_log from $PREFIX/squid/logs/cache.log to /var/squid/logs/cache.log

  cache_store_log from $PREFIX/squid/logs/store.log to /var/squid/logs/store.log

  pid_filename from $PREFIX/squid/logs/squid.pid to /var/squid/logs/squid.pid

  coredump_dir from $PREFIX/squid/cache to /var/squid/cache

  Please check whether you need to define any of these variables in
  your squid.conf to the old defaults explicitly before updating,
  especially if you have set up automated log processing or automated
  log rotation. If you define pid_filename in your squid.conf you
  should also set squid_pidfile to the same value in /etc/rc.conf,
  cf. $PREFIX/etc/rc.d/squid.



AFAICT the parameter "cache_dir" should also be checked.
Not so difficult to guess, but you might want to mention this one too.

 bye & Thanks
av.
___
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"

php52 and Horde

[Andrea Venturoli]

In Makefile, there's:

.if ${PHP_VER} == 5
USE_PHP+=   dom
.else
USE_PHP+=   domxml
.endif

However, there is no php52-domxml; should php52-dom be used?

Is the makefile wrong? Should it check for ${PHP_VER}==52?
Or do I need to use some knob?

 bye & Thanks
av.
___
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: php52 and Horde

[Andrea Venturoli]

On 05/05/10 15:15, Alex Keda wrote:

05.05.2010 16:08, Andrea Venturoli пишет:

On 05/05/10 13:46, Alex Keda wrote:

04.05.2010 17:28, Andrea Venturoli пишет:

In Makefile, there's:

.if ${PHP_VER} == 5
USE_PHP+= dom
.else
USE_PHP+= domxml
.endif

However, there is no php52-domxml; should php52-dom be used?

Is the makefile wrong? Should it check for ${PHP_VER}==52?
Or do I need to use some knob?

/usr/ports/textproc/php52-dom


Ok, thanks.
So, would the following be ok in the above Makefile?

.if ${PHP_VER} == 4
USE_PHP+= domxml
.else
USE_PHP+= dom
.endif

If you can confirm this is fine, I could file a PR with the patch.

I think, it OK


Well, I was beaten on this :-)
Many thanks to Daniel for patching this port.

 bye
av.
___
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: HEADS UP: devel/gettext upgrade incoming

[Andrea Venturoli]

On 05/28/10 17:47, Ade Lovett wrote:

Hi folks,

After a little bit of a hiatus, I'm baaack ;)

First up on the line is an upgrade of devel/gettext to 0.18, which also bumps 
the shlib version from .7 to .8

-exp run ran just fine (thanks to pav), so now it's "merely" a question of 
PORTREVISION bumps, which will most likely take the form of those ports that have a 
direct dependency on gettext, though this may not cover everything (as usual)

I plan on doing two commits in the not-too-distant future, the first to bump gettext 
itself, the second to bump PORTREVISION on anything that has a direct USE_GETTEXT or 
devel/gettext (ick) dependency.  This should cover most things, but as with all things 
gettext, it's entirely possible that "stuff will break" as a result.

Ya'll take care now, y'hear?


One question:
_ now gimp wants gir-repository-libsoup;
_ "portupgrade -RN gir-repository-libsoup" installs 
"gir-repository-libsoup", but does not upgrade anything else;

_ in fact gir-repository-libsoup has no dependencies;
_ however, I get:
"/usr/bin/ld: warning: libintl.so.8, needed by 
/usr/local/lib/libsoup-2.4.so, may conflict with libintl.so.9";

_ "pkg_which /usr/local/lib/libsoup-2.4.so" gives libsoup;
_ so gir-repository-libsoup seems to depend on libsoup.

Should this dependency be made explicit?

 bye & Thanks
av.

P.S. 7.2/i386
___
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"

net/Sockets

[Andrea Venturoli]

Hello.
Any news on updating this port?

Latest version is 2.3.9.2.
We have:
net/Sockets = 2.1.4
net/Sockets-devel = 1.9.9 (!!!)

Is anyone working on this?
If not I might give a try at updating this port.

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

Re: net/Sockets

[Andrea Venturoli]

On 06/28/10 23:59, Mark Linimon wrote:

On Mon, Jun 28, 2010 at 09:19:05PM +0200, Andrea Venturoli wrote:

Any news on updating this port?


They're unmaintained, so it's probably up to you to do it :-)

mcl



http://www.freebsd.org/cgi/query-pr.cgi?pr=148245

 bye
av.
___
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: sysytils/bacula-server link failures WITH_POSTGRESQL

[Andrea Venturoli]

Il 07/19/10 12:33, Matthew Seaman ha scritto:


Dear port maintainer,

Since version 5.0.2 was committed over the weekend, if you select
WITH_POSTGRESQL in the config dialogue for sysutils/bacula-server, it
fails to link:


This happened to me too...
Workaround is to deinstall bacula-server, then compile and install the 
new version.


 bye
av.
___
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: sysytils/bacula-server link failures WITH_POSTGRESQL

[Andrea Venturoli]

Il 07/19/10 12:33, Matthew Seaman ha scritto:

Would it be sensible to make either WITH_POSTGRESQL or WITH_MYSQL the
default options setting for this port rather than WITH_SQLITE?  In my
experience for backing up any reasonably sized system, you do need a
fully competent RDBMS for the bacula catalog.


Also, please, another request: out of the box, there are no options for 
the query command (/usr/local/share/bacula/query.sql is empty); the 
manual suggests examples/sample-query.sql to start with, but this is not 
installed.

Could it be?

 bye & Thanks
av.
___
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"

tomcat 5.5 security fix

[Andrea Venturoli]

Hello.
It's been a while since vulnerabilities have been discovered in tomcat 
5.5.28, which is the version in ports.

5.5.30 has been out for a couple of weeks.
Any plant to upgrade?
Or should we move to 6.0?

 bye & Thanks
av.
___
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_auth_pam

[Andrea Venturoli]

Hello.
I've been using mod_auth_pam everywhere for years.
Yet I cannot seem to get it to work on a 7.2/i386 box of mine.

Here's what I get when I try to start it:

httpd: Syntax error on line 104 of /usr/local/etc/apache22/httpd.conf: 
Cannot load /usr/local/libexec/apache22/mod_auth_pam.so into server: 
/usr/local/libexec/apache22/mod_auth_pam.so: Undefined symbol "pam_end"



Any hint?

 bye & Thanks
av.
___
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: ap22-mod_auth_pam

[Andrea Venturoli]

Il 08/08/10 18:04, Clement Laforet ha scritto:

On Sun, Aug 08, 2010 at 05:32:23PM +0200, Clement Laforet wrote:


here's a patch.

clem


oops. "-L/usr/lib" is useless

clem


Thanks, it works now.

 bye
av.
___
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"

LUA fails upgrade on 7.2/amd64

[Andrea Venturoli]

--->  Upgrading 'lua-5.1.4' to 'lua-5.1.4_1' (lang/lua)
--->  Building '/usr/ports/lang/lua'
===>  Cleaning for lua-5.1.4_1
===>  License check disabled, port has not defined LICENSE
===>  Extracting for lua-5.1.4_1
=> MD5 Checksum OK for lua-5.1.4.tar.gz.
=> SHA256 Checksum OK for lua-5.1.4.tar.gz.
===>  Patching for lua-5.1.4_1
===>  Applying FreeBSD patches for lua-5.1.4_1
===>   lua-5.1.4_1 depends on executable: pkg-config - found
===>  Configuring for lua-5.1.4_1
===>  Building for lua-5.1.4_1
cd src && make freebsd
make all MYCFLAGS="-DLUA_USE_LINUX" MYLIBS="-Wl,-E -lreadline"
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lapi.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lcode.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c ldebug.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c ldo.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c ldump.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lfunc.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lgc.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c llex.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lmem.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lobject.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lopcodes.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lparser.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lstate.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lstring.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c ltable.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c ltm.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lundump.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lvm.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lzio.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lauxlib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lbaselib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c ldblib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c liolib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lmathlib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c loslib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c ltablib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lstrlib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c loadlib.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c linit.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c lua.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c luac.c
cc -pipe -O  -Wall -DLUA_USE_LINUX -c print.c
cc -o liblua.so  -shared -Wl,-soname=liblua-5.1.so.1 lapi.o lcode.o 
ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o 
lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o 
lauxlib.o lbaselib.o ldblib.o liolib.o lmathlib.o loslib.o ltablib.o 
lstrlib.o loadlib.o linit.o
/usr/bin/ld: lapi.o: relocation R_X86_64_32 can not be used when making 
a shared object; recompile with -fPIC

lapi.o: could not read symbols: Bad value
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 1

Stop in /usr/ports/lang/lua.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20100907-97247-142gdn1-0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=lua-5.1.4 UPGRADE_PORT_VER=5.1.4 make

** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! lang/lua (lua-5.1.4)  (unknown build error)



Any hint?

 bye
av.
___
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: LUA fails upgrade on 7.2/amd64

[Andrea Venturoli]

Il 09/07/10 10:40, Anonymous ha scritto:


It's expected becasue you're overriding -fPIC in port's Makefile from
your make.conf (CFLAGS=...). If you still want to *reduce* optimization
then append CFLAGS by using `+=' instead of `='.


Thanks, this was the problem.

So, I've had the following in /etc/make.conf since eons:
CFLAGS=-O -pipe
COPTFLAGS=-O -pipe


Genrally speaking (meaning for any port), is this still useful?
Are the above flags deprecated?
Will I get optimized code without them?

 bye & Thanks
av.
___
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"

Upgrading Samba

[Andrea Venturoli]

Hello.

I'm using a 7.2/amd386 (soon to be 7.3) as PDC with Samba 3.0.37.
Since I have to add a Windows 7 machine, I need to upgrade to 3.4.x.

Is this as simple as removing the port and installing the new one?

I have no BDC, I'm not using LDAP or WinBind or anything fancy.
I do use pam_smb though (shouldn't matter, but I thought I'd write this :-).

 bye & Thanks
av.
___
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: Web feed for /usr/ports/UPDATING

[Andrea Venturoli]

On 09/24/10 05:39, Alexander Kojevnikov wrote:

Hi list,

Since the only SUBJ I could find [0] is long since dead I created my own:

http://updating.versia.com/

Any feedback is welcome.


You have a new fan! :-)

 bye & Thanks
av.
___
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"

mod_auth_pam does not install mod_auth_sys_group.so

[Andrea Venturoli]

As per subject:
_ the original port's Makefile contemplates mod_auth_sys_group;
_ it used to be installed in the past;
_ however, after a 7.2->7.3 upgrade, I did a "portupgrade -a" and that 
file is not there anymore.


Why?

 bye & Thanks
av.
___
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: Upgrading Samba

[Andrea Venturoli]

On 09/22/10 23:58, Bob Eager wrote:

Thanks for your answer.



My logbook says that it wanted to use /var/run/samba34 (a directory)
instead of the previous default. That was easy.


In fact, yes, I too had to copy some files around, but that was more 
than easy.




> Probably wasn't necessary, but I moved smbusers
> to /usr/local/etc/samba34, and updated smb.conf.

I did the same with smbpasswd.




Also that smbd wouldn't start because it needed the avahi-app package
(and dependencies) but this presumably wasn't listed as a dependency
because I had to install it by hand.


No need for that in my case, but I didn't choose avahi in "make config".




I had to re-add the user rights for some reason - YMMV - this may be
the use of different directories for 3.4.


Not sure what you mean.



In any case, I had samba34 working in a little more than a few minutes, 
with users still accessing shares, XP machines still doing domain logons 
and the new W7 box integrated at first try.


So far so good, it seemed, but it was not so.



First, I noticed profiles could not be copied back on the server at 
logoff: a quick search pointed to full_audit being buggy and in fact 
removing it turned out to be the correct workaround.
What I find strange is that it is deamed as not working in 3.4.7, but 
corrected in 3.4.8; this is evidently not true.

Later I upgraded to 3.4.9, but had no time to test it again.
I will ASAP and eventually report on the Samba newsgroup.



The second problem is harder: pam_smb stopped working, so I had domain 
logons and file sharing ok, but any other service rejecting users.
I could not come to any solution to this; I even tried pam_smbpass and 
setting up winbindd, but to no avail.
Time was not on my side, so I ended up putting every password into the 
UNIX database and forget about PAM for the moment.
However I'll have to fix this soon, so I'm in search of any hint on how 
to debug this.
I tried putting "debug" next to pam_smb_auth.so in /etc/pam.d/*, but 
this didn't help much.


Using Postgres (as an example) I get in my logs:
xx pamsmbd[93053]: cache_check: no entry
xx pamsmbd[93053]: server: remote auth user unix:y nt:y 
NTDOM:ZZ PDC:XX BDC:XX

xx postgres[16385]: pamsmbd: Got something back... 3
xx pamsmbd[93053]: cache_check: no entry
xx pamsmbd[93053]: server: remote auth user unix:y nt:y 
NTDOM:ZZ PDC:XX BDC:XX

xx postgres[16387]: pamsmbd: Got something back... 3

but then:

psql: FATAL:  PAM authentication failed for user "y"
FATAL:  PAM authentication failed for user "y"

In the meantime, I get absolutely nothing in /var/log/samba34/log.smbd.


Any hint?


 bye & Thanks
av.
___
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"

apr vulnerability

[Andrea Venturoli]

On one of the servers I manage, portaudit claims:
portaudit
Affected package: apr-0.9.19.0.9.19
Type of problem: apr -- multiple vulnerabilities.
Reference: 



Following the above links, I find that apr<1.3.5.1.3.7 is involved.



I see on Freshports that apr was updated on 2010/10/20 to address a 
security risk: the link is:

http://www.vuxml.org/freebsd/dd943fbb-d0fe-11df-95a8-00219b0fc4d8.html

There, however, it says apr0<0.9.19.0.9.19 is involved.



So, I'm confused: is apr-0.9.19.0.9.19 (which is the one I have) 
vulnerable or not?




 bye & Thanks
av.
___
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"

OpenCASCADE port outdated

[Andrea Venturoli]

Hello.

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

 bye & Thanks
av.
___
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: Thunderbird 6.0.2/7.0: Crashing when using with OpenLDAP backend

[Andrea Venturoli]

On 09/28/11 14:29, O. Hartmann wrote:

I run in a problem on FreeBSD 9.0-BETA3/10.0-CURRENT using OpenLDAP
(Cyrus SASL2 aktivated) and OpenLDAP backend (most recent client and
server). Thunderbird 6.0.2 and 7.0 coredumps with signal 11. I hadn't
any chance to check whether this also happens on 8.2-STABLE, but I'll
check this as soon as possible, since I run the same OpenLDAP backend
and configuration (also the Cyrus SASL2 libs, most recent from ports).

The boxes in question do have FreeBSD 9.0-BETA3/10.0-CUR compiled with
CLANG and Thunderbird is also compiled with CLANG.


Does anyone else experience these issues?


You mean this?

http://freebsd.1045724.n5.nabble.com/TB-5-0-crashing-with-nss-ldap-td4575944.html


 bye
av.
___
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"

Subversion 1.7 and Apache

[Andrea Venturoli]

Hello.

After upgrade from 1.6 to 1.7 through portupgrade -Rr subversion, I have:

# /usr/local/etc/rc.d/apache22 restart
Performing sanity check on apache22 configuration:
httpd: Syntax error on line 105 of /usr/local/etc/apache22/httpd.conf: Cannot load 
/usr/local/libexec/apache22/mod_authz_svn.so into server: 
/usr/local/libexec/apache22/mod_authz_svn.so: Undefined symbol 
"dav_svn_split_uri"
# uname -a
FreeBSD .y 8.1-RELEASE-p5 FreeBSD 8.1-RELEASE-p5 #1: Mon Oct  3 
09:46:59 CEST 2011 root@.y:/usr/obj/usr/src/sys/  i386


This is non critical for me and I'll just stay with 1.6; I just wanted 
to share.


 bye & Thanks
av.
___
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: Subversion 1.7 and Apache

[Andrea Venturoli]

On 10/16/11 23:02, Lev Serebryakov wrote:

Hello, Andrea.
You wrote 17 октября 2011 г., 0:41:08:


This is non critical for me and I'll just stay with 1.6; I just wanted
to share.

   Fixed in 1.7.0_1


Thanks, no problems now.

 bye
av.
___
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"

UPDATING 20111016 and KDE3

[Andrea Venturoli]

Hello.

I've seen UPDATING 20111016: having only a few bits of KDE4 left-over, I 
decided to clean them all, so I almost didn't need to mv and rm as reported.


However, I'm a bit doubtful on:
> portmaster -o net/linphone-base ortp

Using KDE3, I have ortp as a dependency of kdenetwork.
Should I follow the above or is it ok only for KDE4?
Is it needed? Would it harm anything?

 bye & Thanks
av.
___
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: UPDATING 20111016 and KDE3

[Andrea Venturoli]

On 10/17/11 10:08, Alberto Villa wrote:

On Mon, Oct 17, 2011 at 9:15 AM, Andrea Venturoli  wrote:

Using KDE3, I have ortp as a dependency of kdenetwork.
Should I follow the above or is it ok only for KDE4?
Is it needed? Would it harm anything?


linphone-base is required by kdenetwork4, if you don't have it you can
skip that line. I'll add it to UPDATING, thanks.

If you have both kdenetwork3 and 4, well, I don't know. You can try
proceeding with that step and seeing if kdenetwork3 still works, and
report back. I thought it was quite unlikely that people had
kdenetwork3 and 4 installed at the same time. Should this be a
problem, I'll end up making it optional in kdenetwork4.


___
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: UPDATING 20111016 and KDE3

[Andrea Venturoli]

On 10/17/11 10:08, Alberto Villa wrote:

On Mon, Oct 17, 2011 at 9:15 AM, Andrea Venturoli  wrote:

Using KDE3, I have ortp as a dependency of kdenetwork.
Should I follow the above or is it ok only for KDE4?
Is it needed? Would it harm anything?


linphone-base is required by kdenetwork4, if you don't have it you can
skip that line. I'll add it to UPDATING, thanks.

If you have both kdenetwork3 and 4, well, I don't know. You can try
proceeding with that step and seeing if kdenetwork3 still works, and
report back. I thought it was quite unlikely that people had
kdenetwork3 and 4 installed at the same time. Should this be a
problem, I'll end up making it optional in kdenetwork4.


Thanks for the answer.
In fact I have only kdenetwork3 and I don't plan on installing 
kdenetwork4 for the time being.


So I'll just skip this step and stick with ortp.

 bye & Thanks
av.
___
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"

Snort failing after latest PostGreSQL upgrade

[Andrea Venturoli]

Hello.


# uname -a
FreeBSD xx.yy 7.3-RELEASE-p7 FreeBSD 7.3-RELEASE-p7 #2: Thu Oct  6 
07:57:52 CEST 2011 root@xx.yy:/usr/obj/usr/src/sys/XX  amd64


This morning I upgraded Postgres:


# pkg_info | grep postgres
postgresql-client-8.4.9 PostgreSQL database (client)
postgresql-server-8.4.9 The most advanced open-source database available 
anywhere


After that, Snort won't start anymore:


# snort
/libexec/ld-elf.so.1: /usr/local/lib/libpq.so.5: Undefined symbol 
"GSS_C_NT_HOSTBASED_SERVICE"


Neither it will upgrade:


# portversion -v|grep snort
snort-2.9.1 <  needs updating (port has 2.9.1.1)
# portupgrade -R snort

> ...

checking for PQexec in -lpq... no

   ERROR!  libpq (postgresql) not found!

===>  Script "configure" failed unexpectedly.


Any help appreciated.

 bye & Thanks
av.
___
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: Snort failing after latest PostGreSQL upgrade

[Andrea Venturoli]

On 10/19/11 14:25, Andrea Venturoli wrote:

Hello.


# uname -a
FreeBSD xx.yy 7.3-RELEASE-p7 FreeBSD 7.3-RELEASE-p7 #2: Thu
Oct 6 07:57:52 CEST 2011
root@xx.yy:/usr/obj/usr/src/sys/XX amd64


This morning I upgraded Postgres:


# pkg_info | grep postgres
postgresql-client-8.4.9 PostgreSQL database (client)
postgresql-server-8.4.9 The most advanced open-source database
available anywhere


After that, Snort won't start anymore:


# snort
/libexec/ld-elf.so.1: /usr/local/lib/libpq.so.5: Undefined symbol
"GSS_C_NT_HOSTBASED_SERVICE"


Neither it will upgrade:


# portversion -v|grep snort
snort-2.9.1 < needs updating (port has 2.9.1.1)
# portupgrade -R snort

 > ...

checking for PQexec in -lpq... no

ERROR! libpq (postgresql) not found!

===> Script "configure" failed unexpectedly.


Any help appreciated.


Thanks go to Ryan Steinmetz for helping me on this.
I had GSSAPI enabled in postgresql-client config and solved by disabling it.

 bye
av.
___
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"

Annoying cyrus-sasl messages

[Andrea Venturoli]

It's not at all critical, but I thought I'd report that we seem to be 
hit by this too:



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631932
https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/827151


Don't know if this is a bug or feature or whether it should be turned 
upstream.


 bye
av.
___
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/162049: The Ports tree lacks a framework to restart services

[Andrea Venturoli]

On 10/27/11 11:15, Ed Schouten wrote:

I believe you have a point there.


What really bothers me when I use the FreeBSD Ports tree on one of my
systems, is that the behaviour of dealing with services is quite
inconsistent. As mentioned in the PR:

- If I upgrade Apache, MySQL or PostgreSQL, it does not restart the
   service, meaning it won't use the freshly installed daemon. This has
   potential security issues.

- If I upgrade Dovecot, it shuts it down during the upgrade, but won't
   restart it. This means that I have to watch portmaster to complete and
   must not forget to restart Dovecot afterwards.

So does dhcpserver, unfortunately.

I'll also add a *really minor* glitch: during upgrade, some ports will 
leave their daemons running, but somehow break the rc.d scripts, so that 
you need to manually kill them before you can correctly restart them 
(e.g. saslauthd).




IMVVVHO, I'd be pleased to have the port upgrading process do nothing 
and leave it to me to restart anything required.


I'm inclined to think that, if some port upgrade process stops a daemon, 
there must be a reason behind this: possibly the port wouldn't upgrade 
properly otherwise.
In this case I'd really like the port to stop and wait for me to press 
enter just before doing this.
The reason is simple: if I launch a "portupgrade -a", taking potentially 
days, services will stop over time without any way for me to predict 
when and I can't possibly watch for hours. If they just stopped before 
killing a service, I could look from time to time and be prepared to 
restart it in a few minutes (just the time for a single port's "make 
install").


Just my two cents...

 bye
av.
___
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 install PEAR (again)

[Andrea Venturoli]

Hello.

I've had this problem in the past, but eventually always got out of it.
I also see many other people reporting this, usually with some hint on 
how to work around it, but no real solution. I've tried all the 
suggestion I found, but still it doesn't work and I would appreciate if 
I could sort this out once and for all.


> #uname -a

FreeBSD x..xx 7.3-RELEASE-p9 FreeBSD 7.3-RELEASE-p9 #3: Tue Jan  3 
09:33:25 CET 2012 r...@x..xx:/usr/obj/usr/src/sys/X  amd64
# pkg_info|grep php
php5-5.3.8  PHP Scripting Language
php5-ctype-5.3.8The ctype shared extension for php
php5-dom-5.3.8  The dom shared extension for php
php5-filter-5.3.8   The filter shared extension for php
php5-gd-5.3.8   The gd shared extension for php
php5-gettext-5.3.8  The gettext shared extension for php
php5-hash-5.3.8 The hash shared extension for php
php5-iconv-5.3.8The iconv shared extension for php
php5-imap-5.3.8 The imap shared extension for php
php5-json-5.3.8 The json shared extension for php
php5-mbstring-5.3.8 The mbstring shared extension for php
php5-mysql-5.3.8The mysql shared extension for php
php5-openssl-5.3.8  The openssl shared extension for php
php5-pdo-5.3.8  The pdo shared extension for php
php5-pdo_pgsql-5.3.8 The pdo_pgsql shared extension for php
php5-session-5.3.8  The session shared extension for php
php5-simplexml-5.3.8 The simplexml shared extension for php
php5-xml-5.3.8  The xml shared extension for php
php5-zip-5.3.8  The zip shared extension for php
php5-zlib-5.3.8 The zlib shared extension for php
# cd /usr/ports/devel/pear/
# make install
===>  License check disabled, port has not defined LICENSE
===>  Extracting for pear-1.9.4_1
=> SHA256 Checksum OK for pear-1.9.4.tar.bz2.
===>  Patching for pear-1.9.4_1
===>  Applying FreeBSD patches for pear-1.9.4_1
===>  Configuring for pear-1.9.4_1
===>  Installing for pear-1.9.4_1
===>   pear-1.9.4_1 depends on file: /usr/local/include/php/main/php.h - found
===>   pear-1.9.4_1 depends on file: /usr/local/lib/php/20090626-debug/xml.so - 
found
===>   Generating temporary packing list
===>  Checking if devel/pear already installed

Bootstrapping Installer...
Using previously install ... ok

Extracting installer..
PHP Deprecated:  Function set_magic_quotes_runtime() is deprecated in 
/usr/local/share/pear/PEAR/DependencyDB.php on line 554
PHP Deprecated:  Function set_magic_quotes_runtime() is deprecated in 
/usr/local/share/pear/PEAR/DependencyDB.php on line 558
Using previously installed installer ... ok

Preparing installer..
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Command.php on line 137
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Command.php on line 154
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Frontend.php on line 91
PHP Deprecated:  Function set_magic_quotes_runtime() is deprecated in 
/usr/local/share/pear/PEAR/Config.php on line 1026
PHP Deprecated:  Function set_magic_quotes_runtime() is deprecated in 
/usr/local/share/pear/PEAR/Config.php on line 1033
PHP Deprecated:  Function set_magic_quotes_runtime() is deprecated in 
/usr/local/share/pear/PEAR/Registry.php on line 1179
PHP Deprecated:  Function set_magic_quotes_runtime() is deprecated in 
/usr/local/share/pear/PEAR/Registry.php on line 1183
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/ChannelFile.php on line 199
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/ChannelFile.php on line 1504
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/ChannelFile.php on line 1516
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/ChannelFile.php on line 1524
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/ChannelFile.php on line 1527
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Common.php on line 492
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Common.php on line 511
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Common.php on line 530
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Common.php on line 574
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear/PEAR/Common.php on line 607
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/local/share/pear

Re: Cannot install PEAR (again)

[Andrea Venturoli]

On 01/12/12 10:54, Steven Hartland wrote:

You most likely have php built without threaded support, which will cause
random crashes when used with extensions that are linked against threaded
libs.

Rebuilding php and all extensions with LINKTHR selected will likely fix
your issue.


Thanks a lot.
This solved.

 bye
av.
___
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"

ThunderBird 3 and nss_ldap

[Andrea Venturoli]

Hello.

I see ThunderBird 3 is now deprecated and will soon be removed; I know 
this decision comes from upstream and I'd be fine with that.


Only, this is the last version working with nss_ldap.
I've reported this back when TB 5.0 came out and I've seen others asking 
for help.
There's even a patch (ports/164239) laying there for some time, but I 
tried it today and it doesn't seem to help: I still get a crash on 
startup and the backtrace still seems to blame some interaction with 
nss_ldap.


So, basically, I won't be able to keep using 3 and I won't be able to 
run a new version.


Of course I'm willing to do any required testing, but I need some 
guidance with them.

If anyone could help, I'd really appreciate it.

 bye & Thanks
av.
___
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"

New X.Org

[Andrea Venturoli]

Hello.

I see in UPDATING


The default mesa has been updated to 7.6.1 and the default xorg-server
  to 1.7.7.
  A switch is available for people that want to use mesa 7.11.x and
  xorg-server 1.10.6. This requires an nvidia card or Intel+KMS support.


I have a Radeon card, so, does this mean I will get xorg-server? Any way 
to get 1.10? Any advantage into this?


Also, I have WITHOUT_NOUVEAU in /etc/make.conf. Should I remove it?

Thought I just asked, before risking to blow everything up :)

 bye & Thanks
av.
___
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: New X.Org

[Andrea Venturoli]

On 04/23/12 14:59, Warren Block wrote:

On Mon, 23 Apr 2012, Andrea Venturoli wrote:


I have a Radeon card, so, does this mean I will get xorg-server? Any
way to get 1.10? Any advantage into this?


A Radeon 4650 is working fine here with xorg-server 1.10.6 and mesa
7.11. So far there are no Firefox title bar artifacts like there were
occasionally with the earlier version.


I can confirm this (HD 4200).
The glitches I had with the previous version (notice I was using 
WITHOUT_NOUVEAU) seems to be gone.





Yes, replace it with WITH_NEW_XORG=yes. Then rebuild graphics/libdrm,
xorg-server, xf86-input-*, xf86-video-*, and... a few other things I
should have taken notes on.


Right now I just upgraded to a plain version (no WITH_NEW_XORG).
Is it documente anywhere what advantages I would get with this var?



 bye & Thanks
av.
___
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: New X.Org

[Andrea Venturoli]

On 04/27/12 10:20, Andrea Venturoli wrote:

On 04/23/12 14:59, Warren Block wrote:

On Mon, 23 Apr 2012, Andrea Venturoli wrote:


I have a Radeon card, so, does this mean I will get xorg-server? Any
way to get 1.10? Any advantage into this?


A Radeon 4650 is working fine here with xorg-server 1.10.6 and mesa
7.11. So far there are no Firefox title bar artifacts like there were
occasionally with the earlier version.


I can confirm this (HD 4200).
The glitches I had with the previous version (notice I was using
WITHOUT_NOUVEAU) seems to be gone.


After more careful inspections, unfortunately, I saw no improvements.
OpenOffice and Emacs, at least, still draw garbage.
I'll have to try with WITH_NEW_XORG.

 bye
av.
___
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: ThunderBird 3 and nss_ldap

[Andrea Venturoli]

On 04/29/12 10:55, geoffroy desvernay wrote:


I'm using this little patch with latest version (11 for now) successfully:

Sorry I don't remember where I found it... maybe here :)


It comes from a PR.
I've already tried this against version 10(ESR) and 12, but to no avail.

 bye & Thanks
av.
___
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"

doxygen font error

[Andrea Venturoli]

Hello.

Sorry for the confusion...

Doxygen is giving me a lot of these:
Error: Error: Could not find/open font



Digging a bit, I found that it calls dot:

%dot -v foo.dot -Tps -o foo.eps
dot - graphviz version 2.26.3 (20100126.1600)
Activated plugin library: libgvplugin_gd.so.6
Using textlayout: textlayout:gd
Activated plugin library: libgvplugin_dot_layout.so.6
Using layout: dot:dot_layout
Activated plugin library: libgvplugin_core.so.6
Using render: ps:core
Using device: ps:ps:core
The plugin configuration file:
/usr/local/lib/graphviz/config6
was successfully loaded.
render  :  dot fig gd map ps svg tk vml vrml xdot
layout  :  circo dot fdp neato nop nop1 nop2 osage patchwork 
sfdp twopi

textlayout  :  textlayout
device  :  canon cmap cmapx cmapx_np dot eps fig gd gd2 gif gv 
imap imap_np ismap jpe j

loadimage   :  (lib) eps gd gd2 gif jpe jpeg jpg png ps svg
Error: Could not find/open font
fontname: "FreeSans.ttf" resolved to: [internal times]
Error: Could not find/open font
Error: Could not find/open font
Error: Could not find/open font
Error: Could not find/open font
Error: Could not find/open font
Error: Could not find/open font
Error: Could not find/open font
Error: Could not find/open font
Error: Could not find/open font
network simplex:  10 nodes 9 edges maxiter=2147483647 balance=1
network simplex: 10 nodes 9 edges 0 iter 0.00 sec
mincross: pass 0 iter 0 trying 0 cur_cross 0 best_cross 0
mincross G: 0 crossings, 0.00 secs.
network simplex:  19 nodes 26 edges maxiter=2147483647 balance=2
network simplex: 19 nodes 26 edges 4 iter 0.00 sec
routesplines: 9 edges, 27 boxes 0.00 sec
Using render: ps:core
Using device: ps:ps:core



First strangeness is that dot belongs to graphics/graphviz, but doxygen 
doesn't depend on that (seen with pkg_info and make 
pretty-print-run-depends-list).

Is this my fault in any way? Is it a bug in the port?



Second: in fact I have:
# locate FreeSans.ttf
/usr/local/share/vlc/skins2/fonts/FreeSans.ttf
# pkg_which /usr/local/share/vlc/skins2/fonts/FreeSans.ttf
vlc-1.1.4_2,3

Of course neither doxygen, nor graphviz depend on vlc...
Should they?
Am I missing some other port?



I do I instruct dot to use that font?
Should I?
Is it that one the missing font or is it the only one it finds?
In that case, how can I get the name of the others?



 bye & Thanks
av.
___
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: doxygen font error

[Andrea Venturoli]

On 11/10/10 04:33, Naram Qashat wrote:


First strangeness is that dot belongs to graphics/graphviz, but doxygen
doesn't depend on that (seen with pkg_info and make
pretty-print-run-depends-list).
Is this my fault in any way? Is it a bug in the port?


As the maintainer of the port, I can tell you that doxygen depends on
graphics/graphviz only if NOPORTDOCS is not defined. Did you have
NOPORTDOCS defined? If so, I might have to make it so graphviz is
required regardless.


I don't see it in "make config" and I don't have it in /etc/make.conf 
either.







 From a scan of the ports tree, there are many ports which have a
FreeSans.ttf as part of their pkg-plist. However, looking at the docs
that come with Doxygen, it appears that Doxygen itself should be
generating that file for use with dot. As I have only taken up
maintainership of the port and do not develop Doxygen, this may be
something to bring up with the Doxygen developers. A quick glance at the
code shows that it should be creating that, however.


Ok.
Should I file a bug report, a PR, whatever?
Or should I just be patient and wait? :-)

BTW, this is nothing critical to me.






Thanks,
Naram Qashat


Thanks to you!



 bye
av.
___
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"

emacs and gconf troubles

[Andrea Venturoli]

Hello.
I'm having a small, low priority, trouble; more an annoyance in fact.

Since a while, if I start an X11 emacs from a terminal window, after I 
close emacs, the terminal window won't close with Ctrl-D; I have to 
close the terminal windows by hand.


With the latest upgrade, I see the following warning at emacs startup:


(emacs:2267): GLib-WARNING **: In call to g_spawn_sync()

> exit status of a child process was requested but SIGCHLD
> action was set to SIG_IGN and ECHILD was received by
> waitpid(), so exit status can't be returned. This is a bug
> in the program calling g_spawn_sync(); either don't request
> the exit status, or don't set the SIGCHLD action.

GConf Error: Failed to contact configuration server; some

> possible causes are that you need to enable TCP/IP networking
> for ORBit, or you have stale NFS locks due to a system crash.
> See http://projects.gnome.org/gconf/ for information.
> (Details -  1: Failed to get connection to session: Command
> line `dbus-launch --autolaunch=b3fbd8cb89ee22fd22fc29261a5f
> --binary-syntax --close-stderr' exited with non-zero exit status
> 3429110: )


(emacs:2267): GLib-WARNING **: In call to g_spawn_sync(), exit

> status of a child process was requested but SIGCHLD action was set
> to SIG_IGN and ECHILD was received by waitpid(), so exit status
> can't be returned. This is a bug in the program calling
> g_spawn_sync(); either don't request the exit status, or don't set the
> SIGCHLD action.

I really don't understand what I should check...
Any help is appreciated.

 bye & Thanks
av.
___
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: emacs and gconf troubles

[Andrea Venturoli]

On 12/05/10 15:18, Ashish SHUKLA wrote:


How're you starting X server ?


Through KDM.




And with which version are you seeing this behaviour ?


You mean:

%pkg_info|grep emacs
emacs-23.2_4,2  GNU editing macros

?





And are you running GNOME, KDE, or any desktop environment ?


KDE.
I see this if I start emacs from xterm or if I ssh into another box and 
start emacs from there. The other box have no X server (but I think this 
does not matter).




I should also have mentioned that I mount home via NFS; statd and lockd 
are running on all machines.




 bye & Thanks
av.
___
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: emacs and gconf troubles

[Andrea Venturoli]

On 12/05/10 22:50, Ashish SHUKLA wrote:


setup, which is 'startx' based, with following contents of $HOME/.xinitrc:

#v+
#!/bin/sh

xrdb ~/.Xdefaults
xmodmap ~/.Xmodmap
exec dbus-launch --exit-with-session ck-launch-session xmonad 
2>$HOME/.xsession-errors
#v-


I've got dbus_enable="YES" in /etc/rc.conf; I don't remember why.
I probably read about it in some entry in UPDATING; that might be 
20061219: I also run hald, but not polkit...


# ps ax|grep dbus
 1620  ??  I  0:00.00 dbus-launch 
--autolaunch=b3fbd8cb89ee22fd22fc29261a5f --binary-syntax --close-stderr
 1621  ??  Is 0:00.00 /usr/local/bin/dbus-daemon --fork --print-pid 
6 --print-address 8 --session

 1697  ??  Ss 0:00.00 /usr/local/bin/dbus-daemon --system


Anyway, I tried stopping dbus and I get the same warning.






Are you using X11 forwarding in ssh ?


Yes, but this also happens from the local host.






Could you please paste the output of
'export' (or whatever command your shell uses to list all environment
variables with their values) ?


%env
USER=andrea
LOGNAME=andrea
HOME=/home/andrea
MAIL=/var/mail/andrea
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/andrea/bin
TERM=xterm
FTP_PROXY=http://localhost:8080/
HTTP_PROXY=http://localhost:8080/
FTP_PASSIVE_MODE=YES
BLOCKSIZE=K
SHELL=/bin/csh
SSH_CLIENT=10.1.2.18 19420 22
SSH_CONNECTION=10.1.2.18 19420 10.1.2.13 22
SSH_TTY=/dev/pts/1
DISPLAY=localhost:11.0
HOSTTYPE=FreeBSD
VENDOR=intel
OSTYPE=FreeBSD
MACHTYPE=i386
SHLVL=1
PWD=/home/andrea
GROUP=users
HOST=soth.ventu
REMOTEHOST=alamar.ventu
EDITOR=vi
PAGER=less
SGML_ROOT=/usr/local/share/sgml
SGML_CATALOG_FILES=/usr/doc/it_IT.ISO8859-15/share/sgml/catalog:/usr/doc/en_US.ISO8859-1/share/sgml/catalog:/usr/doc/share/sgml/catalog:/usr/local/share/sgml/docbook/4.1/catalog:/usr/local/share/sgml/html/catalog:/usr/local/share/sgml/iso8879/catalog:/usr/local/share/sgml/jade/catalog
CLICOLOR=yeah





 bye & Thanks
av.
___
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: emacs and gconf troubles

[Andrea Venturoli]

On 12/11/10 16:18, Ashish SHUKLA wrote:

Hi Andrea,

Sorry for the late reply.


No problem!
Really, thanks for your help.




Okay, I'm able to reproduce warnings. As emacs tries to lookup DBUS session
bus in the environment, and if it doesn't find one, it starts one. And "dbus"
keeps running in the same TTY after you close emacs, so when you try to exit
 From the SSH session, it hangs waiting for all processes (attached to current
TTY) to exit, and therefore you've to kill the SSH session forcibly. To verify
this, you can kill the started dbus-daemon (attached to the same TTY) and you
should be able to exit from SSH session as usual.

I'm not sure if my explanation is correct for this behavior.


I think it only explains part of it.

Scenario A:
_ dbus is running on localhost;
_ I run Konsole and start Emacs from there;
_ I get the warning (but DBUS is running!!!);
_ after I exit Emacs, Konsole usually closes, but not always (!!!).

Scenario B:
_ dbus is running on localhost;
_ I run Konsole and SSH into another box;
_ on the remote box dbus is not running;
_ I run Emacs, get the warning and DBUS is started;
_ after I exit Emacs I cannot close Konsole unless I also close DBUS.


So your explanation fits the second scenario perfectly, but does not 
explain the first.
Also, I read I shouldn't run DBUS on the remote machine, but let Emacs 
connect to the one on localhost? Is this true? How do I do it?

Should I run DBUS from rc on every box?


 bye & Thanks
av.
___
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: emacs and gconf troubles

[Andrea Venturoli]

On 12/12/10 17:08, Ashish SHUKLA wrote:


So, what I think happening in your case is kdm isn't starting the "DBus" on
startup of your session, which is why it only gets activated (started) when
you start Emacs (or any other DBus consumer application).
...
And for good overall desktop experience, please make sure dbus gets started on
system startup, as well as session startup. Lots of services expect DBus to be
running.


I have:

# ps ax | grep dbus
 1002  ??  Is 0:00.03 /usr/local/bin/dbus-daemon --system
 1451  ??  I  0:00.00 dbus-launch 
--autolaunch=b3fbd8cb89ee22fd22fc29261a5f --binary-syntax --close-stderr
 1452  ??  Is 0:00.00 /usr/local/bin/dbus-daemon --fork --print-pid 6 
--print-address 8 --session


The first one is launched at system startup, the other two when I login.
So I cannot explain why emacs would complains about it...






If you're running Emacs on server and don't want DBus to be started, then
exclude DBUS using "make config" and reinstall the port.


So, on the two remote servers, I "config"ured emacs to work without DBUS 
and recompiled, but nothing changed: still emacs starts dbus and still 
Konsole does not close automatically unless I kill it.

Then I removed *gconf* support too and now the problem seems to be gone.



 bye & Thanks
av.
___
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"

FlySpray and Postgres

[Andrea Venturoli]

Hello.
On Flyspray's web site and in pkg-descr, I see that it should work with 
either MySQL or Postgres.


Alas the port doesn't have the option to choose Postgres and in 
files/README.FreeBSD I read:

"8) Note that this version of Flyspray does not support PostgreSQL."

Since I'd like to use Flyspray and Postgres, I'm looking into some 
insight on this: is this only a limitation of the port?

Or is there anything stopping Flyspray from working with pgsql on FreeBSD?

 bye & Thanks
av.
___
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: FlySpray and Postgres

[Andrea Venturoli]

On 12/13/10 16:05, Nick Hilliard wrote:

On 13/12/2010 12:47, Andrea Venturoli wrote:

Since I'd like to use Flyspray and Postgres, I'm looking into some
insight
on this: is this only a limitation of the port?


yup. I was just too lazy to look at supporting it. If you want to submit
some patches, that would be good.


I tried by just disabling mysql support (I already had php-pgsql 
installed) and it just works.
So I guess the only thing that is needed is an OPTIONS for php-pgsql, 
just to track dependencies.


 bye & Thanks
av.
___
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"

Snort troubles

[Andrea Venturoli]

Hello.

# cd /usr/ports/security/snort
# make extract
/usr/local/bin/libnet11-config: not found
"Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" 
returned non-zero status

/usr/local/bin/libnet11-config: not found
"Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" 
returned non-zero status

/usr/local/bin/libnet11-config: not found
"Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" 
returned non-zero status

/usr/local/bin/libnet11-config: not found
"Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" 
returned non-zero status

...


Maybe this is because:

# perl -v
This is perl, v5.8.9 built for i386-freebsd-64int



Is this a bug in the port?
Does snort require a newer perl?
Should I switch to 5.10? 5.12?

 bye & Thanks
av.
___
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: Snort troubles

[Andrea Venturoli]

On 02/10/11 15:01, Dean Freeman wrote:

Snort 2.9.0.4 is getting released today, I believe, and I'll push an
updated port either tomorrow or Monday which will also have the fix for
the libnet issue in it as well.


Ok, thanks to everyone.
I can wait until next week.

 bye
av.
___
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: KDE3?

[Andrea Venturoli]

On 03/03/11 20:23, Heino Tiedemann wrote:


you might be the sole surviving user


cool! - I like it to be "unique" :)


Unfortunately, you are not.
I'm still stuck at KDE3, trying to survive with bugs no one will fix, 
but I still haven't decided where I'll move when time comes.





Seriuos: I Installed KDE4 - was a mess! I dif something wirth the
right mouse button - and could nor make it back.

I could not make settings - alls the usability was very stressy to mee


+1 here too.



 bye
av.
___
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"

PHP52 vulnerability

[Andrea Venturoli]

Hello.

As you probably know, it looks like php52 is vulnerable:

Affected package: php52-5.2.17
Type of problem: php -- NULL byte poisoning.
Reference: 
http://portaudit.FreeBSD.org/3761df02-0f9c-11e0-becc-0022156e8794.html


Is there any news on the horizon?
Will a new version be released and/or the port updated?
Any possible patch?

Don't get me wrong, I'm not sentimentally tied to this version of php.
Rather, the problem is the fun the dev team must have experienced going 
a long way into deprecation of tons of things, which, by the way, breaks 
almost any non trivial application I know of (a couple of examples being 
KnowledgeTree and Horde).

On some box I tried the switch and had to go back immediately.

 bye & Thanks
av.
___
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"

sysutil/nut

[Andrea Venturoli]

Hello.

2.6 is out.
Any plans to update the port?

 bye & Thanks
av.
___
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"

Can't upgrade firefox

[Andrea Venturoli]

Hello.
I'm on a 8.1p2/i386.

Issuing "portupgrade -o www/firefox www/firefox35", compilation ends 
with the following:


> ...

gmake[3]: Nothing to be done for `tools'.
gmake[3]: Leaving directory 
`/usr/local/local/storage/alamartmp/usr/ports/www/firefox/work/mozil
la-2.0/obj-i386-unknown-freebsd8.1/browser/installer'
if test -d ../../dist/bin ; then touch ../../dist/bin/.purgecaches ; fi
hg: not found
gmake[2]: Leaving directory 
`/usr/local/local/storage/alamartmp/usr/ports/www/firefox/work/mozil
la-2.0/obj-i386-unknown-freebsd8.1/browser/installer'
gmake[1]: Leaving directory 
`/usr/local/local/storage/alamartmp/usr/ports/www/firefox/work/mozil

la-2.0/obj-i386-unknown-freebsd8.1'
OBJDIR=obj-i386-unknown-freebsd8.1 /usr/local/bin/python2.7 
obj-i386-unknown-freebsd8.1/_profile
/pgo/profileserver.py
Traceback (most recent call last):
  File "obj-i386-unknown-freebsd8.1/_profile/pgo/profileserver.py", line 52, in 

from automation import Automation
  File 
"/usr/local/local/storage/alamartmp/usr/ports/www/firefox/work/mozilla-2.0/obj-i386-unkno  

  wn-freebsd8.1/_profile/pgo/automation.py", line 16, in 
import sqlite3
  File "/usr/local/lib/python2.7/sqlite3/__init__.py", line 24, in 
from dbapi2 import *
  File "/usr/local/lib/python2.7/sqlite3/dbapi2.py", line 27, in 
from _sqlite3 import *
ImportError: /usr/local/lib/python2.7/site-packages/_sqlite3.so: Undefined symbol 
"sqlite3_load_   
 extension"
gmake: *** [profiledbuild] Error 1
*** Error code 1


I've banged my head on this, but can't get to understand.
I already tried deleting py27-sqlite, reinstalling it with 'portupgrade 
-Rf' and so on.


Any help is appreciated.



 bye & Thanks
av.
___
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: [SOLVED] Can't upgrade firefox

[Andrea Venturoli]

On 04/06/11 19:38, Pan Tsu wrote:

Andrea Venturoli  writes:

[...]

OBJDIR=obj-i386-unknown-freebsd8.1 /usr/local/bin/python2.7 
obj-i386-unknown-freebsd8.1/_profile
/pgo/profileserver.py
Traceback (most recent call last):
   File "obj-i386-unknown-freebsd8.1/_profile/pgo/profileserver.py", line 52, 
in
 from automation import Automation
   File 
"/usr/local/local/storage/alamartmp/usr/ports/www/firefox/work/mozilla-2.0/obj-i386-unknown-freebsd8.1/_profile/pgo/automation.py",
 line 16, in
 import sqlite3
   File "/usr/local/lib/python2.7/sqlite3/__init__.py", line 24, in
 from dbapi2 import *
   File "/usr/local/lib/python2.7/sqlite3/dbapi2.py", line 27, in
 from _sqlite3 import *
ImportError: /usr/local/lib/python2.7/site-packages/_sqlite3.so: Undefined symbol 
"sqlite3_load_extension"
gmake: *** [profiledbuild] Error 1
*** Error code 1


I've banged my head on this, but can't get to understand.
I already tried deleting py27-sqlite, reinstalling it with
portupgrade -Rf' and so on.

Any help is appreciated.


At least two PRs are dedicated to the issue, i.e. ports/155971, ports/156076.

   http://www.freebsd.org/cgi/query-pr-summary.cgi?text=sqlite



Thanks.
156076 describes the issue... I was investigating py-sqlite, but should 
have looked into sqlite.

Turning on EXTENSION allowed me to compile firefox.

 bye
av.
___
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"

Half OT: mod_proxy and webcam

[Andrea Venturoli]

Hello.

I've got an Axis webcam in an internal network. I'm accessing it using 
apache22 as a front-end, through mod_proxy.


Everything used to work fine until some days ago: however, since then it 
will drop the connection every few seconds. The message "Lost connection 
to MPEG motion stream" appears and I have to push play again.


This is an extract from my configuration:


ServerName xx.xx.xx

Allow from All

ProxyPass / http://yyy.yyy/
ProxyPassReverse / http://yyy.yyy/
(1) SetEnv proxy-nokeepalive 1
(1) SetEnv force-proxy-request-1.0 1



(1) was an hint I saw on another website, but it didn't help.

Any suggestion?


I tried inetd+sysutil/socket and it works much better; however it can't 
coexist on port 80 with other sites.



 bye & Thanks
av.
___
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: Half OT: mod_proxy and webcam

[Andrea Venturoli]

On 04/18/11 18:52, Ruslan Mahmatkhanov wrote:


If you need to access webcam
management interface too, you can use natd port forwarding (or ssh port
forwaring).


Thanks, but this is what I'm already doing with inet/sockets (although I 
also did it with natd in other occasions).





I never used apache's mod_proxy as frontend however.


Beside the advantage of using only port 80, I'm quite curious on why it 
is behaving like I described.




 bye & Thanks
av.
___
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"

gmake really SLOW!

[Andrea Venturoli]

Hello.

Since the upgrade from 3.81 to 3.82, gmake has become so slow it's 
really a PITA.


I noticed this in lots of projects: where 3.81 would start building 
immediately, 3.82 stops and thinks for some seconds.
However, in a specific situation, where gmake should generate thousands 
of files, i switched from slightly less than a hour to more than three 
days!!!


I'm not sure if this is a FreeBSD specific problem, or if it should be 
reported upstream.

I'm just asking if anyone else has noticed and if he has any hint.
Searching the web I've only seen reports on MinGW (whose possible 
reasons don't seem to apply here).


Right now portdowngrade is my friend, but I'd really like to solve this.

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

Re: FreeBSD Port: postgresql-server-8.4.8_1

[Andrea Venturoli]

On 06/13/11 20:07, John Bleichert wrote:


Suggestions? Shall I hit the postgresql forums? I thought I'd ask here
first.


Did you check the logs?
I.e. /usr/local/pgsql/data/postmaster.log, /var/log/all.log or whatever 
you set.

There might be other info there...



Did you read pkg_message and added the required lines to kernel config?
Just a wild guess since I remember getting this problem...


 bye
av.
___
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"

samba34

[Andrea Venturoli]

3.4.9 (in ports) is vulnerable.

I see 3.4.13 upstream...
Any plan to upgrade or should we move to 3.5?

 bye & Thanks
av.
___
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"

TB 5.0 crashing with nss_ldap

[Andrea Venturoli]

Hello.

I upgraded ThunderBird to 5.0 and it would not start anymore.
Everything is ok after I switched to thunderbird3.

Here's a backtrace.
Any help is appreciated; I'd also be glad if I could help with more info 
or testing.


 bye
av.



%gdb /usr/local/lib/thunderbird/thunderbird-bin thunderbird-bin.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols 
found)...
Core was generated by `thunderbird-bin'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/thunderbird/libxul.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libxul.so
Reading symbols from /usr/local/lib/thunderbird/libxpcom.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libxpcom.so
Reading symbols from /usr/local/lib/thunderbird/libmozalloc.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libmozalloc.so
Reading symbols from /usr/local/lib/libplds4.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libplds4.so.1
Reading symbols from /usr/local/lib/libplc4.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libplc4.so.1
Reading symbols from /usr/local/lib/libnspr4.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libnspr4.so.1
Reading symbols from /usr/local/lib/libdbus-glib-1.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libdbus-glib-1.so.2
Reading symbols from /usr/local/lib/libdbus-1.so.3...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libdbus-1.so.3
Reading symbols from /usr/local/lib/libgobject-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libgobject-2.0.so.0
Reading symbols from /usr/local/lib/libgthread-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libgthread-2.0.so.0
Reading symbols from /usr/local/lib/libglib-2.0.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libglib-2.0.so.0
Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /usr/local/lib/thunderbird/libmozsqlite3.so...(no 
debugging symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libmozsqlite3.so
Reading symbols from /usr/local/lib/thunderbird/libsmime3.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libsmime3.so
Reading symbols from /usr/local/lib/thunderbird/libssl3.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libssl3.so
Reading symbols from /usr/local/lib/thunderbird/libnss3.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libnss3.so
Reading symbols from /usr/local/lib/thunderbird/libnssutil3.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libnssutil3.so
Reading symbols from /usr/local/lib/libcairo.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libcairo.so.2
Reading symbols from /usr/local/lib/libpixman-1.so.9...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libpixman-1.so.9
Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libfreetype.so.9
Reading symbols from /usr/local/lib/libfontconfig.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libfontconfig.so.1
Reading symbols from /usr/local/lib/libXrender.so.1...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libXrender.so.1
Reading symbols from /usr/local/lib/libX11.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/local/lib/libX11.so.6
Reading symbols from /usr/local/lib/thunderbird/libldap60.so...(no debugging 
symbols found)...done.
Loaded symbols for /usr/local/lib/thunderbird/libldap60.so
Readi

php52-snmp

[Andrea Venturoli]

Hello.
After upgrading net-snmp I'm having some trouble, so I tried recompiling 
php52-snmp, but it failed.


I think in /usr/ports/lang/php52/Makefile.ext, the line:

LIB_DEPENDS+=   netsnmp.20:${PORTSDIR}/net-mgmt/net-snmp

should become:

LIB_DEPENDS+=   netsnmp.30:${PORTSDIR}/net-mgmt/net-snmp
^^

 bye
av.
___
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"

Disk space availability wrong after net-snmp update.

[Andrea Venturoli]

Hello.

After the latest upgrade of net-snmp (5.7), Cacti displays wrong values 
for available space (partition size is still correct).


This happens on different machines of mine with different arch and 
version; I also heard other users having similar problems.


Where do I start debugging this? I'm willing to provide any additional 
info or do testings.




As a sample, I'm pasting an snmpwalk output:


HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: /
HOST-RESOURCES-MIB::hrStorageDescr.32 = STRING: /dev
HOST-RESOURCES-MIB::hrStorageDescr.33 = STRING: /usr
HOST-RESOURCES-MIB::hrStorageDescr.34 = STRING: /var
HOST-RESOURCES-MIB::hrStorageDescr.35 = STRING: /var/spool/imap
HOST-RESOURCES-MIB::hrStorageDescr.36 = STRING: /data
HOST-RESOURCES-MIB::hrStorageDescr.37 = STRING: /usr/local/local/backups
HOST-RESOURCES-MIB::hrStorageDescr.38 = STRING: /var/named/dev
HOST-RESOURCES-MIB::hrStorageAllocationUnits.1 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.2 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.3 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.6 = INTEGER: 1024 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.7 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.8 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.9 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.10 = INTEGER: 4096 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.31 = INTEGER: 2048 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.32 = INTEGER: 512 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.33 = INTEGER: 2048 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.34 = INTEGER: 2048 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.35 = INTEGER: 2048 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.36 = INTEGER: 2048 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.37 = INTEGER: 2048 Bytes
HOST-RESOURCES-MIB::hrStorageAllocationUnits.38 = INTEGER: 512 Bytes
HOST-RESOURCES-MIB::hrStorageSize.1 = INTEGER: 1555292
HOST-RESOURCES-MIB::hrStorageSize.2 = INTEGER: 265152
HOST-RESOURCES-MIB::hrStorageSize.3 = INTEGER: 270855306
HOST-RESOURCES-MIB::hrStorageSize.6 = INTEGER: 632736
HOST-RESOURCES-MIB::hrStorageSize.7 = INTEGER: 910197
HOST-RESOURCES-MIB::hrStorageSize.8 = INTEGER: 30447
HOST-RESOURCES-MIB::hrStorageSize.9 = INTEGER: 9816
HOST-RESOURCES-MIB::hrStorageSize.10 = INTEGER: 4718560
HOST-RESOURCES-MIB::hrStorageSize.31 = INTEGER: 2029031
HOST-RESOURCES-MIB::hrStorageSize.32 = INTEGER: 2
HOST-RESOURCES-MIB::hrStorageSize.33 = INTEGER: 50777075
HOST-RESOURCES-MIB::hrStorageSize.34 = INTEGER: 76165633
HOST-RESOURCES-MIB::hrStorageSize.35 = INTEGER: 253894418
HOST-RESOURCES-MIB::hrStorageSize.36 = INTEGER: 245000335
HOST-RESOURCES-MIB::hrStorageSize.37 = INTEGER: 1419033458
HOST-RESOURCES-MIB::hrStorageSize.38 = INTEGER: 2
HOST-RESOURCES-MIB::hrStorageUsed.1 = INTEGER: 1490224
HOST-RESOURCES-MIB::hrStorageUsed.2 = INTEGER: 23789
HOST-RESOURCES-MIB::hrStorageUsed.3 = INTEGER: 268467208
HOST-RESOURCES-MIB::hrStorageUsed.6 = INTEGER: 632032
HOST-RESOURCES-MIB::hrStorageUsed.7 = INTEGER: 892281
HOST-RESOURCES-MIB::hrStorageUsed.8 = INTEGER: 5989
HOST-RESOURCES-MIB::hrStorageUsed.9 = INTEGER: 849
HOST-RESOURCES-MIB::hrStorageUsed.10 = INTEGER: 342914
HOST-RESOURCES-MIB::hrStorageUsed.31 = INTEGER: 1500391
HOST-RESOURCES-MIB::hrStorageUsed.32 = INTEGER: 0
HOST-RESOURCES-MIB::hrStorageUsed.33 = INTEGER: 28549631
HOST-RESOURCES-MIB::hrStorageUsed.34 = INTEGER: 19350682
HOST-RESOURCES-MIB::hrStorageUsed.35 = INTEGER: 158375045
HOST-RESOURCES-MIB::hrStorageUsed.36 = INTEGER: 169490522
HOST-RESOURCES-MIB::hrStorageUsed.37 = INTEGER: 751038225
HOST-RESOURCES-MIB::hrStorageUsed.38 = INTEGER: 0


I'm confused on how to interpret hrStorageUsed values; they should 
correspond to:



%df
Filesystem 1K-blocksUsed  Avail Capacity  Mounted on
/dev/mfid0s1a 40580621057280267613828%/
devfs   1  1  0   100%/dev
/dev/mfid0s1d   101554150   44454888   4897493048%/usr
/dev/mfid0s1e   152331266  113629902   2651486481%/var
/dev/mfid0s1f   507788836  191038746  27612698441%/var/spool/imap
/dev/mfid0s1g   49670  151019626  29978099234%/data
/dev/stripe/backup 2838066916 1335990466 127503109851%
/usr/local/local/backups
devfs   1  1  0   100%/var/named/dev


Are those figures wrong or is the problem elsewhere?



 bye & Thanks
av.
___
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: Problems building netatalk 2.2 on FreeBSD 8.2 - AMD64

[Andrea Venturoli]

On 08/04/11 22:17, Mattias Lindgren wrote:

I'm having problems building Netatalk 2.2 on one of my machines.  It
previously had netatalk 2.1 on it, but have since uninstalled it as
part of the troubleshooting process.  It builds fine on another
machine, but moving ithe tbz over to the machine in question makes
afpd dump core.  Please see below for the relevant info:


I tried it succesfully on a clean machine.
My log starts differing from yours here:


checking for avahi-client/client.h... yes
checking for avahi_client_new in -lavahi-client... no
checking whether to enable Zerconf support... no
configure: error: Zeroconf installation not found


Perhaps you should "portupgrade -R[f] avahi-app"?

Or, if you don't need it, you could disable zeroconf in netatalk's options.


 bye
av.
___
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"

portsclean warnings about libXaw

[Andrea Venturoli]

I'm getting this on several boxes.


# portsclean -CLD
Cleaning out /usr/ports/*/*/work...
done.
Detecting unreferenced distfiles...
Delete /usr/ports/distfiles/pcre-8.12.tar.bz2
Delete /usr/ports/distfiles/php-5.3.6.tar.bz2
Delete /usr/ports/distfiles/pkgtools-2.4.8.tar.bz2
Delete /usr/ports/distfiles/suhosin-patch-5.3.6-0.9.10.patch.gz
** You have multiple versions of libXaw but 2 of them are not from packages:
Xaw.7 (/usr/local/lib/libXaw.so.7)  <- ?
Xaw.6 (/usr/local/lib/libXaw.so.6)  <- ?
and the symlink (/usr/local/lib/libXaw.so) points to:
Xaw7. (/usr/local/lib/libXaw7.so)   <- ?
 --> Skipping Xaw.7 because it is newer than what the packages provide

 --> Skipping Xaw.6 because it is newer than what the packages provide

# cd /usr/local/lib/
# pkg_which libXaw*
?
?
?
libXaw-1.0.8,1
libXaw-1.0.8,1
?
libXaw-1.0.8,1
libXaw-1.0.8,1
libXaw-1.0.8,1
?
libXaw-1.0.8,1
# ls -l|grep Xaw
lrwxr-xr-x   1 root  wheel10 May 17 15:23 libXaw.so -> libXaw7.so
lrwxr-xr-x   1 root  wheel12 May 17 15:23 libXaw.so.6 -> libXaw6.so.6
lrwxr-xr-x   1 root  wheel12 May 17 15:23 libXaw.so.7 -> libXaw7.so.7
-rw-r--r--   1 root  wheel510014 May 17 15:23 libXaw6.a
-rwxr-xr-x   1 root  wheel  1199 May 17 15:23 libXaw6.la
lrwxr-xr-x   1 root  wheel12 May 17 15:23 libXaw6.so -> libXaw6.so.6
-rwxr-xr-x   1 root  wheel367281 May 17 15:23 libXaw6.so.6
-rw-r--r--   1 root  wheel701852 May 17 15:23 libXaw7.a
-rwxr-xr-x   1 root  wheel  1224 May 17 15:23 libXaw7.la
lrwxr-xr-x   1 root  wheel12 May 17 15:23 libXaw7.so -> libXaw7.so.7
-rwxr-xr-x   1 root  wheel501921 May 17 15:23 libXaw7.so.7



Everything ok? Is this normal?

 bye & Thanks
av.
___
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 portupgrade pcre

[Andrea Venturoli]

Hello.

After the recent ruby update, "portupgrade pcre" compiles, but prior to 
installing ends up with this:


/usr/local/lib/ruby/site_ruby/1.9/pkgtools.rb:807: stack level too deep 
(SystemStackError)




I was able to "pkg_delete -f pcre\* ; make install clean", however.



 bye
av.
___
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: Cannot portupgrade pcre

[Andrea Venturoli]

On 08/23/11 11:29, Andrea Venturoli wrote:

Hello.

After the recent ruby update, "portupgrade pcre" compiles, but prior to
installing ends up with this:

/usr/local/lib/ruby/site_ruby/1.9/pkgtools.rb:807: stack level too deep
(SystemStackError)



I was able to "pkg_delete -f pcre\* ; make install clean", however.


This is happening in a lot of other cases, like "portupgrading" php5, 
"pkgdb -L", etc...


I was experiencing this on 8.1/i386, while 7.3/amd64 works fine. Right 
now I cannot do any further cross testing, i.e. see if 8.1/amd64 or 
7.3/i386 work.


On the incriminated boxes, I downgraded to ruby 1.8 and this is not 
happening anymore.


 bye
av.
___
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: portupgrade broken after ruby upgrade

[Andrea Venturoli]

On 08/23/11 14:59, Frank_s wrote:

Following the directions in UPDATING and using portupgrade:

> ...

Did I break it? Do I own both pieces? How can I fix this?


Please see my two other threads.
You probably don't have the latest portupgrade (2.4.9.2_2,2), which 
fixes what you posted.

However, I'm still experiencing other problems on some architecture/version.

 bye
av.
___
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"

noip startup script

[Andrea Venturoli]

Hello.
I installed the latest version of this port and it won't start 
automatically, after the script was converted to the new rc system some 
days ago.


I put noip_enable="YES" in /etc/rc.conf and this seems to get through:

# /usr/local/etc/rc.d/noip rcvar
# noip
$noip_enable=YES


However the deamon won't start.
It obviously does from the command line.

Any hint?

 bye & Thanks
av.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: noip startup script

[Andrea Venturoli]

Scot Hetzel ha scritto:


There is an error in the rc.d script, the port dns/noip doesn't
install bin/noip, instead it installs bin/noip2.  But the script is
setting "command=${PREFIX}/bin/noip", when it should be using
"command=${PREFIX}/bin/noip2".

Just change "command" variable in dns/noip/files/noip.in and/or
PREFIX/etc/rc.d/noip to "command="%%PREFIX%%/bin/${name}2".


Thanks.
I also had to change "noip_enable" to "noip2_enable" in /etc/rc.conf and 
everything was solved.


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

Re: noip startup script

[Andrea Venturoli]

Rong-en Fan ha scritto:


Could you update your ports and install 2.1.7_2? I think it would work
as expected (set noip_enable=YES).


I did this just to test the port, since, as per other message, I had 
already solved.

I can confirm it works fine.
Thanks.

 bye
av.

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

ocsinventory-ng and apache2

[Andrea Venturoli]

Hello.
I tried installing ocsinventory-ng and it wants to pull apache13 in.
This fails on my server, since I have apache20 installed.

I read on their site that it should run with 2.x; is this a FreeBSD only 
limitation?

Is this a limitation in the port?

I guess this is due to the following line in Makefile:
USE_APACHE= 1.3+

Would it work if I changed it?
(Obviously I could try myself, but I guess there might be hidden 
implications...)


 bye & Thanks
av.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Socket port

[Andrea Venturoli]

Hello.
I'm writing you, since you are maintainer for net/Sockets and 
net/Sockets-devel port.

I see they are respectiely still at 1.8.7 and 1.9.9, while 2.3 is out.
Do you plan to update them?

If not, I might step in, although I cannot make any guarantee on deadlines.

 bye & Thanks
av.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Boost 1.35.0

[Andrea Venturoli]

Simon Barner ha scritto:

Dear all,

I've been getting a lot of request for an update of the port to version
1.35.0.

I have put together a version and uploaded it to [1] for testing.

Features:
 - boost and boost-python no longer conflict (boost-python just adds
   the missing bits)
 - Support for OpenMPI and MPICH (in boost-openmpi and boost-mpich)
 - Support for ICU, GraphML and threads

Missing features / Todo:
 - Tested on FreeBSD7/i386 only
 - Py++ not ported yet
 - Several tools are not included yet: bcp, waste, ...
 - Ports depending on boost have *NOT* been tested with this version of
   the port yet.

Because I will leave for a three week vacation tomorrow morning, I would
like to ask you to give this port a try, esp. if the port works on any
of the other FreeBSD platforms, if other ports in the ports collection
need patches, etc. I will take care of your feedback after my return.


Hello.

Thanks a lot for your work.


I finally had the chance to try this: I
_ upgraded my port tree;
_ replaced devel/boost with the directory from your archive;
_ did portsdb -uU;
_ portupgrade -R boost.

I'm getting this error:


MkDir1 bin.v2/libs/signals
MkDir1 bin.v2/libs/signals/build
MkDir1 bin.v2/libs/signals/build/gcc-3.4.6
MkDir1 bin.v2/libs/signals/build/gcc-3.4.6/release
MkDir1 bin.v2/libs/signals/build/gcc-3.4.6/release/link-static
MkDir1 
bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi
gcc.compile.c++ 
bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/trackab

le.o
gcc.compile.c++ 
bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/connect

ion.o
gcc.compile.c++ 
bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/named_s 


 lot_map.o
gcc.compile.c++ 
bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/signal_ 


 base.o
gcc.compile.c++ 
bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/slot.o
gcc.archive 
bin.v2/libs/signals/build/gcc-3.4.6/release/link-static/threading-multi/libboost_si 


 gnals.a
gcc.compile.c++ 
bin.v2/libs/test/build/gcc-3.4.6/release/link-static/threading-multi/cpp_main.o
...skipped 
libboost_prg_ 

 exec_monitor.a(clean) for lack of 


   ing-multi>execution_monitor.o...
...skipped 
libboost_prg_ 

 exec_monitor.a for lack of 


  ti>execution_monitor.o...
...failed updating 1 target...
...skipped 6 targets...
...updated 215 targets...
*** Error code 1

Stop in /usr/ports/devel/boost.
*** Error code 1




# uname -a
FreeBSD soth.ventu 6.3-RELEASE-p1 FreeBSD 6.3-RELEASE-p1 #1: Mon Feb 18 
18:56:58 CET 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SOTH  i386






I'm not really in need of this update right now, altough I'd like to see 
it officially in the port tree in the future; I only decieded to test 
this to report wether it works or not.


 bye & Thanks
av.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

portsdb -U fails

[Andrea Venturoli]

Hello.
I know portupgrade is somewhat deprecated, but...

On several boxes I get the following:

# portsdb -U
Updating the ports index ... Generating INDEX.tmp - please wait.. Done.
portsdb: can't convert nil into String


Is there any way I can debug this?

The boxes are 7.4/8.2 i386/amd64 with different versions of ruby and bdb 
backend.


Maybe some port has some invalid value and I might just exclude it as a 
temporary fix... but which one is it?


 bye & Thanks
av.
___
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: portsdb -U fails

[Andrea Venturoli]

On 05/04/12 15:18, Bryan Drewery wrote:


Portupgrade is currently supported by me at http://pkgtools.github.com


Well... Many thanks for that!!!





You can also run 'make index' in /usr/ports and see if it fails.


# cd /usr/ports/
# make index
Generating INDEX-7 - please wait..Warning: Duplicate INDEX entry: 
p5-libapreq2-2.13_2

 Done.
golia# cd /usr/ports/
golia# make search name=p5-libapreq2
Port:   p5-libapreq2-2.13_2
Path:   /usr/ports/www/p5-libapreq2
Info:   Generic Apache2 Request Library
Maint:  apa...@freebsd.org
B-deps: ap22-mod_perl2-2.0.5_1,3 apache-2.2.22_5 
apr-devrandom-gdbm-db42-1.4.5.1.3.12_1 autoconf-2.68 
autoconf-wrapper-20101119 db42-4.2.52_5 expat-2.0.1_2 gdbm-1.9.1 
gettext-0.18.1.1 gmake-3.82 libiconv-1.14 libtool-2.4.2 m4-1.4.16,1 
openssl-1.0.1_1 p5-BSD-Resource-1.2904 p5-ExtUtils-XSBuilder-0.28_1 
p5-Parse-RecDescent-1.965.001 p5-Tie-IxHash-1.22 pcre-8.30_2 perl-5.12.4_4
R-deps: ap22-mod_perl2-2.0.5_1,3 apache-2.2.22_5 
apr-devrandom-gdbm-db42-1.4.5.1.3.12_1 db42-4.2.52_5 expat-2.0.1_2 
gdbm-1.9.1 libiconv-1.14 openssl-1.0.1_1 p5-BSD-Resource-1.2904 
p5-ExtUtils-XSBuilder-0.28_1 p5-Parse-RecDescent-1.965.001 
p5-Tie-IxHash-1.22 pcre-8.30_2 perl-5.12.4_4

WWW:http://httpd.apache.org/apreq/

So, I only get a warning...
Can't tell what that's about, since I only get one port...

Deleting that port doesn't solve, anyway, so this does not seem to be 
the cause.




>> Is there any way I can debug this?
>
> Yes, open up /usr/local/sbin/portsdb, go to line  205 and remove these
> lines:
>
>  rescue =>  e
>STDERR.puts "#{MYNAME}: #{e}"
>exit 1

Not much help:

# portsdb -Uu
Updating the ports index ... Generating INDEX.tmp - please 
wait..Warning: Duplicate INDEX entry: p5-libapreq2-2.13_2

 Done.
/usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:430:in `system': can't 
convert nil into String (TypeError)

from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:430:in `update'
from /usr/local/sbin/portsdb:159:in `main'
from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize'
from /usr/local/sbin/portsdb:68:in `new'
from /usr/local/sbin/portsdb:68:in `main'
from /usr/local/sbin/portsdb:214






Unless you've modified your ports or added extra dependencies, you can
just fetch the index with: portsdb -FU.


I'm going this way for now.





I've logged this failure upstream at
https://github.com/pkgtools/pkgtools/issues/27

If you figure anything further out, before I fix it, please let me know.


I'd gladly help.
The way to go, IMHO,is to get additional logging; unfortunately I know 
nothing about Ruby.






 bye & Thanks
av.
___
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"

iSCSI for tape

[Andrea Venturoli]

Hello.

I've got a box with bacula-sd which should use a tape drive; 
unfortunately, there's no physical space for such a drive on that box, 
so I'm considering iSCSI to let it access a tape on another box.


Is this possible?

While doing some tests, I installed istgt on the target box (7.4/i386) 
and I have this in /usr/local/etc/istgt/istgt.conf:

[LogicalUnit1]
  Comment "Pass-through Tape"
  TargetName tape1
  TargetAlias "Pass Through Tape"
  Mapping PortalGroup1 InitiatorGroup1
  AuthMethod CHAP
  AuthGroup AuthGroup1
  UnitType pass
  LUN0 Device /dev/sa0


On the initianting box (9.0/amd64), I put the following in /etc/iscsi.conf:

itape1 {
  authMethod=CHAP
  chapIName =xx
  chapSecret=y
  initiatorname =z
  TargetName=j:tape1
  TarrgetAddress=j:3260,1
}


Now:

# iscontrol -d -t j
TargetName=j:tape1
TargetAddress=a.b.c.d:3260,1
#iscontrol -c /etc/iscsi.conf -n itape1 -t j&
ls /dev/ | grep iscsi
iscsi
iscsi0
# mt -f /dev/iscsi status
mt: Device not configured
# mt -f /dev/iscsi0 status
mt: Inappropriate ioctl for device


Am I doing something wrong or is this not implemented?

 bye & Thanks
av.
___
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"