FreeBSD Port: gnash-0.8.8_1
Good morning, is there a plan to upgrade the FreeBSD Gnash port to the latest version (0.8.9)? -- Marco Alberoni ___ 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: gnash-0.8.8_1
You need to write to maintainer, I think -- View this message in context: http://freebsd.1045724.n5.nabble.com/FreeBSD-Port-gnash-0-8-8-1-tp4441163p4441232.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: openwebmail not work
On 31 May 2011 02:40, Nilton Jose Rizzo ri...@lin.ufrj.br wrote: Hi folks, I have a box running FreeBSD 8.2 stable with apache Server version: Apache/2.2.18 (FreeBSD) Server built: May 22 2011 21:23:34 and perl 5.12.3 and owm version 2.53 my owm.conf domainnames .com.br auth_module auth_unix.pl mailspooldir /var/mail #ow_cgidir /usr/local/www/cgi-bin/openwebmail ow_cgidir /home2/www/.com.br/cgi-bin/openwebmail ow_cgiurl /cgi-bin/openwebmail #ow_htmldir /usr/local/www/data/openwebmail ow_htmldir /home2/www/.com.br/openwebmail ow_htmlurl /openwebmail logfile /var/log/openwebmail.log enable_viruscheck no enable_spamcheck no enable_learnspam no default_iconset Default default_fscharset none default_signature -- Open WebMail Project (http://openwebmail.org) /default_signature enable_saprefs yes spamcheck_source_allowed all viruscheck_source_allowed all I have some virtual domain but the real domains was configured in owm.conf I take this mesage on browser: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmas...@.com.br and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. On /var/log/owm.log -- nothing on /var/log/.error.log -- [Sun May 29 00:32:50 2011] [error] [client 186.221.20.26] Premature end of script headers: openwebmail.pl, referer: http://www..com.br/index.php [Sun May 29 00:32:55 2011] [error] [client 186.221.20.26] Premature end of script headers: openwebmail.pl, referer: http://www..com.br/index.php on /var/log/messages.log -- Nothing I just read the FAQ and search on mail list but nothing resolv my problem someone can help me? This is a new instalation, I use the owm for long time ago, but now nothing work correct, mavbe I forget some things or some mistake when I type the config files What's the output of # head /path/to/openwebmailcgidir/index.php ? Chris ___ 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: editors/libreoffice: can not compile, crash on, FreeBSD 9.0-CUR/amd64 - msg#00540
2011/5/28 Andriy Gapon a...@freebsd.org:
on 28/05/2011 21:01 O. Hartmann said the following:
Hello.
I tried the advice. Several times on three different machines running FBSD
9.0-CURRENT/amd64.
It's always the same, build process stops at the same error message as shown
above.
My point was that you should be able to see real compilation error when you
follow the advice, not just final error report.
I'm also using latest 9-CURRENT amd64. world and kernel compiled with
clang, ports with gcc.
Segmentation fault :
# dmesg | tail -n 1
pid 1026 (regcomp), uid 0: exited on signal 11 (core dumped)
# find /usr/ports/editors/libreoffice/work/ -type f -name regcomp.core
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/pyuno/unxfbsdx.pro/lib/regcomp.core
# find /usr/ports/editors/libreoffice/work/ -type f -name regcomp
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/cpputools/unxfbsdx.pro/bin/regcomp
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/bin/regcomp
[...]
# build
build -- version: 275224
=
Building module pyuno
=
Entering
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/pyuno/source/module
Making:all_pyuno.dpslo
Entering
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/pyuno/source/loader
rm -f ../../unxfbsdx.pro/lib/pyuno_services.rdb
../../unxfbsdx.pro/lib/pyuno_services.tmp
../../unxfbsdx.pro/lib/pyuno_services.rdb
cd ../../unxfbsdx.pro/lib :
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/pyuno/unxfbsdx.pro/lib:/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/bin/regcomp
-register -r pyuno_services.tmp -wop -c stocservices.uno -c
invocation.uno -c introspection.uno -c invocadapt.uno -c proxyfac.uno
-c reflection.uno -c ./pythonloader.uno
stocservices.uno
invocation.uno
introspection.uno
invocadapt.uno
proxyfac.uno
reflection.uno
./pythonloader.uno
register component 'stocservices.uno' in registry 'pyuno_services.tmp'
successful!
register component 'invocation.uno' in registry 'pyuno_services.tmp' successful!
register component 'introspection.uno' in registry
'pyuno_services.tmp' successful!
register component 'invocadapt.uno' in registry 'pyuno_services.tmp' successful!
register component 'proxyfac.uno' in registry 'pyuno_services.tmp' successful!
/usr/local/bin/bash: line 1: 1026 Segmentation fault: 11 (core
dumped)
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/pyuno/unxfbsdx.pro/lib:/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/bin/regcomp
-register -r pyuno_services.tmp -wop -c stocservices.uno -c
invocation.uno -c introspection.uno -c invocadapt.uno -c proxyfac.uno
-c reflection.uno -c ./pythonloader.uno
dmake: Error code 139, while making '../../unxfbsdx.pro/lib/pyuno_services.rdb'
---
Oh dear - something failed during the build - sorry !
For more help with debugging build errors, please see the section in:
http://wiki.documentfoundation.org/Development
it seems that the error is inside 'pyuno', please re-run build
inside this module to isolate the error and/or test your fix:
---
/usr/local/bin/bash
cd
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice
source ./FreeBSDAMDEnv.Set.sh
cd pyuno
build
when the problem is isolated and fixed exit and re-run 'make' from the top-level
sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module.
#
LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/pyuno/unxfbsdx.pro/lib:/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib
/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/bin/regcomp
-register -r pyuno_services.tmp -wop -c stocservices.uno -c
invocation.uno -c introspection.uno -c invocadapt.uno -c proxyfac.uno
-c reflection.uno -c ./pythonloader.uno
stocservices.uno
invocation.uno
introspection.uno
invocadapt.uno
proxyfac.uno
reflection.uno
./pythonloader.uno
register component 'stocservices.uno' in registry 'pyuno_services.tmp'
successful!
register component 'invocation.uno' in registry 'pyuno_services.tmp' successful!
register component
Re: editors/libreoffice: can not compile, crash on, FreeBSD 9.0-CUR/amd64 - msg#00540
on 31/05/2011 12:11 Olivier Smedts said the following: Segmentation fault: 11 (core dumped) That core dump should be investigated / debugged. At the very least it is not clear from the messages which program crashes. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: openwebmail not work
On 31 May 2011 12:56, Nilton Jose Rizzo ri...@lin.ufrj.br wrote: On Tue, 31 May 2011 10:11:13 +0100, Chris Rees wrote On 31 May 2011 02:40, Nilton Jose Rizzo ri...@lin.ufrj.br wrote: Hi folks, I have a box running FreeBSD 8.2 stable with apache Server version: Apache/2.2.18 (FreeBSD) Server built: May 22 2011 21:23:34 and perl 5.12.3 and owm version 2.53 my owm.conf domainnames .com.br auth_module auth_unix.pl mailspooldir /var/mail #ow_cgidir /usr/local/www/cgi-bin/openwebmail ow_cgidir /home2/www/.com.br/cgi-bin/openwebmail ow_cgiurl /cgi-bin/openwebmail #ow_htmldir /usr/local/www/data/openwebmail ow_htmldir /home2/www/.com.br/openwebmail ow_htmlurl /openwebmail logfile /var/log/openwebmail.log enable_viruscheck no enable_spamcheck no enable_learnspam no default_iconset Default default_fscharset none default_signature -- Open WebMail Project (http://openwebmail.org) /default_signature enable_saprefs yes spamcheck_source_allowed all viruscheck_source_allowed all I have some virtual domain but the real domains was configured in owm.conf I take this mesage on browser: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmas...@.com.br and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. On /var/log/owm.log -- nothing on /var/log/.error.log -- [Sun May 29 00:32:50 2011] [error] [client 186.221.20.26] Premature end of script headers: openwebmail.pl, referer: http://www..com.br/index.php [Sun May 29 00:32:55 2011] [error] [client 186.221.20.26] Premature end of script headers: openwebmail.pl, referer: http://www..com.br/index.php on /var/log/messages.log -- Nothing I just read the FAQ and search on mail list but nothing resolv my problem someone can help me? This is a new instalation, I use the owm for long time ago, but now nothing work correct, mavbe I forget some things or some mistake when I type the config files What's the output of # head /path/to/openwebmailcgidir/index.php ? Chris Hi Chris, I don´t have this file on my directory struct, but I found one problem, I don´t know how but I don´t install the mod_perl in apache2 and the system work, but nevertheless show errors. I use the owm3.0Beta4 when I´ll search something show this messages on browser: Software error: Use of uninitialized value $_ in scalar chomp at /home2/www/.com.br/cgi-bin/openwebmail/shares/getmsgids.pl line 244. For help, please send mail to the webmaster (webmas...@.com.br), giving this error message and the time and date of the error. and on /var/log/.error.log show [Tue May 31 07:59:27 2011] [error] [client 189.60.218.205] [Tue May 31 07:59:27 2011] .openwebmail-main.pl: Use of uninitialized value $_ in scalar chomp at /home2/www/.com.br/cgi-bin/openwebmail/shares/getmsgids.pl line 244., referer: http://www..com.br/cgi-bin/openwebmail/openwebmail-main.pl What´s I forget now? Sending back to list too -- please keep it in so people Googling in future can see the replies. By /path/to/openwebmailcgidir/, I meant the path to wherever the index.php is... Do you know where it is? Chris ___ 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: editors/libreoffice: can not compile, crash on, FreeBSD 9.0-CUR/amd64 - msg#00540
2011/5/31 Andriy Gapon a...@freebsd.org: on 31/05/2011 12:11 Olivier Smedts said the following: Segmentation fault: 11 (core dumped) That core dump should be investigated / debugged. At the very least it is not clear from the messages which program crashes. It's more clear if you read the output of the build command. Well I'm not very familiar with debugging, I loaded the program and the core dump with gdb and asked for a backtrace, but that's all I know. Is there anything useful I can do ? I can also provide the core dump. # LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib ldd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/bin/regcomp /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/bin/regcomp: libuno_sal.so.3 = /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_sal.so.3 (0x800866000) libuno_cppu.so.3 = /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_cppu.so.3 (0x800c55000) libuno_cppuhelpergcc3.so.3 = /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_cppuhelpergcc3.so.3 (0x800e87000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x80114b000) libm.so.5 = /lib/libm.so.5 (0x801444000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x801662000) libthr.so.3 = /lib/libthr.so.3 (0x80186f000) libc.so.7 = /lib/libc.so.7 (0x801a91000) libuno_salhelpergcc3.so.3 = /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3 (0x801dd1000) # LD_LIBRARY_PATH=/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib gdb /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/bin/regcomp /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/pyuno/unxfbsdx.pro/lib/regcomp.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 amd64-marcel-freebsd...(no debugging symbols found)... Core was generated by `regcomp'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_sal.so.3...done. Loaded symbols for /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_sal.so.3 Reading symbols from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_cppu.so.3...done. Loaded symbols for /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_cppu.so.3 Reading symbols from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_cppuhelpergcc3.so.3...done. Loaded symbols for /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_cppuhelpergcc3.so.3 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3...done. Loaded symbols for /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libuno_salhelpergcc3.so.3 Reading symbols from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so...done. Loaded symbols for /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so Reading symbols from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libreg.so.3...done. Loaded symbols for /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/libreg.so.3 Reading symbols
Re: editors/libreoffice: can not compile, crash on, FreeBSD 9.0-CUR/amd64 - msg#00540
on 31/05/2011 15:22 Olivier Smedts said the following: 2011/5/31 Andriy Gapon a...@freebsd.org: on 31/05/2011 12:11 Olivier Smedts said the following: Segmentation fault: 11 (core dumped) That core dump should be investigated / debugged. At the very least it is not clear from the messages which program crashes. It's more clear if you read the output of the build command. Well I'm not very familiar with debugging, I loaded the program and the core dump with gdb and asked for a backtrace, but that's all I know. Is there anything useful I can do ? I can also provide the core dump. Speaking from general point of view, it would be nice to compile the failing program (regcomp) and its shared libraries with debug information. However I don't have any advice on how to actually do it in this build environment. [snip] (gdb) bt #0 0x00080202c640 in ?? () #1 0x000802461467 in stoc_impreg::insert_singletons () from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so #2 0x000802463713 in stoc_impreg::ImplementationRegistration::doRegister () from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so #3 0x000802464f8d in stoc_impreg::ImplementationRegistration::prepareRegister () from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so #4 0x004093ba in DoIt::operator() () #5 0x0041aeff in std::for_each__gnu_cxx::__normal_iteratorrtl::OUString*, std::vectorrtl::OUString, std::allocatorrtl::OUString , DoIt () #6 0x00409bef in main () From the backtrace and some googling it seems like the problem could be - and it's just a wild guess - because of exceptions. In particular I've seen something like this when libgcc_s.so used at run-time came from a compiler different than a compiler which was used to produce an executable. In my case it was libgcc_s.so from base gcc at run-time versus libgcc_s.so from gcc45 at link-time. My program crashed on any 'throw' statement (even when an exception should have been caught). Again, I am not saying that this is what happens here, I am just hinting at things to try. P.S. I have not debugged the actual mechanics of the crash that I have described above. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/153337: print/acroread9: terminate called after throwing an instance of 'RSException'
Matthias Andree writes: May 30 07:56:37 jerusalem kernel: KLD linux_adobe.ko: depends on kernel - not available or version mismatch May 30 07:56:37 jerusalem kernel: linker_load_file: Unsupported file type May 30 07:57:48 jerusalem huff: /usr/local/etc/rc.d/linux_adobe: WARNING: Unable to load kernel module /usr/local/libexec/linux_adobe/linux_adobe.ko version mismatch looks likely here - are you sure that your running kernel and the kernel sources are in synch? Quite sure they're not. Kernel sources get updated every day at (local) midnight; they're used to upgrade the kernel ... usually every month (sometimes longer), but sometimes quickly if a problem if discovered that update corrects. If not, that's where the mismatch comes from. This is the second program - the other is sysutils/lsof - that makes this (to my mind unwarranted) assumption. Recognizing this unlikely to change, can this expectation be documented so it is announced at compile time? Robert Huff ___ 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/153337: print/acroread9: terminate called after throwing an instance of 'RSException'
Am 31.05.2011 13:51, schrieb Robert Huff: Matthias Andree writes: May 30 07:56:37 jerusalem kernel: KLD linux_adobe.ko: depends on kernel - not available or version mismatch May 30 07:56:37 jerusalem kernel: linker_load_file: Unsupported file type May 30 07:57:48 jerusalem huff: /usr/local/etc/rc.d/linux_adobe: WARNING: Unable to load kernel module /usr/local/libexec/linux_adobe/linux_adobe.ko version mismatch looks likely here - are you sure that your running kernel and the kernel sources are in synch? Quite sure they're not. Kernel sources get updated every day at (local) midnight; they're used to upgrade the kernel ... usually every month (sometimes longer), but sometimes quickly if a problem if discovered that update corrects. So that's the cause. Simple solution: rebuild your kernel source from /usr/src/sys, reboot, and rebuild and reinstall all modules with the same kernel sources in place. I believe something like this isn't too hard to grasp from the staying current handbook sections. If it's not, feel free to propose a wording. Don't update or build new kernel modules until you're ready to upgrade your kernel and reboot. If not, that's where the mismatch comes from. This is the second program - the other is sysutils/lsof - that makes this (to my mind unwarranted) assumption. Recognizing this unlikely to change, can this expectation be documented so it is announced at compile time? The assumption is neither unwarranted nor surprising. 1. You are compiling kernel modules, i. e. stuff that meddles with /internal/ kernel interfaces (else it were a regular application, not a kernel module) 2. You are also using -CURRENT, which is a moving target, by definition, and as documented. (The same applies to -STABLE BTW. - if you want really stable code, stick to the -RELEASE-s.) You need to make sure that the kernel sources (including headers) of your currently running kernel and the modules to be loaded are compatible, because the header files in the kernel sources are what defines the interfaces. ___ 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: openwebmail not work
On 05/31/11 08:12, Chris Rees wrote: On 31 May 2011 12:56, Nilton Jose Rizzori...@lin.ufrj.br wrote: On Tue, 31 May 2011 10:11:13 +0100, Chris Rees wrote On 31 May 2011 02:40, Nilton Jose Rizzori...@lin.ufrj.br wrote: Hi folks, I have a box running FreeBSD 8.2 stable with apache Server version: Apache/2.2.18 (FreeBSD) Server built: May 22 2011 21:23:34 and perl 5.12.3 and owm version 2.53 my owm.conf domainnames .com.br auth_module auth_unix.pl mailspooldir/var/mail #ow_cgidir /usr/local/www/cgi-bin/openwebmail ow_cgidir /home2/www/.com.br/cgi-bin/openwebmail ow_cgiurl /cgi-bin/openwebmail #ow_htmldir /usr/local/www/data/openwebmail ow_htmldir /home2/www/.com.br/openwebmail ow_htmlurl /openwebmail logfile /var/log/openwebmail.log enable_viruscheck no enable_spamcheckno enable_learnspamno default_iconset Default default_fscharset none default_signature -- Open WebMail Project (http://openwebmail.org) /default_signature enable_saprefs yes spamcheck_source_allowed all viruscheck_source_allowed all I have some virtual domain but the real domains was configured in owm.conf I take this mesage on browser: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmas...@.com.br and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. On /var/log/owm.log --nothing on /var/log/.error.log -- [Sun May 29 00:32:50 2011] [error] [client 186.221.20.26] Premature end of script headers: openwebmail.pl, referer: http://www..com.br/index.php [Sun May 29 00:32:55 2011] [error] [client 186.221.20.26] Premature end of script headers: openwebmail.pl, referer: http://www..com.br/index.php on /var/log/messages.log --Nothing I just read the FAQ and search on mail list but nothing resolv my problem someone can help me? This is a new instalation, I use the owm for long time ago, but now nothing work correct, mavbe I forget some things or some mistake when I type the config files What's the output of # head /path/to/openwebmailcgidir/index.php ? Chris Hi Chris, I don´t have this file on my directory struct, but I found one problem, I don´t know how but I don´t install the mod_perl in apache2 and the system work, but nevertheless show errors. I use the owm3.0Beta4 when I´ll search something show this messages on browser: Software error: Use of uninitialized value $_ in scalar chomp at /home2/www/.com.br/cgi-bin/openwebmail/shares/getmsgids.pl line 244. For help, please send mail to the webmaster (webmas...@.com.br), giving this error message and the time and date of the error. and on /var/log/.error.log show [Tue May 31 07:59:27 2011] [error] [client 189.60.218.205] [Tue May 31 07:59:27 2011] .openwebmail-main.pl: Use of uninitialized value $_ in scalar chomp at /home2/www/.com.br/cgi-bin/openwebmail/shares/getmsgids.pl line 244., referer: http://www..com.br/cgi-bin/openwebmail/openwebmail-main.pl What´s I forget now? Sending back to list too -- please keep it in so people Googling in future can see the replies. By /path/to/openwebmailcgidir/, I meant the path to wherever the index.php is... Do you know where it is? Chris ___ 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 The openwebmail directory (standard install is at /usr/local/www/cgi-bin/openwebmail) does not have an index.php file. It is all cgi with .pl extensions Tim Kellers ___ 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
johnmart51...@gmail.com has a new email address
[canvas1.gif] [canvas2.gif] The New Facebook is here and has a new e-mail address. Old E-mail Address: johnmart51...@gmail.com New E-mail Address:[1]ashley.mc...@aol.com HERE IS THE NEW FACEBOOK FOR SINGLES !! [2]WWW.AMATEURMATCH.COM [3]Check out the new AOL. Most comprehensive set of free safety and security tools, free access to millions of high-quality videos from across the web, free AOL Mail and more. References 1. mailto:ashley.mc...@aol.com 2. http://www.amateurmatch.com/?ainfo=MjY5MjF8NnwxNjkzatcc=3skin=114 3. http://free.aol.com/thenewaol/index.adp ___ 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
RFC: some patches to the Porter's Handbook
When going through the Using sections, I always get irritated by
having to figure out where the makevars that they are talking about
are defined. This patch adds some crossrefs to the CVSWeb pages
for them. (In a few cases, the filenames were mentioned, but they
weren't CVSWeb references.)
Does anyone have any objection to the following?
mcl
Index: book.sgml
===
RCS file: /home/dcvs/doc/en_US.ISO8859-1/books/porters-handbook/book.sgml,v
retrieving revision 1.1106
diff -u -r1.1106 book.sgml
--- book.sgml 1 Jun 2011 04:15:04 - 1.1106
+++ book.sgml 1 Jun 2011 04:58:40 -
@@ -68,7 +68,11 @@
paraWhen this document is not sufficiently detailed, you should
refer to filename/usr/ports/Mk/bsd.port.mk/filename, which
- all port Makefiles include. Even if you do not hack Makefiles
+ all port Makefiles include.
+ (For reference, you can view the
+ ulink url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk;
+ current contents of bsd.port.mk/ulink on the web.)
+ Even if you do not hack Makefiles
daily, it is well commented, and you will still gain much
knowledge from it. Additionally, you may send specific questions
to the a.ports;./para
@@ -441,7 +445,9 @@
paraFirst, this is the sequence of events which occurs when the user
first types commandmake/command in your port's directory.
- You may find that having filenamebsd.port.mk/filename in another
+ You may find that having
+ ulink
url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk;bsd.port.mk/ulink
+ in another
window while you read this really helps to understand it./para
paraBut do not worry if you do not really understand what
@@ -3545,7 +3551,7 @@
/note
table frame=none
- titleThe makevarUSE_replaceable*/replaceable/makevar
+ titleCommon makevarUSE_replaceable*/replaceable/makevar
variables/title
tgroup cols=2
@@ -4019,6 +4025,10 @@
paraUse commandmake showconfig/command to see the saved
configuration. Use commandmake rmconfig/command to remove the
saved configuration./para
+
+ paraFor the complete details of how makevarOPTIONS/makevar
work, see
+ ulink
url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.options.mk;
+ bsd.options.mk/ulink./para
/sect3
sect3
@@ -4888,6 +4898,10 @@
/tgroup
/table
+ paraMore details are available in
+ ulink
url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.scons.mk;
+ bsd.scons.mk/ulink.
+
paraTo make third party filenameSConstruct/filename respect
everything that is passed to SCons in makevarSCONS_ENV/makevar
(that is, most importantly,
@@ -4940,6 +4954,10 @@
for cross-development work. This can also be accomplished
by installing the literaldevel/autotools/literal port./para
+ paraMore details are available in
+ ulink
url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.autotools.mk;
+ bsd.autotools.mk/ulink.
+
/sect2
sect2 id=using-libtool
@@ -5349,8 +5367,9 @@
xprintutil xpr oto xproxymngproto xrandr xrender xres xscrnsaver xt
xtrans xtrap xtst xv xvmc xxf86dga xxf86misc xxf86vm/literal./para
- paraAlways up-to-date list can be found in
- filename/usr/ports/Mk/bsd.xorg.mk/filename./para
+ paraThe most up-to-date list can be found in
+ ulink
url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.xorg.mk;
+ bsd.xorg.mk/ulink.
paraThe Mesa Project is an effort to provide free OpenGL
implementation. You can specify a dependency on various components
@@ -5632,6 +5651,10 @@
list of these variables/ulink exists within the FreeBSD/GNOME
project's homepage./para
+ paraMore details are available in
+ ulink
url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.gnome.mk;
+ bsd.gnome.mk/ulink.
+
/sect1
sect1 id=using-qt
@@ -5758,6 +5781,10 @@
programlistingCONFIGURE_ENV+= UIC=${UIC} QMAKE=${QMAKE}
QMAKESPEC=${QMAKESPEC}
MAKE_ENV+= QMAKESPEC=${QMAKESPEC}/programlisting
+ paraMore details are available in
+ ulink url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.qt.mk;
+ bsd.qt.mk/ulink.
+
/sect2
sect2 id=qt4-components
@@ -5987,6 +6014,10 @@
sect1 id=using-kde
titleUsing KDE/title
+ paraMore details are available in
+ ulink url=http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.kde.mk;
+ bsd.kde.mk/ulink.
+
sect2 id=kde-variables
titleVariable definitions (KDE 3.x only)/title
@@ -6422,6 +6453,10 @@
xref linkend=plist-sub) and
Re: RFC: some patches to the Porter's Handbook
On Wed, Jun 01, 2011 at 12:04:13AM -0500, Mark Linimon thus spake: When going through the Using sections, I always get irritated by having to figure out where the makevars that they are talking about are defined. This patch adds some crossrefs to the CVSWeb pages for them. (In a few cases, the filenames were mentioned, but they weren't CVSWeb references.) Does anyone have any objection to the following? mcl Good idea. You may want to consider using 'url.base': ulink url=url.base;/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk -jgh ___ 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
