CFT: Patch for OpenOffice.org to fix icu-3.8 breakage, as well as -CURRENT diablo-jdk breakage
Hello everyone,
I've got a two-in-one patch I'd like to know if any volunteers would
like to test to get ports/editors/openoffice.org-2-RC built and
installed under the following circumstances where it may be failing:
1. You've installed the devel/icu 3.8+ port, and the build gives you
an undefined symbol named
"_ZN7icu_3_814LEFontInstance16getStaticClassIDEv" error
2. You're running 8.0-CURRENT and the KSE stuff has been removed and
you installed diablo-jdk. This may be crashing when it tries to run the
java stuff during the OO.o build, causing the build to fail with obscure
error messages.
My fix for #1, above, is to provide a new knob WITH_SYSTEM_ICU that
tells configure to use the local-system's installed icu library, rather
than the one that was shipped with the OO.o tarball. It seems that
during the build, the include path unwittingly brings in your system
headers, but then attempts to link against the shipped library. Both of
these are incompatible APIs, and the result is an inability to resolve a
symbol that is public in the OO.o version, but protected in the ports
version. I am also attaching a patch for devel/icu that applies this
permission change.
My fix for #2, above, is to set the build jdk to "bsdjava" for FreeBSD
8.0+, which results in having Mk/bsd.java.mk look for the ports
source-build rather than using the diablo-jdk for doing java compiles.
For other versions of FreeBSD, the default is left at what it was before
(diablo, then ports).
--
Coleman Kane
diff --git a/editors/openoffice.org-2-RC/Makefile b/editors/openoffice.org-2-RC/Makefile
index c870dc7..5655df5 100644
--- a/editors/openoffice.org-2-RC/Makefile
+++ b/editors/openoffice.org-2-RC/Makefile
@@ -7,6 +7,7 @@
PORTNAME?= openoffice.org
PORTVERSION?= 2.4.${SNAPDATE}
+PORTREVISION?= 1
CATEGORIES+= editors java
MASTER_SITES+= http://ooopackages.good-day.net/pub/OpenOffice.org/sources/ \
http://openoffice.lunarshells.com/sources/ \
@@ -53,7 +54,11 @@ WITHOUT_CPU_CFLAGS= true
USE_JAVA= yes
JAVA_BUILD= jdk
+.if (${OSVERSION} >= 80)
+JAVA_VENDOR= bsdjava
+.else
JAVA_VENDOR= freebsd bsdjava
+.endif
.if (${OSVERSION} >= 70)
JAVA_VERSION= 1.5
.else
diff --git a/editors/openoffice.org-2-RC/files/Makefile.knobs b/editors/openoffice.org-2-RC/files/Makefile.knobs
index c0c76e9..a5a9644 100644
--- a/editors/openoffice.org-2-RC/files/Makefile.knobs
+++ b/editors/openoffice.org-2-RC/files/Makefile.knobs
@@ -54,6 +54,13 @@ CONFIGURE_ARGS+= --enable-debug --enable-symbols=TRUE --enable-dbgutil
CONFIGURE_ARGS+= --enable-symbols=SMALL
.endif
+.if defined(WITH_SYSTEM_ICU)
+LIB_DEPENDS+= icule:${PORTSDIR}/devel/icu
+CONFIGURE_ARGS+= --with-system-icu=yes
+.else
+CONFIGURE_ARGS+= --with-system-icu=no
+.endif
+
pre-fetch:
.if (${OSVERSION} < 503001 && ${OSVERSION} >= 50) || (${OSVERSION} < 492000)
@${ECHO}
@@ -86,6 +93,11 @@ pre-fetch:
@${ECHO} "You can compile OOo without gnome VFS support with"
@${ECHO} "make -DWITHOUT_GNOMEVFS"
.endif
+.if !defined(WITH_SYSTEM_ICU)
+ @${ECHO}
+ @${ECHO} "You can compile OOo with devel/icu from ports with"
+ @${ECHO} "make -DWITH_SYSTEM_ICU"
+.endif
.if !defined(WITH_SYSTEM_FREETYPE)
@${ECHO}
@${ECHO} "You can compile OOo with freetype2 from ports with"
diff --git a/devel/icu/Makefile b/devel/icu/Makefile
index bc367b3..78edecb 100644
--- a/devel/icu/Makefile
+++ b/devel/icu/Makefile
@@ -7,7 +7,7 @@
PORTNAME= icu
PORTVERSION= 3.8.1
-PORTREVISION= 1
+PORTREVISION= 2
CATEGORIES= devel
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE}
MASTER_SITE_SUBDIR=${PORTNAME}
diff --git a/devel/icu/files/patch-common_unicode_rbbi.h b/devel/icu/files/patch-common_unicode_rbbi.h
new file mode 100644
index 000..68f2fc2
--- /dev/null
+++ b/devel/icu/files/patch-common_unicode_rbbi.h
@@ -0,0 +1,17 @@
+--- common/unicode/rbbi.h.orig 2008-04-16 09:58:20.0 -0400
common/unicode/rbbi.h 2008-04-16 09:59:00.0 -0400
+@@ -611,12 +611,14 @@
+ virtual int32_t getBreakType() const;
+ #endif
+
++public:
+ /**
+ * Set the type of the break iterator.
+ * @internal
+ */
+ virtual void setBreakType(int32_t type);
+
++protected:
+ /**
+ * Common initialization function, used by constructors and bufferClone.
+ * (Also used by DictionaryBasedBreakIterator::createBufferClone().)
signature.asc
Description: This is a digitally signed message part
Re: Latest OpenOffice and diable-jdk15 errors was Re: openoffice and java
On Sat, 2008-04-05 at 08:14 -0500, eculp wrote:
> Quoting Robert Huff <[EMAIL PROTECTED]>:
>
> >
> > David Booth writes:
> >
> >> I do not have a suggested fix, but I found similar behavior when
> >> I tried to compile it with JDK 1.6. Diablo 1.5 worked fine for
> >> me though.
> >
> > From the Makefile:
> >
> > USE_JAVA= yes
> > JAVA_BUILD= jdk
> > JAVA_VENDOR=freebsd bsdjava
> > .if (${OSVERSION} >= 70)
> > JAVA_VERSION= 1.5
> > .else
> > JAVA_VERSION= 1.4 1.5
> > .endif
> >
> > OOv2 is not rated for JDK-1.6.
>
> Interesting. Could it be that I am the only that gets the message
> with diablo?
>
> It would appear that I need to follow the instructions which include
> the config.log http://encontacto.net/Share/amd64/config.log and the
> pkg list http://encontacto.net/Share/amd64/ls_var-db-pkg.txt for the
> AMD64 and the same for the
> i386.http://encontacto.net/Share/i386/config.log and
> http://encontacto.net/Share/i386/ls_var-db-pkg.txt
>
> I have a couple of other machines doing the same with i386 with intel
> processors but hopefully these 2 will be enough for someone who
> understands the configuration to give some suggestions.
>
> Thanks for any and all help,
>
> ed
I may have some insight into your woes. Try removing "freebsd" from the
JAVA_VENDOR line. The "freebsd" vendor indicates the "diablo" release (I
think this should read "diablo", IMO). The "bsdjava" vendor indicates
the sun java from ports (ports/java/jdk15, etc.).
I am attaching a patch that applies this change nicely to the Makefile
(only doing this switch-up on 8.0+), as well as offers another knob to
allow building against the ports version of libicu (instead of using the
shipped version in OO.o, which has been causing other problems).
Cheers,
--
Coleman Kane
diff --git a/editors/openoffice.org-2-RC/Makefile b/editors/openoffice.org-2-RC/Makefile
index c870dc7..5655df5 100644
--- a/editors/openoffice.org-2-RC/Makefile
+++ b/editors/openoffice.org-2-RC/Makefile
@@ -7,6 +7,7 @@
PORTNAME?= openoffice.org
PORTVERSION?= 2.4.${SNAPDATE}
+PORTREVISION?= 1
CATEGORIES+= editors java
MASTER_SITES+= http://ooopackages.good-day.net/pub/OpenOffice.org/sources/ \
http://openoffice.lunarshells.com/sources/ \
@@ -53,7 +54,11 @@ WITHOUT_CPU_CFLAGS= true
USE_JAVA= yes
JAVA_BUILD= jdk
+.if (${OSVERSION} >= 80)
+JAVA_VENDOR= bsdjava
+.else
JAVA_VENDOR= freebsd bsdjava
+.endif
.if (${OSVERSION} >= 70)
JAVA_VERSION= 1.5
.else
diff --git a/editors/openoffice.org-2-RC/files/Makefile.knobs b/editors/openoffice.org-2-RC/files/Makefile.knobs
index c0c76e9..a5a9644 100644
--- a/editors/openoffice.org-2-RC/files/Makefile.knobs
+++ b/editors/openoffice.org-2-RC/files/Makefile.knobs
@@ -54,6 +54,13 @@ CONFIGURE_ARGS+= --enable-debug --enable-symbols=TRUE --enable-dbgutil
CONFIGURE_ARGS+= --enable-symbols=SMALL
.endif
+.if defined(WITH_SYSTEM_ICU)
+LIB_DEPENDS+= icule:${PORTSDIR}/devel/icu
+CONFIGURE_ARGS+= --with-system-icu=yes
+.else
+CONFIGURE_ARGS+= --with-system-icu=no
+.endif
+
pre-fetch:
.if (${OSVERSION} < 503001 && ${OSVERSION} >= 50) || (${OSVERSION} < 492000)
@${ECHO}
@@ -86,6 +93,11 @@ pre-fetch:
@${ECHO} "You can compile OOo without gnome VFS support with"
@${ECHO} "make -DWITHOUT_GNOMEVFS"
.endif
+.if !defined(WITH_SYSTEM_ICU)
+ @${ECHO}
+ @${ECHO} "You can compile OOo with devel/icu from ports with"
+ @${ECHO} "make -DWITH_SYSTEM_ICU"
+.endif
.if !defined(WITH_SYSTEM_FREETYPE)
@${ECHO}
@${ECHO} "You can compile OOo with freetype2 from ports with"
signature.asc
Description: This is a digitally signed message part
Re: print function missing in gimpshop
On Thu, Apr 10, 2008 at 8:32 PM, Mikkel C. Simonsen <[EMAIL PROTECTED]> wrote: > Two weeks ago I upgraded a PC from FBSD 6.x to 7.0. I updated/rebuilt all > the ports also, but after doing that, there's no print function in gimpshop. > > Do I have to change any options in the gimpshop port to get the print > function back, or is it just not available in the latest gimpshop version? > I removed it because it wants gimp-print and gimp-print is no longer in the FreeBSD ports tree.. Just curious, why are you using gimpshop instead of gimp anyways? Michael > > Best regards, > > Mikkel C. Simonsen > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Port: audio/xmms-crystality
On Wed, 16 Apr 2008 16:33:52 +0200 cernpe <[EMAIL PROTECTED]> wrote: > Hi, > audio/xmms-crystality should be unbrokened, because I've found one > mirror, so please add it to the makefile > http://ftp.ussg.iu.edu/FreeBSD/distfiles/crystality-plugin-0.92.tar.gz Done, thanks. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: PHP CLI bails with threaded libraries
Xin LI wrote: Oliver Crow wrote: I'm looking for advice on a problem with PHP on FreeBSD 7.0, which appears to be related to threading. Whenever I run the command line 'php' program I get a core dump with a series of error messages: > Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) You may have to rebuild all related stuff to get rid of this. Linking against different libc versions is not supported. I did a portupgrade -f lang/php5, and that did the trick! I can now load php extensions such as mhash and pgsql which use libthr without dumping core. I guess this should have clued me in: # ldd /usr/local/bin/php ... libc.so.6 => /lib/libc.so.6 (0x284a3000) ... libc.so.7 => /lib/libc.so.7 (0x285b4000) After the portupgrade ldd shows only libc.so.7 Thanks! Oliver ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: PHP CLI bails with threaded libraries
Oliver Crow wrote: Hi all, I'm looking for advice on a problem with PHP on FreeBSD 7.0, which appears to be related to threading. Whenever I run the command line 'php' program I get a core dump with a series of error messages: > Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) You may have to rebuild all related stuff to get rid of this. Linking against different libc versions is not supported. Cheers, -- Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/ FreeBSD - The Power to Serve! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
PHP CLI bails with threaded libraries
Hi all, I'm looking for advice on a problem with PHP on FreeBSD 7.0, which appears to be related to threading. Whenever I run the command line 'php' program I get a core dump with a series of error messages: > Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) This happens only when I configure php/extensions.ini to load a module which links with the libthr.so.3 threading library. For example loading 'mhash.so' or 'pgsql.so' triggers the core dump, but other modules are fine. Both of those modules require libthr.so.3 (according to objdump -p). I don't get any core dump when running the Apache php pre-fork module, whether or not I load the offending modules. I only get the core dump when I run 'php' or 'php-cgi' from the command line. Other posts with this error message have suggested upgrading all ports after upgrading to 7.0. I did do that. I may have missed something, but I don't think so. I tried compiling mhash and libpq with threading turned off. That fixed the problem, but I don't see why this is necessary. Is there something wrong with loading a PHP module that links the posix thread library? Surely the PHP command line tool doesn't even use threads?! If you have mhash.so or pgsql.so loading from php/extensions.ini, does libthr.so.3 appear as a NEEDED line in your objdump output? Can you run php from the cli without an immediate core dump? % objdump -p /usr/local/lib/libpq.so.5 % objdump -p /usr/local/lib/libmhash.so.2 % php -v For reference, I disabled linking with the thread libraries by creating /usr/ports/security/mhash/Makefile.local with the line: CONFIGURE_ARGS+= --with-LDFLAGS="" and /usr/ports/databases/postgresql83-server/Makefile.local with the line: CONFIGURE_ARGS+= --disable-thread-safety (Note that although there are some posts claiming you can do something like this: make CONFIGURE_ARGS+=--disable-thread-safety it doesn't appear to actually work -- examining config.log reveals that the other args to configure get clobbered -- the "+=" isn't doing what you'd think.) php -i reports: Thread Safety => disabled I'm using the following packages, compiled from ports: apache-2.2.8 php5-5.2.5_1 php5-mhash-5.2.5_1 php5-pgsql-5.2.5_1 postgresql-client-8.3.1 postgresql-server-8.3.1 # ldd /usr/local/bin/php /usr/local/bin/php: libcrypt.so.3 => /lib/libcrypt.so.3 (0x28261000) libm.so.4 => /lib/libm.so.4 (0x28279000) libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x28292000) libz.so.3 => /lib/libz.so.3 (0x283b4000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x283c5000) libc.so.6 => /lib/libc.so.6 (0x284a3000) libz.so.4 => /lib/libz.so.4 (0x2858d000) libm.so.5 => /lib/libm.so.5 (0x2859f000) libc.so.7 => /lib/libc.so.7 (0x285b4000) The php.core stack trace is: #0 0x284fd273 in _UTF8_init () from /lib/libc.so.6 #1 0x284fd71a in _UTF8_init () from /lib/libc.so.6 #2 0x284fd80e in _UTF8_init () from /lib/libc.so.6 #3 0x284fda97 in _UTF8_init () from /lib/libc.so.6 #4 0x284fe397 in _UTF8_init () from /lib/libc.so.6 #5 0x284fe480 in malloc () from /lib/libc.so.6 #6 0x288b8e97 in pthread_kill () from /lib/libthr.so.3 #7 0x288b9911 in pthread_join () from /lib/libthr.so.3 #8 0x288b6344 in pthread_self () from /lib/libthr.so.3 #9 0x288b6650 in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 #10 0x285620f6 in abort () from /lib/libc.so.6 #11 0x288bb28d in pthread_attr_destroy () from /lib/libthr.so.3 #12 0x288b9bae in pthread_join () from /lib/libthr.so.3 ... last 5 repeated many times until ... #2213 0x288b6344 in pthread_self () from /lib/libthr.so.3 #2214 0x288b6650 in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 #2215 0x288b975e in pthread_join () from /lib/libthr.so.3 #2216 0x288b9c02 in pthread_join () from /lib/libthr.so.3 #2217 0x288bbea5 in __error () from /lib/libthr.so.3 #2218 0x28254574 in ?? () from /libexec/ld-elf.so.1 #2219 0x2825d3b0 in ?? () #2220 0xbfbfe528 in ?? () #2221 0x288b1871 in ?? () from /lib/libthr.so.3 # 0x2822f96b in dl_iterate_phdr () from /libexec/ld-elf.so.1 Thanks for any advice or assistance! Oliver ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Whom do I have to bribe to get my ports committed?
On Wed, Apr 16, 2008 at 5:34 PM, Dominic Fandrey <[EMAIL PROTECTED]> wrote: > The subject says everything: Me. -- Florent Thoumie [EMAIL PROTECTED] FreeBSD Committer ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Whom do I have to bribe to get my ports committed?
The subject says everything: http://www.freebsd.org/cgi/query-pr.cgi?pr=122726 http://www.freebsd.org/cgi/query-pr.cgi?pr=122727 I know those PRs aren't old, but previous versions have not been committed for two weeks - long enough for them to get outdated. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Building Ruby Ports
Greetings- I am currently in the process of building a FreeBSD port for a Ruby on Rails application and I have run into an issue I am hoping someone can help provide me a solution for. The port had a couple of dependencies on Ruby gems that no port currently exists for, so I created ports and opened PRs for them. However, the application I am currently building a port for requires ruby-gettext 1.9.0. The port that currently exists in cvs is 1.10.0 and the application refuses to run with that version. I believe this is for compatibility with the gettextilize plugin I am currently working around this issue by installing the gem by hand (gem install -v 1.9.0) Right now it looks like my only course of action is to create a port for this and keep it at that version, which seems kinda sloppy. I am curious if anyone has a cleaner solution. I am all ears. Thanks -- Steven Kreuzer http://www.exit2shell.com/~skreuzer ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ganael LAPLANCHE wrote:
| On Wed, 16 Apr 2008 16:53:55 +0200, Pietro Cerutti wrote
|
| Hi again :)
|
|> Actually, there is a bug in those two functions. What about this one?
|
|> - - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
|> + while (!readdir_r( dir, &tmp, &entry ) && entry) {
|
| Hmmm, isn't that similar ? Anyway, it does not seem to work better :/
Indeed, it's identical. It was an error from my part, please forget it. :-/
|
| Ganaël LAPLANCHE
| [EMAIL PROTECTED]
| http://www.martymac.com
|
- --
Pietro Cerutti
[EMAIL PROTECTED]
PGP Public Key:
http://gahr.ch/pgp
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (FreeBSD)
iEYEAREKAAYFAkgGIU4ACgkQwMJqmJVx947dZwCgxwhjto5+J1XJRNB0EFej+HQv
PzUAoMNPADQMBWsEnSoR/IjSN5YlA5bt
=fZaK
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
On Wed, 16 Apr 2008 16:53:55 +0200, Pietro Cerutti wrote
Hi again :)
> Actually, there is a bug in those two functions. What about this one?
> - - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
> + while (!readdir_r( dir, &tmp, &entry ) && entry) {
Hmmm, isn't that similar ? Anyway, it does not seem to work better :/
Ganaël LAPLANCHE
[EMAIL PROTECTED]
http://www.martymac.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
Hi!
On Wed, Apr 16, 2008 at 4:55 PM, Ganael LAPLANCHE
<[EMAIL PROTECTED]> wrote:
> It produces the same error as previously reported : "No system found!". Very
> strange, but applying those two patches allows the libs to be found and
> mplayer
> to (nearly) start :
It's not as simple as it may seem...
These are the comments from the DirectFB repository.
commit ac94b2ebc28cf6cc28c8c8357e48b9869c1501d9
Author: Claudio Ciccani <[EMAIL PROTECTED]>
Date: Tue Oct 3 12:19:15 2006 +
Use readdir_r() instead of readdir().
diff --git a/lib/direct/interface.c b/lib/direct/interface.c
index 312f4fb..9af7f94 100644
--- a/lib/direct/interface.c
+++ b/lib/direct/interface.c
@@ -101,7 +101,8 @@ DirectGetInterface( DirectInterfaceFuncs **funcs,
int len;
DIR*dir;
char *interface_dir;
- struct dirent *entry;
+ struct dirent *entry = NULL;
+ struct dirent tmp;
#endif
DirectLink *link;
@@ -157,7 +158,7 @@ DirectGetInterface( DirectInterfaceFuncs **funcs,
/*
* Iterate directory.
*/
- while ( (entry = readdir(dir) ) != NULL ) {
+ while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
void *handle = NULL;
char buf[4096];
@@ -191,12 +192,7 @@ DirectGetInterface( DirectInterfaceFuncs **funcs,
/*
* Open it and check.
*/
-#ifdef RTLD_GLOBAL
- handle = dlopen( buf, RTLD_NOW /*| RTLD_GLOBAL*/ );
-#else
- /* RTLD_GLOBAL is missing on OpenBSD*/
handle = dlopen( buf, RTLD_NOW );
-#endif
if (handle) {
DirectInterfaceImplementation *impl =
(DirectInterfaceImplementation*) implementations;
commit 63607c8aa5ae4bedec39cfa0660f80587103d610
Author: Claudio Ciccani <[EMAIL PROTECTED]>
Date: Fri Oct 6 12:09:53 2006 +
readdir_r() instead of readdir().
diff --git a/lib/direct/modules.c b/lib/direct/modules.c
index 01741b2..56099e3 100644
--- a/lib/direct/modules.c
+++ b/lib/direct/modules.c
@@ -142,7 +142,8 @@ direct_modules_explore_directory( DirectModuleDir
*directory )
#ifdef DYNAMIC_LINKING
intdir_len;
DIR *dir;
- struct dirent *entry;
+ struct dirent *entry = NULL;
+ struct dirent tmp;
intcount = 0;
D_ASSERT( directory != NULL );
@@ -156,7 +157,7 @@ direct_modules_explore_directory( DirectModuleDir
*directory )
return 0;
}
- while ((entry = readdir( dir )) != NULL) {
+ while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
void *handle;
DirectModuleEntry *module;
intentry_len = strlen(entry->d_name);
--
Mit freundlichen Grüßen,
Anatoly Borodin
business: [EMAIL PROTECTED]
privat: [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
Hi!
On Wed, Apr 16, 2008 at 4:55 PM, Ganael LAPLANCHE
<[EMAIL PROTECTED]> wrote:
> > 1) Did your mplayer work with the previous version of directfb?
> No, since the previous version of directfb didn't install neither sdl nor x11
> drivers.
The sign of improvement! :)
> > links doesn't work with directfb on my machine, so I'll investigate
> > the reason pretty soon. And I think it will good to fix mplayer and
> > add directfb flags to the ports.
> >
> > > % env DFBARGS=system=sdl ./mplayer -vo directfb test.avi
> >
> > Try to run it with system=x11 please and tell what happens.
>
> It produces the same error as previously reported : "No system found!". Very
> strange, but applying those two patches allows the libs to be found and
> mplayer
> to (nearly) start :
>
> --- lib/direct/interface.c.orig 2008-04-12 13:25:57.542006795 +0200
> +++ lib/direct/interface.c 2008-04-12 13:26:27.732927708 +0200
> @@ -164,7 +164,7 @@
> /*
>* Iterate directory.
>*/
> - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
> + while (entry = readdir( dir )) {
>void *handle = NULL;
>char buf[4096];
>
> --- lib/direct/modules.c.orig 2008-04-12 13:25:45.166038341 +0200
> +++ lib/direct/modules.c2008-04-12 13:27:56.054698492 +0200
> @@ -158,7 +158,7 @@
>return 0;
> }
>
> - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
> + while (entry = readdir( dir )) {
>void *handle;
>DirectModuleEntry *module;
>intentry_len = strlen(entry->d_name);
>
I'll try these patches on my machine. IMHO, they may be put in the
ports, but should also be sent to the developers of directfb for
discussion.
--
Mit freundlichen Grüßen,
Anatoly Borodin
business: [EMAIL PROTECTED]
privat: [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD Port: audio/xmms-crystality
Hi,
audio/xmms-crystality should be unbrokened, because I've found one
mirror, so please add it to the makefile
http://ftp.ussg.iu.edu/FreeBSD/distfiles/crystality-plugin-0.92.tar.gz
diff -uN Makefile.old Makefile
--- Makefile.old2008-04-16 14:38:35.0 +0200
+++ Makefile2008-04-16 14:39:25.0 +0200
@@ -10,6 +10,7 @@
PORTREVISION= 4
CATEGORIES=audio
MASTER_SITES= ${MASTER_SITE_GENTOO} \
+ http://ftp.ussg.iu.edu/FreeBSD/ \
http://jkp-se.lunar-linux.org/lunar/cache/
MASTER_SITE_SUBDIR=distfiles
PKGNAMEPREFIX= xmms-
@@ -20,8 +21,6 @@
LIB_DEPENDS= xmms.4:${PORTSDIR}/multimedia/xmms
-#BROKEN= Does not fetch
-
USE_X_PREFIX= yes
USE_GNOME= imlib
USE_LDCONFIG= yes
thanks
CernPe
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Pietro Cerutti wrote:
| Ganael LAPLANCHE wrote:
| | On Wed, 16 Apr 2008 16:01:43 +0300, Anatoly Borodin wrote
|
| | It produces the same error as previously reported : "No system
| found!". Very
| | strange, but applying those two patches allows the libs to be found
| and mplayer
| | to (nearly) start :
| |
| | --- lib/direct/interface.c.orig 2008-04-12 13:25:57.542006795 +0200
| | +++ lib/direct/interface.c 2008-04-12 13:26:27.732927708 +0200
| | @@ -164,7 +164,7 @@
| | /*
| |* Iterate directory.
| |*/
| | - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
| | + while (entry = readdir( dir )) {
| |void *handle = NULL;
| |char buf[4096];
| |
| | --- lib/direct/modules.c.orig 2008-04-12 13:25:45.166038341 +0200
| | +++ lib/direct/modules.c2008-04-12 13:27:56.054698492 +0200
| | @@ -158,7 +158,7 @@
| |return 0;
| | }
| |
| | - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
| | + while (entry = readdir( dir )) {
| |void *handle;
| |DirectModuleEntry *module;
| |intentry_len = strlen(entry->d_name);
|
| Actually, there is a bug in those two functions. What about this one?
|
| --- lib/direct/modules.c.orig2008-04-16 16:51:42.0 +0200
| +++ lib/direct/modules.c2008-04-16 16:51:53.0 +0200
| @@ -158,7 +158,7 @@
| ~ return 0;
| ~ }
|
| - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
| + while (!readdir_r( dir, &tmp, &entry ) == 0 && entry) {
| ~ void *handle;
| ~ DirectModuleEntry *module;
| ~ intentry_len = strlen(entry->d_name);
|
| --- lib/direct/interface.c.orig2008-04-16 16:49:47.0 +0200
| +++ lib/direct/interface.c2008-04-16 16:50:52.0 +0200
| @@ -164,7 +164,7 @@
| ~ /*
| ~ * Iterate directory.
| ~ */
| - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
| + while (!readdir_r( dir, &tmp, &entry ) && entry) {
| ~ void *handle = NULL;
| ~ char buf[4096];
|
|
| | Best regards,
| Best,
|
| | Ganaël LAPLANCHE
Sorry, I'm hallucinating... forget it..
- --
Pietro Cerutti
[EMAIL PROTECTED]
PGP Public Key:
http://gahr.ch/pgp
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (FreeBSD)
iEUEAREKAAYFAkgGFDYACgkQwMJqmJVx946ffgCXfxfnwMaD1nmE5Gu19dthTM2n
3QCeLTBhjhyP3ePpYgbkKnGrtRheEAM=
=0+5s
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Ganael LAPLANCHE wrote:
| On Wed, 16 Apr 2008 16:01:43 +0300, Anatoly Borodin wrote
| It produces the same error as previously reported : "No system
found!". Very
| strange, but applying those two patches allows the libs to be found
and mplayer
| to (nearly) start :
|
| --- lib/direct/interface.c.orig 2008-04-12 13:25:57.542006795 +0200
| +++ lib/direct/interface.c 2008-04-12 13:26:27.732927708 +0200
| @@ -164,7 +164,7 @@
| /*
|* Iterate directory.
|*/
| - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
| + while (entry = readdir( dir )) {
|void *handle = NULL;
|char buf[4096];
|
| --- lib/direct/modules.c.orig 2008-04-12 13:25:45.166038341 +0200
| +++ lib/direct/modules.c2008-04-12 13:27:56.054698492 +0200
| @@ -158,7 +158,7 @@
|return 0;
| }
|
| - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
| + while (entry = readdir( dir )) {
|void *handle;
|DirectModuleEntry *module;
|intentry_len = strlen(entry->d_name);
Actually, there is a bug in those two functions. What about this one?
- --- lib/direct/modules.c.orig 2008-04-16 16:51:42.0 +0200
+++ lib/direct/modules.c2008-04-16 16:51:53.0 +0200
@@ -158,7 +158,7 @@
~ return 0;
~ }
- - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
+ while (!readdir_r( dir, &tmp, &entry ) == 0 && entry) {
~ void *handle;
~ DirectModuleEntry *module;
~ intentry_len = strlen(entry->d_name);
- --- lib/direct/interface.c.orig 2008-04-16 16:49:47.0 +0200
+++ lib/direct/interface.c 2008-04-16 16:50:52.0 +0200
@@ -164,7 +164,7 @@
~ /*
~ * Iterate directory.
~ */
- - while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
+ while (!readdir_r( dir, &tmp, &entry ) && entry) {
~ void *handle = NULL;
~ char buf[4096];
| Best regards,
Best,
| Ganaël LAPLANCHE
- --
Pietro Cerutti
[EMAIL PROTECTED]
PGP Public Key:
http://gahr.ch/pgp
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (FreeBSD)
iEYEAREKAAYFAkgGEwIACgkQwMJqmJVx947LvACgyUDzENJvTKcS+ExOtmrRLF90
l1YAoINBx7I/Qo8rcvELwRa1bi4d/aiO
=KGAo
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
On Wed, 16 Apr 2008 16:01:43 +0300, Anatoly Borodin wrote
> Hi!
Hi :)
> 1) Did your mplayer work with the previous version of directfb?
No, since the previous version of directfb didn't install neither sdl nor x11
drivers.
> 2) Have you rebuilt mplayer?
Yes, using --enable-directfb. The lib is detected, everything is built
(hopefully) correctly.
> links doesn't work with directfb on my machine, so I'll investigate
> the reason pretty soon. And I think it will good to fix mplayer and
> add directfb flags to the ports.
>
> > % env DFBARGS=system=sdl ./mplayer -vo directfb test.avi
>
> Try to run it with system=x11 please and tell what happens.
It produces the same error as previously reported : "No system found!". Very
strange, but applying those two patches allows the libs to be found and mplayer
to (nearly) start :
--- lib/direct/interface.c.orig 2008-04-12 13:25:57.542006795 +0200
+++ lib/direct/interface.c 2008-04-12 13:26:27.732927708 +0200
@@ -164,7 +164,7 @@
/*
* Iterate directory.
*/
- while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
+ while (entry = readdir( dir )) {
void *handle = NULL;
char buf[4096];
--- lib/direct/modules.c.orig 2008-04-12 13:25:45.166038341 +0200
+++ lib/direct/modules.c2008-04-12 13:27:56.054698492 +0200
@@ -158,7 +158,7 @@
return 0;
}
- while (readdir_r( dir, &tmp, &entry ) == 0 && entry) {
+ while (entry = readdir( dir )) {
void *handle;
DirectModuleEntry *module;
intentry_len = strlen(entry->d_name);
Best regards,
Ganaël LAPLANCHE
[EMAIL PROTECTED]
http://www.martymac.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
Hi! On Wed, Apr 16, 2008 at 1:02 PM, Ganael LAPLANCHE <[EMAIL PROTECTED]> wrote: > the port now builds/installs fine, but unfortunately leads to the same > situation > as my previous tests :/. I have defined WITH_SDL and WITH_X11, but I still > cannot use -vo directfb with mplayer (compiled with directfb support). 1) Did your mplayer work with the previous version of directfb? 2) Have you rebuilt mplayer? links doesn't work with directfb on my machine, so I'll investigate the reason pretty soon. And I think it will good to fix mplayer and add directfb flags to the ports. > % env DFBARGS=system=sdl ./mplayer -vo directfb test.avi Try to run it with system=x11 please and tell what happens. -- Mit freundlichen Grüßen, Anatoly Borodin business: [EMAIL PROTECTED] privat: [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
OpenBSD's isakmpd port maintainership
Hello, ports@ readers. Seems that isakmpd (security/isakmpd) is outdated. I'm currently using it in my production environment. I would like to know does somebody working on bring isakmpd back sync'ed with current OpenBSD code base. I would like try to port it. I have small porting expirience with OpenBSD ports, so i think this should help a bit. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Openldap server install failure - openldap client conflict
On Wed, 2008-04-16 at 08:46 +0100, Matthew Seaman wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > Da Rock wrote: > > > Actually, let me clarify: The error message I get is > > openldap-sasl-server-2.3.40 conflicts with installed package > > openldap-client-2.3.40, they install files into the same place. > > > > Therefore, I cannot install openldap server 2.3.40 > > Add > > WANT_SASL=yes > > to /etc/make.conf, then: > > portupgrade -f openldap-client-2.3.40 > > which will turn into openldap-sasl-client-2.3.40 once reinstalled. > The install openldap-sasl-server-2.3.40. > > et voilà. Yeah, I kinda figured that out - it sometimes takes a while to get through my thick head... Thanks though. My concern is that I think I stuffed up something- I deinstalled openldap client and installed the server, which installed what it required. My worry is, even though I didn't have anything setup specifically for ldap support in the apps, will this affect them (sasl-ldap v ldap)? Or are they only using the libraries- not the config files? I'm probably just paranoid... ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
On Wed, 16 Apr 2008 10:38:43 +0200, Pietro Cerutti wrote > Sorry, I made an error rolling the patch. Please try again, the patch > is always at: > > http://gahr.ch/FreeBSD/patches/_pending/directfb_complete.diff > > Thanks! Hi again, the port now builds/installs fine, but unfortunately leads to the same situation as my previous tests :/. I have defined WITH_SDL and WITH_X11, but I still cannot use -vo directfb with mplayer (compiled with directfb support). % env DFBARGS=system=sdl ./mplayer -vo directfb test.avi ===| DirectFB 1.1.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2008-04-16 09:15) (!) DirectFB/core/system: No system found! vo_directfb2.c <269>: (#) DirectFBError [DirectFBCreate (&dfb)]: No (suitable) implementation found! (same error with DFBARGS=system=x11) % dfbinfo --dfb:system=sdl ===| DirectFB 1.1.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2008-04-16 09:54) (*) Direct/Memcpy: Using Generic 64bit memcpy() (*) Direct/Thread: Running 'SDL Input' (INPUT, 55714)... (*) DirectFB/Input: SDL Input 0.1 (Denis Oliver Kropp) (*) DirectFB/Graphics: SDL Graphics 0.1 (directfb.org) (*) Direct/Thread: Running 'Screen Update' (OUTPUT, 55714)... (*) DirectFB/Core/WM: Default 0.3 (directfb.org) (!) DirectFB/Genefx: Could not lock destination! --> Not supported! (!) Core/LayerRegion: Could not lock region surface for SetRegion()! --> Not supported! (!) Core/LayerRegion: realize_region() in dfb_layer_region_flip_update() failed! --> Not supported! Screen (00) SDL Primary Screen (primary screen) Caps: Layer (00) SDL Primary Layer (primary layer) Type:GRAPHICS Caps:SURFACE Input (00) SDL Input (primary keyboard) Type: KEYBOARD MOUSE JOYSTICK Caps: KEYS AXES BUTTONS Max. Axis: 0 Max. Button: 0 % dfbinfo --dfb:system=x11 ===| DirectFB 1.1.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2008-04-16 09:54) (*) Direct/Memcpy: Using Generic 64bit memcpy() (*) X11/Display: Depth 24 (*) X11/Display: Visual (35) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Visual (36) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Visual (37) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Visual (38) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Visual (39) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Visual (40) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Visual (41) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Visual (42) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) X11/Display: Depth 1 (*) X11/Display: Depth 4 (*) X11/Display: Depth 8 (*) X11/Display: Depth 15 (*) X11/Display: Depth 16 (*) X11/Display: Depth 32 (*) X11/Display: Visual (99) 0x00ff, 0xff00, 0x00ff, 8 bits, 256 entries (*) Direct/Thread: Running 'X11 Input' (INPUT, 55718)... (*) DirectFB/Input: X11 Input 0.1 (directfb.org) (*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (directfb.org) (*) DirectFB/Core/WM: Default 0.3 (directfb.org) Screen (00) X11 Primary Screen (primary screen) Caps: Layer (00) X11 Primary Layer (primary layer) Type:GRAPHICS Caps:SURFACE Input (00) X11 Input (primary keyboard) Type: KEYBOARD MOUSE JOYSTICK Caps: KEYS AXES BUTTONS Max. Axis: 0 Max. Button: 0 If I remember correctly, I managed to bypass this 'no system found' error by replacing two readdir_r calls by readdir ones (weird...), but directfb failed afterwards, so I gave up (you can see those two additional patches in the port tarball of my previous post). Best regards, Ganaël LAPLANCHE [EMAIL PROTECTED] http://www.martymac.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Ganael LAPLANCHE wrote: | On Wed, 16 Apr 2008 01:50:46 +0200, Pietro Cerutti wrote |> Hi guys, | | Hi Pietro, | |> A patch to update devel/directfb to 1.1.1 is ready to be committed, but |> I would like to have some feedback first: | | Unfortunately, it does not compile on my machine (FreeBSD 6.3-STABLE, amd64) : Sorry, I made an error rolling the patch. Please try again, the patch is always at: http://gahr.ch/FreeBSD/patches/_pending/directfb_complete.diff Thanks! | | Best regards, | | Ganaël LAPLANCHE | [EMAIL PROTECTED] | http://www.martymac.com - -- Pietro Cerutti [EMAIL PROTECTED] PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (FreeBSD) iEYEAREKAAYFAkgFuxIACgkQwMJqmJVx946OGwCgkpPwPe9uamCjMylIlETUOQmg oI8AmwfEV2JvNCA9D9J/m3GisukylOxS =r8pY -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Openldap server install failure - openldap client conflict
On Wed, 2008-04-16 at 16:48 +1000, Da Rock wrote: > On Wed, 2008-04-16 at 07:03 +0100, Matthew Seaman wrote: > > Da Rock wrote: > > > I'm trying to install OpenLDAP as a server to "attempt" to try it out > > > for our network. The problem is the openldap client is already installed > > > for other apps as php, apache, asterisk, etc. So my question is: is it > > > possible to uninstall the client? Will the server include the client > > > required for these other apps? > > > > The client installs libldap.so and liblber.so (plus variants based on > > OpenLDAP version and ABI version) -- like so for OpenLDAP 2.3: > > > > /usr/local/lib/liblber-2.3.so > > /usr/local/lib/liblber-2.3.so.2 > > /usr/local/lib/liblber.a > > /usr/local/lib/liblber.la > > /usr/local/lib/liblber.so > > /usr/local/lib/libldap-2.3.so > > /usr/local/lib/libldap-2.3.so.2 > > /usr/local/lib/libldap.a > > /usr/local/lib/libldap.la > > /usr/local/lib/libldap.so > > /usr/local/lib/libldap_r-2.3.so > > /usr/local/lib/libldap_r-2.3.so.2 > > /usr/local/lib/libldap_r.a > > /usr/local/lib/libldap_r.la > > /usr/local/lib/libldap_r.so > > > > (OpenLDAP 2.4 does similarly except replace '2.3' with '2.4') If you > > force uninstall openldap-client, then everything depending on it will > > refuse to run because of the unfulfilled shlib dynamic linkage. > > > > One of the programs that depends on the client is OpenLDAP-server -- so > > just by typing > > > > portinstall net/openldap23-server > > > > you'll cause openldap23-client (or openldap23-sasl-client) to be installed > > as a normal consequence of ports dependency resolution. The problem comes > > if you've already got, say, openldap23-client installed and you want > > openldap24-client -- other applications: Apache, PHP etc. will work with > > just about any LDAP version but openldap-server needs the matching client > > version. The solution is something like this: > > > ># portupgrade -o net/openldap24-client -f openldap-client-2.3.41 > ># portupgrade -fr openldap-client-2.4.8 > > > > to switch from the 23 series to the 24 series. Also -- handy tip -- > > adding flags like the following to /etc/make.conf will generally enable > > LDAP and SASL capabilities for any ports that can support them. (SASL highly > > recommended for securing access to LDAP, and also LDAP highly recommended > > as a back-end for SASL...) > > > > WITH_SASL= yes > > WITH_LDAP= yes > > WANT_OPENLDAP_VER= 23 > > WANT_OPENLDAP_SASL= yes > > > > However, don't insert the 'WANT_OPENLDAP_VER' line into /etc/make.conf > > until /after/ you've got the right openldap-client port installed, as it > > screws up switching between versions. > > > > 23 is the default stable release, 24 is also available but still in beta. > > > > So my question was if I install the server I'll get the client, and > you're saying yes? If thats the case then, why is it stopping because > the client is already installed? Actually, let me clarify: The error message I get is openldap-sasl-server-2.3.40 conflicts with installed package openldap-client-2.3.40, they install files into the same place. Therefore, I cannot install openldap server 2.3.40 > > > > And while I'm here... I tried installing the odbc backend, but it > > > conflicts with other apps as well. How can I have both the libiodbc and > > > unixodbc at the same time for openldap server (requires libiodbc), php5, > > > etc? > > > > Do you really need the odbc *backend* for LDAP? That allows LDAP to store > > its data in a MSSQL database somewhere -- which implies the data store is on > > a different server to the OpenLDAP instance. That's not ideal for good > > performance. Unless you know you have a specific need for one of the particular > > back-ends and certainly if you are a beginner with openldap, I'd strongly > > recommend sticking with the default local storage based on Berkeley DB. > > > > Actually I thought it covered most sql servers not just mssql- if thats > the case then good bye for sure. I was interested in maybe mysql though- > this is not usable for that I take it? > > > If your aim is to interoperate with ActiveDirectory then I believe that is > > possible at the LDAP level via the usual delegation and referral mechanisms. > > It may even be possible to replicate either to or from AD or to use OpenLDAP > > (+ Kerberos + Samba v4 I think) as a drop in replacement for AD. I have no > > direct knowledge of that, but I'm sure a little Google action will turn up > > any number of HowTos on the subject. > > > > Replacing a Windows server would be a nice goal... I will succeed on > that one in the near future- just not this project. > > Thanks for the help. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Openldap server install failure - openldap client conflict
On Wed, 2008-04-16 at 08:29 +0100, Matthew Seaman wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > Da Rock wrote: > > On Wed, 2008-04-16 at 07:03 +0100, Matthew Seaman wrote: > >> Da Rock wrote: > > >> One of the programs that depends on the client is OpenLDAP-server -- so > >> just by typing > >> > >> portinstall net/openldap23-server > >> > >> you'll cause openldap23-client (or openldap23-sasl-client) to be installed > >> as a normal consequence of ports dependency resolution. The problem comes > >> if you've already got, say, openldap23-client installed and you want > >> openldap24-client -- other applications: Apache, PHP etc. will work with > >> just about any LDAP version but openldap-server needs the matching client > >> version. The solution is something like this: > >> > >># portupgrade -o net/openldap24-client -f openldap-client-2.3.41 > >># portupgrade -fr openldap-client-2.4.8 > >> > >> to switch from the 23 series to the 24 series. > > > So my question was if I install the server I'll get the client, and > > you're saying yes? If thats the case then, why is it stopping because > > the client is already installed? > > Usually the problem there is either: that the openldap client that the > openldap > server requires is different to the one that is already installed, or else > that > the WANT_OPENLDAP_VER or other settings (particularly SASL related ones) in > /etc/make.conf or from the OPTIONS dialog differ from one or other or both of > the installed openldap-client and openldap-server. Get everything in synch > and > it will all go smoothly. > A! Thats more than likely the problem... I'll let you know if it fails. > >>> And while I'm here... I tried installing the odbc backend, but it > >>> conflicts with other apps as well. How can I have both the libiodbc and > >>> unixodbc at the same time for openldap server (requires libiodbc), php5, > >>> etc? > >> Do you really need the odbc *backend* for LDAP? That allows LDAP to store > >> its data in a MSSQL database somewhere -- which implies the data store is > >> on > >> a different server to the OpenLDAP instance. That's not ideal for good > >> performance. Unless you know you have a specific need for one of the > >> particular > >> back-ends and certainly if you are a beginner with openldap, I'd strongly > >> recommend sticking with the default local storage based on Berkeley DB. > >> > > > > Actually I thought it covered most sql servers not just mssql- if thats > > the case then good bye for sure. I was interested in maybe mysql though- > > this is not usable for that I take it? > > I believe there is a direct SQL backend which would work with a locally > installed instance of MySQL, or possibly various others (PostgreSQL, SQLite) > Even so, it's not a magic solution to make LDAP work better -- quite the > reverse > in fact, as it adds extra layers of overhead. It's one of those things where > if you think you might possibly want it, then actually you don't -- only use > it > when you absolutely know you need it. I thought it might be easier to administrate - no? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Openldap server install failure - openldap client conflict
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Da Rock wrote: > Actually, let me clarify: The error message I get is > openldap-sasl-server-2.3.40 conflicts with installed package > openldap-client-2.3.40, they install files into the same place. > > Therefore, I cannot install openldap server 2.3.40 Add WANT_SASL=yes to /etc/make.conf, then: portupgrade -f openldap-client-2.3.40 which will turn into openldap-sasl-client-2.3.40 once reinstalled. The install openldap-sasl-server-2.3.40. et voilà. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREDAAYFAkgFruUACgkQ3jDkPpsZ+Vbp6QCfXbEErgUev/B7GXceigvCqIJM r2oAnjmTJk7NyXcXQ5NzfwnI8ZVCX91R =2WqZ -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Openldap server install failure - openldap client conflict
On Wed, 2008-04-16 at 16:48 +1000, Da Rock wrote: > On Wed, 2008-04-16 at 07:03 +0100, Matthew Seaman wrote: > > Da Rock wrote: > > > I'm trying to install OpenLDAP as a server to "attempt" to try it out > > > for our network. The problem is the openldap client is already installed > > > for other apps as php, apache, asterisk, etc. So my question is: is it > > > possible to uninstall the client? Will the server include the client > > > required for these other apps? > > > > The client installs libldap.so and liblber.so (plus variants based on > > OpenLDAP version and ABI version) -- like so for OpenLDAP 2.3: > > > > /usr/local/lib/liblber-2.3.so > > /usr/local/lib/liblber-2.3.so.2 > > /usr/local/lib/liblber.a > > /usr/local/lib/liblber.la > > /usr/local/lib/liblber.so > > /usr/local/lib/libldap-2.3.so > > /usr/local/lib/libldap-2.3.so.2 > > /usr/local/lib/libldap.a > > /usr/local/lib/libldap.la > > /usr/local/lib/libldap.so > > /usr/local/lib/libldap_r-2.3.so > > /usr/local/lib/libldap_r-2.3.so.2 > > /usr/local/lib/libldap_r.a > > /usr/local/lib/libldap_r.la > > /usr/local/lib/libldap_r.so > > > > (OpenLDAP 2.4 does similarly except replace '2.3' with '2.4') If you > > force uninstall openldap-client, then everything depending on it will > > refuse to run because of the unfulfilled shlib dynamic linkage. > > > > One of the programs that depends on the client is OpenLDAP-server -- so > > just by typing > > > > portinstall net/openldap23-server > > > > you'll cause openldap23-client (or openldap23-sasl-client) to be installed > > as a normal consequence of ports dependency resolution. The problem comes > > if you've already got, say, openldap23-client installed and you want > > openldap24-client -- other applications: Apache, PHP etc. will work with > > just about any LDAP version but openldap-server needs the matching client > > version. The solution is something like this: > > > ># portupgrade -o net/openldap24-client -f openldap-client-2.3.41 > ># portupgrade -fr openldap-client-2.4.8 > > > > to switch from the 23 series to the 24 series. Also -- handy tip -- > > adding flags like the following to /etc/make.conf will generally enable > > LDAP and SASL capabilities for any ports that can support them. (SASL > > highly > > recommended for securing access to LDAP, and also LDAP highly recommended > > as a back-end for SASL...) > > > > WITH_SASL= yes > > WITH_LDAP= yes > > WANT_OPENLDAP_VER= 23 > > WANT_OPENLDAP_SASL= yes > > > > However, don't insert the 'WANT_OPENLDAP_VER' line into /etc/make.conf > > until /after/ you've got the right openldap-client port installed, as it > > screws up switching between versions. > > > > 23 is the default stable release, 24 is also available but still in beta. > > > > So my question was if I install the server I'll get the client, and > you're saying yes? If thats the case then, why is it stopping because > the client is already installed? Actually, let me clarify: The error message I get is openldap-sasl-server-2.3.40 conflicts with installed package openldap-client-2.3.40, they install files into the same place. Therefore, I cannot install openldap server 2.3.40 > > > > And while I'm here... I tried installing the odbc backend, but it > > > conflicts with other apps as well. How can I have both the libiodbc and > > > unixodbc at the same time for openldap server (requires libiodbc), php5, > > > etc? > > > > Do you really need the odbc *backend* for LDAP? That allows LDAP to store > > its data in a MSSQL database somewhere -- which implies the data store is on > > a different server to the OpenLDAP instance. That's not ideal for good > > performance. Unless you know you have a specific need for one of the > > particular > > back-ends and certainly if you are a beginner with openldap, I'd strongly > > recommend sticking with the default local storage based on Berkeley DB. > > > > Actually I thought it covered most sql servers not just mssql- if thats > the case then good bye for sure. I was interested in maybe mysql though- > this is not usable for that I take it? > > > If your aim is to interoperate with ActiveDirectory then I believe that is > > possible at the LDAP level via the usual delegation and referral mechanisms. > > It may even be possible to replicate either to or from AD or to use OpenLDAP > > (+ Kerberos + Samba v4 I think) as a drop in replacement for AD. I have no > > direct knowledge of that, but I'm sure a little Google action will turn up > > any number of HowTos on the subject. > > > > Replacing a Windows server would be a nice goal... I will succeed on > that one in the near future- just not this project. > > Thanks for the help. > > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ freeb
Re: Openldap server install failure - openldap client conflict
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Da Rock wrote: > On Wed, 2008-04-16 at 07:03 +0100, Matthew Seaman wrote: >> Da Rock wrote: >> One of the programs that depends on the client is OpenLDAP-server -- so >> just by typing >> >> portinstall net/openldap23-server >> >> you'll cause openldap23-client (or openldap23-sasl-client) to be installed >> as a normal consequence of ports dependency resolution. The problem comes >> if you've already got, say, openldap23-client installed and you want >> openldap24-client -- other applications: Apache, PHP etc. will work with >> just about any LDAP version but openldap-server needs the matching client >> version. The solution is something like this: >> >># portupgrade -o net/openldap24-client -f openldap-client-2.3.41 >># portupgrade -fr openldap-client-2.4.8 >> >> to switch from the 23 series to the 24 series. > So my question was if I install the server I'll get the client, and > you're saying yes? If thats the case then, why is it stopping because > the client is already installed? Usually the problem there is either: that the openldap client that the openldap server requires is different to the one that is already installed, or else that the WANT_OPENLDAP_VER or other settings (particularly SASL related ones) in /etc/make.conf or from the OPTIONS dialog differ from one or other or both of the installed openldap-client and openldap-server. Get everything in synch and it will all go smoothly. >>> And while I'm here... I tried installing the odbc backend, but it >>> conflicts with other apps as well. How can I have both the libiodbc and >>> unixodbc at the same time for openldap server (requires libiodbc), php5, >>> etc? >> Do you really need the odbc *backend* for LDAP? That allows LDAP to store >> its data in a MSSQL database somewhere -- which implies the data store is on >> a different server to the OpenLDAP instance. That's not ideal for good >> performance. Unless you know you have a specific need for one of the >> particular >> back-ends and certainly if you are a beginner with openldap, I'd strongly >> recommend sticking with the default local storage based on Berkeley DB. >> > > Actually I thought it covered most sql servers not just mssql- if thats > the case then good bye for sure. I was interested in maybe mysql though- > this is not usable for that I take it? I believe there is a direct SQL backend which would work with a locally installed instance of MySQL, or possibly various others (PostgreSQL, SQLite) Even so, it's not a magic solution to make LDAP work better -- quite the reverse in fact, as it adds extra layers of overhead. It's one of those things where if you think you might possibly want it, then actually you don't -- only use it when you absolutely know you need it. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREDAAYFAkgFqr8ACgkQ3jDkPpsZ+VbsPACfYO44Dqe4oijJxhgTXu94cxNE DaQAnis4MdKL2/XHVI+UFrHth9YAQiUT =Wkx6 -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CFT: devel/directfb update to 1.1.1
On Wed, 16 Apr 2008 01:50:46 +0200, Pietro Cerutti wrote > Hi guys, Hi Pietro, > A patch to update devel/directfb to 1.1.1 is ready to be committed, but > I would like to have some feedback first: Unfortunately, it does not compile on my machine (FreeBSD 6.3-STABLE, amd64) : cc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -DDATADIR=\"/usr/local/share/directfb-1.1.1\" -DMODULEDIR=\"/usr/local/lib/directfb-1.1-0\" -D_REENTRANT -pthread -I/usr/local/include -O3 -ffast-math -pipe -O -pipe -D_GNU_SOURCE -Werror-implicit-function-declaration -MT conf.lo -MD -MP -MF .deps/conf.Tpo -c conf.c -fPIC -DPIC -o .libs/conf.o conf.c: In function `direct_config_set': conf.c:210: error: implicit declaration of function `sigaddset' gmake[3]: *** [conf.lo] Erreur 1 gmake[3]: quittant le répertoire « /usr/ports/devel/directfb/work/DirectFB-1.1.1/lib/direct » gmake[2]: *** [all-recursive] Erreur 1 gmake[2]: quittant le répertoire « /usr/ports/devel/directfb/work/DirectFB-1.1.1/lib » gmake[1]: *** [all-recursive] Erreur 1 gmake[1]: quittant le répertoire « /usr/ports/devel/directfb/work/DirectFB-1.1.1 » gmake: *** [all] Erreur 2 *** Error code 2 Stop in /usr/ports/devel/directfb. I've also tried to update directfb for several days, and managed to build it by using additional patches. Unfortunately, it seemed unuseable with mplayer, and crashed every time. Maybe my work can be useful to you : http://contribs.martymac.com/FreeBSD-ports/misc/directfb-1.1.1-port.attempt.tgz Best regards, Ganaël LAPLANCHE [EMAIL PROTECTED] http://www.martymac.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Openldap server install failure - openldap client conflict
On Wed, 2008-04-16 at 07:03 +0100, Matthew Seaman wrote: > Da Rock wrote: > > I'm trying to install OpenLDAP as a server to "attempt" to try it out > > for our network. The problem is the openldap client is already installed > > for other apps as php, apache, asterisk, etc. So my question is: is it > > possible to uninstall the client? Will the server include the client > > required for these other apps? > > The client installs libldap.so and liblber.so (plus variants based on > OpenLDAP version and ABI version) -- like so for OpenLDAP 2.3: > > /usr/local/lib/liblber-2.3.so > /usr/local/lib/liblber-2.3.so.2 > /usr/local/lib/liblber.a > /usr/local/lib/liblber.la > /usr/local/lib/liblber.so > /usr/local/lib/libldap-2.3.so > /usr/local/lib/libldap-2.3.so.2 > /usr/local/lib/libldap.a > /usr/local/lib/libldap.la > /usr/local/lib/libldap.so > /usr/local/lib/libldap_r-2.3.so > /usr/local/lib/libldap_r-2.3.so.2 > /usr/local/lib/libldap_r.a > /usr/local/lib/libldap_r.la > /usr/local/lib/libldap_r.so > > (OpenLDAP 2.4 does similarly except replace '2.3' with '2.4') If you > force uninstall openldap-client, then everything depending on it will > refuse to run because of the unfulfilled shlib dynamic linkage. > > One of the programs that depends on the client is OpenLDAP-server -- so > just by typing > > portinstall net/openldap23-server > > you'll cause openldap23-client (or openldap23-sasl-client) to be installed > as a normal consequence of ports dependency resolution. The problem comes > if you've already got, say, openldap23-client installed and you want > openldap24-client -- other applications: Apache, PHP etc. will work with > just about any LDAP version but openldap-server needs the matching client > version. The solution is something like this: > ># portupgrade -o net/openldap24-client -f openldap-client-2.3.41 ># portupgrade -fr openldap-client-2.4.8 > > to switch from the 23 series to the 24 series. Also -- handy tip -- > adding flags like the following to /etc/make.conf will generally enable > LDAP and SASL capabilities for any ports that can support them. (SASL highly > recommended for securing access to LDAP, and also LDAP highly recommended > as a back-end for SASL...) > > WITH_SASL= yes > WITH_LDAP=yes > WANT_OPENLDAP_VER= 23 > WANT_OPENLDAP_SASL= yes > > However, don't insert the 'WANT_OPENLDAP_VER' line into /etc/make.conf > until /after/ you've got the right openldap-client port installed, as it > screws up switching between versions. > > 23 is the default stable release, 24 is also available but still in beta. > So my question was if I install the server I'll get the client, and you're saying yes? If thats the case then, why is it stopping because the client is already installed? > > And while I'm here... I tried installing the odbc backend, but it > > conflicts with other apps as well. How can I have both the libiodbc and > > unixodbc at the same time for openldap server (requires libiodbc), php5, > > etc? > > Do you really need the odbc *backend* for LDAP? That allows LDAP to store > its data in a MSSQL database somewhere -- which implies the data store is on > a different server to the OpenLDAP instance. That's not ideal for good > performance. Unless you know you have a specific need for one of the > particular > back-ends and certainly if you are a beginner with openldap, I'd strongly > recommend sticking with the default local storage based on Berkeley DB. > Actually I thought it covered most sql servers not just mssql- if thats the case then good bye for sure. I was interested in maybe mysql though- this is not usable for that I take it? > If your aim is to interoperate with ActiveDirectory then I believe that is > possible at the LDAP level via the usual delegation and referral mechanisms. > It may even be possible to replicate either to or from AD or to use OpenLDAP > (+ Kerberos + Samba v4 I think) as a drop in replacement for AD. I have no > direct knowledge of that, but I'm sure a little Google action will turn up > any number of HowTos on the subject. > Replacing a Windows server would be a nice goal... I will succeed on that one in the near future- just not this project. Thanks for the help. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
