Netatalk 2.2.2 disconnection
I've just upgraded net/netatalk from 2.2.1 -> 2.2.2 and I am no longer able to
browse volumes in the Finder in Mac OS X 10.7.3.
Authentication seems to work fine and the volume mounts but as soon as I try to
browse certain directories I get disconnected with the message "The file server
[my server] has closed down".
It seems to be related to these entries in the logs - afp_read…. : ad_readfile:
Resource temporarily unavailable
I've checked the Netatalk mailing lists and can't find any similar issues so
I'm wondering if it's FreeBSD port specific.
Any ideas why this is occurring?
Apr 28 08:47:34.424959 afpd[31744] {auth.c:690} (E:AFPDaemon): afp_disconnect:
primary reconnect failed
Apr 28 08:47:34.588268 afpd[31744] {volume.c:2133} (I:AFPDaemon): CNID server:
localhost:4700
Apr 28 08:47:34.594545 afpd[31744] {dsi_stream.c:108} (E:DSI): dsi_peek: EOF
Apr 28 08:47:34.594795 afpd[31744] {fork.c:951} (E:AFPDaemon):
afp_read(biglietto_omaggio.ai): ad_readfile: Resource temporarily unavailable
Apr 28 08:47:34.594860 afpd[31744] {fork.c:980} (E:AFPDaemon):
afp_read(biglietto_omaggio.ai): Resource temporarily unavailable
Apr 28 08:47:34.595031 afpd[31744] {dsi_stream.c:418} (E:DSI): dsi_stream_read:
len:0, unexpected EOF
Apr 28 08:47:34.595058 afpd[31744] {dsi_stream.c:247} (N:DSI): dsi_disconnect:
entering disconnected state
Apr 28 08:47:34.693389 afpd[32454] {dsi_tcp.c:212} (I:DSI): AFP/TCP session
from 192.168.200.19:63002
Apr 28 08:47:34.694293 afpd[32454] {uams_dhx2_pam.c:321} (I:UAMS): DHX2 login:
shares
Apr 28 08:47:34.728424 afpd[32454] {uams_dhx2_pam.c:210} (I:UAMS): PAM DHX2:
PAM Success
Apr 28 08:47:34.729649 afpd[32454] {uams_dhx2_pam.c:210} (I:UAMS): PAM DHX2:
PAM Success
Apr 28 08:47:34.729929 afpd[32454] {uams_dhx2_pam.c:698} (I:UAMS): DHX2: PAM
Auth OK!
Apr 28 08:47:34.729960 afpd[32454] {auth.c:270} (N:AFPDaemon): AFP3.3 Login by
shares
Apr 28 08:47:34.730911 afpd[32454] {auth.c:657} (N:AFPDaemon): afp_disconnect:
trying primary reconnect
Apr 28 08:47:34.731043 afpd[54962] {server_child.c:306} (N:Default): Reconnect:
transfering session to child[31744]
Apr 28 08:47:34.731168 afpd[54962] {server_ipc.c:290} (N:AFPDaemon): Reconnect:
killing new session child[32454] after transfer
Apr 28 08:47:34.731203 afpd[31744] {afp_dsi.c:198} (N:AFPDaemon):
afp_dsi_transfer_session: succesfull primary reconnect
Apr 28 08:47:34.731591 afpd[31744] {afp_dsi.c:600} (N:AFPDaemon): AFP Replay
Cache match: id: 342 / cmd: AFP_READ_EXT
Apr 28 08:47:34.731655 afpd[31744] {afp_dsi.c:600} (N:AFPDaemon): AFP Replay
Cache match: id: 343 / cmd: AFP_OPENFORK
Apr 28 08:47:34.732053 afpd[31744] {fork.c:853} (E:AFPDaemon): afp_read:
of_find(19) could not locate fork
Apr 28 08:47:34.732400 afpd[31744] {fork.c:1128} (E:AFPDaemon): afp_closefork:
of_find(256) could not locate fork
Apr 28 08:47:34.747665 afpd[31744] {dsi_stream.c:108} (E:DSI): dsi_peek: EOF
Apr 28 08:47:34.747800 afpd[31744] {dsi_stream.c:418} (E:DSI): dsi_stream_read:
len:0, unexpected EOF
Apr 28 08:47:34.747831 afpd[31744] {dsi_stream.c:418} (E:DSI): dsi_stream_read:
len:0, unexpected EOF
Apr 28 08:47:34.747888 afpd[31744] {dsi_stream.c:247} (N:DSI): dsi_disconnect:
entering disconnected state
Apr 28 08:47:34.834608 afpd[32527] {dsi_tcp.c:212} (I:DSI): AFP/TCP session
from 192.168.200.19:63003
Apr 28 08:47:34.835473 afpd[32527] {uams_dhx2_pam.c:321} (I:UAMS): DHX2 login:
shares
Apr 28 08:47:34.869855 afpd[32527] {uams_dhx2_pam.c:210} (I:UAMS): PAM DHX2:
PAM Success
Apr 28 08:47:34.870896 afpd[32527] {uams_dhx2_pam.c:210} (I:UAMS): PAM DHX2:
PAM Success
Apr 28 08:47:34.871140 afpd[32527] {uams_dhx2_pam.c:698} (I:UAMS): DHX2: PAM
Auth OK!
Apr 28 08:47:34.871170 afpd[32527] {auth.c:270} (N:AFPDaemon): AFP3.3 Login by
shares
Apr 28 08:47:34.871819 afpd[32527] {auth.c:657} (N:AFPDaemon): afp_disconnect:
trying primary reconnect
Apr 28 08:47:34.871922 afpd[54962] {server_child.c:306} (N:Default): Reconnect:
transfering session to child[31744]
Apr 28 08:47:34.872039 afpd[54962] {server_ipc.c:290} (N:AFPDaemon): Reconnect:
killing new session child[32527] after transfer
Apr 28 08:47:34.872091 afpd[31744] {afp_dsi.c:198} (N:AFPDaemon):
afp_dsi_transfer_session: succesfull primary reconnect
Apr 28 08:47:34.949648 afpd[31744] {fork.c:951} (E:AFPDaemon):
afp_read(biglietto_omaggio.ai): ad_readfile: Resource temporarily unavailable
Apr 28 08:47:34.949735 afpd[31744] {fork.c:980} (E:AFPDaemon):
afp_read(biglietto_omaggio.ai): Resource temporarily unavailable
Apr 28 08:47:34.950248 afpd[31744] {afp_dsi.c:99} (N:AFPDaemon): AFP
statistics: 1.68 KB read, 33.56 KB written
Apr 28 08:47:34.950323 afpd[31744] {dircache.c:616} (I:AFPDaemon): dircache
statistics: entries: 3, lookups: 22, hits: 19, misses: 3, added: 3, removed: 0,
expunged: 0, evicted: 0
Apr 28 08:47:34.950391 afpd[31744] {afp_dsi.c:128} (I:AFPDaemon): Connection
terminated
Apr 28 08:47:34.951103 afpd[54962] {main.c:214} (I:AFPDaemon): child[31744]:
exited 1
Apr 28 08:47:36.731
New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);
Compiling Xorg stuff with the switch set in /etc/make.conf for the new Xorg graphics/dri mesa 7.11.x and xorg-server 1.10.6 with CLANG on bot FreeBSD 10 and 9 end up in an error: nouveau_array.c:49:16: error: illegal storage class on function *extract_u = EXTRACT(char, unsigned, 1); This error seem to be well known since last year, as this links states: http://lists.freedesktop.org/archives/nouveau/2011-December/009768.html and claimed to be resolved, as this link indicates: http://lists.freedesktop.org/archives/mesa-dev/2012-March/019815.html and http://cgit.freedesktop.org/mesa/mesa/commit/?id=4aa1ac5fe94b5696095229ee3568bf4fa7cfed95 Is there in "official" way to get this fixed with CLANG? I see that files folder in graphics/dri is missing, so none of the fixes for both the faulty source files nouveau_array.c nouveau_render_t.c as indicated by the patches have been fixed permanently for CLANG with FreeBSD so far. It would be a pleasure having a "nice" solution using CLANG. I was looking for a switch allowing to patch the sources upon a criteria, but the ports framework seems not to be capable of such a thing. If there is already a solution I would be pleased to have it, too, if available, otherwise I will go for installation of GIT, sucking in the patches and create myself patchfiles. I'm hesitating to do so at the moment since I don't want to have git installed since I do not use it, yet (updating useless/unused ports is sometimes a waste of time on slow boxes, sorry). Thanks in advance, Oliver signature.asc Description: OpenPGP digital signature
Re: New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);
O. Hartmann wrote: Is there in "official" way to get this fixed with CLANG? I see that files folder in graphics/dri is missing, so none of the fixes for both the faulty source files I think the patch should go to graphics/libGL. cd /usr/ports/graphics/libGL/files fetch -rao - 'http://cgit.freedesktop.org/mesa/mesa/patch/?id=4aa1ac5fe94b5696095229ee3568bf4fa7cfed95' | sed -e 's|^--- a/src|--- src|' -e 's|^+++ b/src|+++ src|' > patch-nouveau Should do. -- Sphinx of black quartz judge my vow. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);
On 2012-04-28 13:12, Volodymyr Kostyrko wrote: > O. Hartmann wrote: >> Is there in "official" way to get this fixed with CLANG? I see that >> files folder in graphics/dri is missing, so none of the fixes for both >> the faulty source files > > I think the patch should go to graphics/libGL. > > cd /usr/ports/graphics/libGL/files > fetch -rao - > 'http://cgit.freedesktop.org/mesa/mesa/patch/?id=4aa1ac5fe94b5696095229ee3568bf4fa7cfed95' > > | sed -e 's|^--- a/src|--- src|' -e 's|^+++ b/src|+++ src|' > patch-nouveau > > Should do. Please try this patch (lightly tested): http://www.andric.com/freebsd/clang/clangports-graphics-libGL-3.diff ___ 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"
devel/p5-Module-Build fails to upgrade
Hello, FYI For some reason, devel/p5-Module-Build failed to upgrade: root@kg-v2# pv | grep -i module-build p5-Module-Build-0.4000 = up-to-date with port root@kg-v2# portupgrade -f p5-Module-Build ---> Reinstalling 'p5-Module-Build-0.4000' (devel/p5-Module-Build) ---> Building '/usr/ports/devel/p5-Module-Build' ===> Cleaning for p5-Module-Build-0.4000 ===> License check disabled, port has not defined LICENSE ===> Extracting for p5-Module-Build-0.4000 => SHA256 Checksum OK for Module-Build-0.40.tar.gz. ===> p5-Module-Build-0.4000 depends on file: /usr/local/bin/perl5.12.4 - found ===> Patching for p5-Module-Build-0.4000 ===> p5-Module-Build-0.4000 depends on file: /usr/local/bin/perl5.12.4 - found ===> p5-Module-Build-0.4000 depends on package: p5-CPAN-Meta>=2.110420 - found ===> p5-Module-Build-0.4000 depends on package: p5-CPAN-Meta-YAML>=0.003 - found ===> p5-Module-Build-0.4000 depends on package: p5-Module-Metadata>=1.02 - found ===> p5-Module-Build-0.4000 depends on package: p5-Parse-CPAN-Meta>=1.44.01 - found ===> p5-Module-Build-0.4000 depends on package: p5-Perl-OSType>=1 - found ===> p5-Module-Build-0.4000 depends on package: p5-version>=0.87 - found ===> p5-Module-Build-0.4000 depends on file: /usr/local/bin/perl5.12.4 - found ===> Configuring for p5-Module-Build-0.4000 *** BOOTSTRAPPING Perl::OSType *** Could not create MYMETA files Creating new 'Build' script for 'Module-Build' version '0.40' Copied META.yml to MYMETA.yml for bootstrapping These additional prerequisites must be installed: requires: ! Perl::OSType (we need version 1.00) ===> Building for p5-Module-Build-0.4000 Can't locate Perl/OSType.pm in @INC (@INC contains: t/lib t/bundled lib /usr/local/lib/perl5/5.12.4/BSDPAN /usr/local/lib/perl5/site_perl/5.12.4/mach /usr/local/lib/perl5/site_perl/5.12.4 /usr/local/lib/perl5/5.12.4/mach /usr/local/lib/perl5/5.12.4 .) at lib/Module/Build.pm line 13. BEGIN failed--compilation aborted at lib/Module/Build.pm line 13. Compilation failed in require at Build line 42. BEGIN failed--compilation aborted at Build line 42. *** Error code 2 Stop in /usr/ports/devel/p5-Module-Build. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120428-93794-1m45tkk-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=p5-Module-Build-0.4000 UPGRADE_PORT_VER=0.4000 make ** Fix the problem and try again. root@kg-v2# pv | grep -i ostype p5-Perl-OSType-1.002= up-to-date with port I did 'portupgrade -f p5-Perl-OSType' and after that 'portupgrade -f p5-Module-Build' worked as it should. This is on root@kg-v2# uname -a FreeBSD kg-v2.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #6: Fri Apr 27 23:50:55 CEST 2012 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 and the ports tree has been updated today. HTH -- Regards, Torfinn Ingolfsen ___ 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: -fstack-protector again (rpm4, BROKEN textproc/libextractor)
Hi Juergen,
Please Cc: me when replying.
On Fri, Dec 09, 2011 at 06:56:52PM +0100, Juergen Lock wrote:
> Hi!
>
> I got a report that textproc/libextractor was marked BROKEN on
> i386 which one of my ports uses, so with the help of swill's tb
> (I don't really use i386 myself here anymore so thanx for that :)
> I took a look. The failed libextractor log seem to be this one:
>
>
> http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110914141638/libextractor-0.6.2_4.log
>
> The problem:
>
> [...]
> checking for rpmReadPackageFile in -lrpm... no
> [...]
> ===> Building package for libextractor-0.6.2_4
> tar: lib/libextractor/libextractor_rpm.la: Cannot stat: No such file or
> directory
> tar: lib/libextractor/libextractor_rpm.so: Cannot stat: No such file or
> directory
> tar: Error exit delayed from previous errors.
> pkg_create: make_dist: tar command failed with code 256
> *** Error code 1
> [...]
>
> The config.log from swill's tb reveals:
>
> [...]
> configure:19183: checking for rpmReadPackageFile in -lrpm
> configure:19208: cc -o conftest -fno-strict-aliasing -O2 -pipe
> -fno-strict-alias
> ing -I/usr/local/include -L/usr/local/lib -L/usr/local/lib
> -L/usr/local/lib/qt4
> conftest.c -lrpm >&5
> /usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
> configure:19208: $? = 1
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "libextractor"
> | #define PACKAGE_TARNAME "libextractor"
> | #define PACKAGE_VERSION "0.6.2"
> | #define PACKAGE_STRING "libextractor 0.6.2"
> | #define PACKAGE_BUGREPORT "bug-libextrac...@gnu.org"
> | #define PACKAGE_URL ""
> | #define PACKAGE "libextractor"
> | #define VERSION "0.6.2"
> | #define STDC_HEADERS 1
> | #define HAVE_SYS_TYPES_H 1
> | #define HAVE_SYS_STAT_H 1
> | #define HAVE_STDLIB_H 1
> | #define HAVE_STRING_H 1
> | #define HAVE_MEMORY_H 1
> | #define HAVE_STRINGS_H 1
> | #define HAVE_INTTYPES_H 1
> | #define HAVE_STDINT_H 1
> | #define HAVE_UNISTD_H 1
> | #define __EXTENSIONS__ 1
> | #define _ALL_SOURCE 1
> | #define _GNU_SOURCE 1
> | #define _POSIX_PTHREAD_SEMANTICS 1
> | #define _TANDEM_SOURCE 1
> | #define HAVE_DLFCN_H 1
> | #define LT_OBJDIR ".libs/"
> | #define LT_MODULE_EXT ".so"
> | #define LT_MODULE_PATH_VAR "LD_LIBRARY_PATH"
> | #define LT_DLSEARCH_PATH "/lib:/usr/lib"
> | #define HAVE_LIBDL 1
> | #define HAVE_DLERROR 1
> | #define HAVE_LIBDLLOADER 1
> | #define error_t int
> | #define __error_t_defined 1
> | #define HAVE_PRELOADED_SYMBOLS 1
> | #define HAVE_LTDL 1
> | #define HAVE_UNISTD_H 1
> | #define HAVE_DIRENT_H 1
> | #define HAVE_CLOSEDIR 1
> | #define HAVE_OPENDIR 1
> | #define HAVE_READDIR 1
> | #define HAVE_STRLCAT 1
> | #define HAVE_STRLCPY 1
> | #define LT_LIBEXT "a"
> | #define SOMEBSD 1
> | #define HAVE_LIBC_R 1
> | #define HAVE_ICONV 1
> | #define ICONV_CONST const
> | #define LOCALEDIR "/usr/local/share/locale"
> | #define ISOLOCALEDIR "/usr/share/locale"
> | #define HAVE_FSEEKO 1
> | #define HAVE_LIBSTDC__ 1
> | #define HAVE_LANGINFO_H 1
> | #define HAVE_VORBIS_VORBISFILE_H 1
> | #define HAVE_VORBISFILE 1
> | #define HAVE_FLAC_ALL_H 1
> | #define HAVE_FLAC 1
> | #define HAVE_FLAC 1
> | #define HAVE_ZLIB_H 1
> | #define HAVE_ZLIB 1
> | #define HAVE_BZLIB_H 1
> | #define HAVE_LIBBZ2 1
> | /* end confdefs.h. */
> |
> | /* Override any GCC internal prototype to avoid an error.
> |Use char because int might match the return type of a GCC
> |builtin and then its argument prototype would still apply. */
> | #ifdef __cplusplus
> | extern "C"
> | #endif
> | char rpmReadPackageFile ();
> | int
> | main ()
> | {
> | return rpmReadPackageFile ();
> | ;
> | return 0;
> | }
> configure:19217: result: no
> [...]
>
> So the problem is this:
>
> /usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
>
> which according to list archives happens/can happen [1] when one
> links code built with -fstack-protector to code that wasn't, and
> archivers/rpm4's configure script autodetects that the compiler
> supports -fstack-protector and then proceeds to using it:
>
> [...]
> checking supported compiler flags...
>-fno-strict-aliasing
>-fstack-protector
> checking for special C compiler options needed for large files... no
> [...]
>
> ..while libextractor's doesn't. So I came up with this (untested)
> patch for archivers/rpm4: (maintainers Cc'd, of course we'd want a
> PORTREVISION bump there too.)
>
> Index: Makefile
> ===
> RCS file: /home/pcvs/ports/archivers/rpm4/Makefile,v
> retrieving revision 1.38
> diff -u -p -r1.38 Makefile
> --- Makefile 7 Oct 2011 14:33:17 - 1.38
> +++ Makefile 9 Dec 2011 17:24:09 -
> @@ -101,6 +101,16 @@ LIB_DEPENDS+=lzma:${PORTSDIR}/archivers
> .endif
>
> post-patch:
> +# disable -fstack-protector on i386 as that causes librpm clients
> +# not using -fstack-protector faling to link there, like the autoconf
> +# check
Re: -fstack-protector again (rpm4, BROKEN textproc/libextractor)
On Sat, Apr 28, 2012 at 11:46:10PM +0200, Jeremie Le Hen wrote:
> Hi Juergen,
Hi!
>
> Please Cc: me when replying.
>
> On Fri, Dec 09, 2011 at 06:56:52PM +0100, Juergen Lock wrote:
> > Hi!
> >
> > I got a report that textproc/libextractor was marked BROKEN on
> > i386 which one of my ports uses, so with the help of swill's tb
> > (I don't really use i386 myself here anymore so thanx for that :)
> > I took a look. The failed libextractor log seem to be this one:
> >
> >
> > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110914141638/libextractor-0.6.2_4.log
> >
> > The problem:
> >
> > [...]
> > checking for rpmReadPackageFile in -lrpm... no
> > [...]
> > ===> Building package for libextractor-0.6.2_4
> > tar: lib/libextractor/libextractor_rpm.la: Cannot stat: No such file or
> > directory
> > tar: lib/libextractor/libextractor_rpm.so: Cannot stat: No such file or
> > directory
> > tar: Error exit delayed from previous errors.
> > pkg_create: make_dist: tar command failed with code 256
> > *** Error code 1
> > [...]
> >
> > The config.log from swill's tb reveals:
> >
> > [...]
> > configure:19183: checking for rpmReadPackageFile in -lrpm
> > configure:19208: cc -o conftest -fno-strict-aliasing -O2 -pipe
> > -fno-strict-alias
> > ing -I/usr/local/include -L/usr/local/lib -L/usr/local/lib
> > -L/usr/local/lib/qt4
> > conftest.c -lrpm >&5
> > /usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
> > configure:19208: $? = 1
> > configure: failed program was:
> > | /* confdefs.h */
> > | #define PACKAGE_NAME "libextractor"
> > | #define PACKAGE_TARNAME "libextractor"
> > | #define PACKAGE_VERSION "0.6.2"
> > | #define PACKAGE_STRING "libextractor 0.6.2"
> > | #define PACKAGE_BUGREPORT "bug-libextrac...@gnu.org"
> > | #define PACKAGE_URL ""
> > | #define PACKAGE "libextractor"
> > | #define VERSION "0.6.2"
> > | #define STDC_HEADERS 1
> > | #define HAVE_SYS_TYPES_H 1
> > | #define HAVE_SYS_STAT_H 1
> > | #define HAVE_STDLIB_H 1
> > | #define HAVE_STRING_H 1
> > | #define HAVE_MEMORY_H 1
> > | #define HAVE_STRINGS_H 1
> > | #define HAVE_INTTYPES_H 1
> > | #define HAVE_STDINT_H 1
> > | #define HAVE_UNISTD_H 1
> > | #define __EXTENSIONS__ 1
> > | #define _ALL_SOURCE 1
> > | #define _GNU_SOURCE 1
> > | #define _POSIX_PTHREAD_SEMANTICS 1
> > | #define _TANDEM_SOURCE 1
> > | #define HAVE_DLFCN_H 1
> > | #define LT_OBJDIR ".libs/"
> > | #define LT_MODULE_EXT ".so"
> > | #define LT_MODULE_PATH_VAR "LD_LIBRARY_PATH"
> > | #define LT_DLSEARCH_PATH "/lib:/usr/lib"
> > | #define HAVE_LIBDL 1
> > | #define HAVE_DLERROR 1
> > | #define HAVE_LIBDLLOADER 1
> > | #define error_t int
> > | #define __error_t_defined 1
> > | #define HAVE_PRELOADED_SYMBOLS 1
> > | #define HAVE_LTDL 1
> > | #define HAVE_UNISTD_H 1
> > | #define HAVE_DIRENT_H 1
> > | #define HAVE_CLOSEDIR 1
> > | #define HAVE_OPENDIR 1
> > | #define HAVE_READDIR 1
> > | #define HAVE_STRLCAT 1
> > | #define HAVE_STRLCPY 1
> > | #define LT_LIBEXT "a"
> > | #define SOMEBSD 1
> > | #define HAVE_LIBC_R 1
> > | #define HAVE_ICONV 1
> > | #define ICONV_CONST const
> > | #define LOCALEDIR "/usr/local/share/locale"
> > | #define ISOLOCALEDIR "/usr/share/locale"
> > | #define HAVE_FSEEKO 1
> > | #define HAVE_LIBSTDC__ 1
> > | #define HAVE_LANGINFO_H 1
> > | #define HAVE_VORBIS_VORBISFILE_H 1
> > | #define HAVE_VORBISFILE 1
> > | #define HAVE_FLAC_ALL_H 1
> > | #define HAVE_FLAC 1
> > | #define HAVE_FLAC 1
> > | #define HAVE_ZLIB_H 1
> > | #define HAVE_ZLIB 1
> > | #define HAVE_BZLIB_H 1
> > | #define HAVE_LIBBZ2 1
> > | /* end confdefs.h. */
> > |
> > | /* Override any GCC internal prototype to avoid an error.
> > |Use char because int might match the return type of a GCC
> > |builtin and then its argument prototype would still apply. */
> > | #ifdef __cplusplus
> > | extern "C"
> > | #endif
> > | char rpmReadPackageFile ();
> > | int
> > | main ()
> > | {
> > | return rpmReadPackageFile ();
> > | ;
> > | return 0;
> > | }
> > configure:19217: result: no
> > [...]
> >
> > So the problem is this:
> >
> > /usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
> >
> > which according to list archives happens/can happen [1] when one
> > links code built with -fstack-protector to code that wasn't, and
> > archivers/rpm4's configure script autodetects that the compiler
> > supports -fstack-protector and then proceeds to using it:
> >
> > [...]
> > checking supported compiler flags...
> >-fno-strict-aliasing
> >-fstack-protector
> > checking for special C compiler options needed for large files... no
> > [...]
> >
> > ..while libextractor's doesn't. So I came up with this (untested)
> > patch for archivers/rpm4: (maintainers Cc'd, of course we'd want a
> > PORTREVISION bump there too.)
> >
> > Index: Makefile
> > ===
> > RCS file: /home/pcvs/ports/archivers/rpm4/Makefile,v
> > retrieving revision 1.38
> > diff -u
Netatalk 2.2.2 disconnection
Hi there, I was fighting the same issue all day as well; the only solution I had found was to downgrade netatalk back to 2.2.1. A new version of the port, netatalk-2.2.2_1,1 , was pushed out just a little while ago and this appears to fix this issue (or at least for me). The new version disables sendfile() by default and makes it optional because apparently it causes issues with ZFS (which does apply in my case). Anyway, I switched to 2.2.2_1,1, making sure that sendfile support was disabled, and now everything works great once again. Cheers, Matt___ 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: [kde-freebsd] FreeBSD Port: databases/libiodbc
Mehmet Erol Sanliturk writes: > During make of KDE4 , > > a conflict occurred between libiodbc and > previously installed unixODBC > > in FreeBSD 9.0 Release amd64 with GNOME2 running as background , > > and make has been terminated . > > > The unixODBC could not be deleted due to dependency requirements . > > > I have installed libiodbc as forced , and the soprano as forced , > and virtuoso as forced , and restarted making KDE4 . Isn't `portmaster -o databases/libiodbc unixodbc' or an equivalent enough for you to solve the dependency problems? ___ 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"
databases/py-sqlite3 - ports/156076
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, If there's no objection, could we get the patch in this PR committed? I've ran into this numerous times in the past 6 months. This patch has worked great for me. Apologies for the cross-post. This port has no maintainer and I figured it best to include ports@. Regards, Bryan Drewery -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPnLSwAAoJEG54KsA8mwz5iXUQALThHzZUfNmrR6P9Ze46d2Vm fwhKD3A20SeVz/HfuwHlkdGZcWWdCvPhhNmuTDb8z+quYf2UX2dmVpK1O9F0ciO7 uyWcuJjzVeEN3XSA+krRgZUW2mZliFQX4Tah0mflNpDrBGjvJXpOPy29KubYanzx 6qIEmeYeQXifm0avocbG9aeW5KHMef/Frtdkcs5qoipCvu+AGtftUCgAqoEgnzDW 0duxUV5dy8YrKx5njZEJ90cjbcD9/mZ27QTOr9X8yvmtDc0YQGlhf3/7OCDld7ZC VuwRM29e2Ggbwv2M10ZbAr7isKtVEsmrU7tNIEAHnTBnOmzFVJoca6LRC09Ygivf 1aK9lBKcbYHxcIU4fHlAQXAqW+L1NpHUopr7IGlp8wQ5Ab8c7OjLSWh3JUsspc6I z7acU6KhngsNo+AhPT0YJPxFTJ+TRPhLXN9yL6iHD++DXv3o0KDHQvPaJdFAZDd+ AGSBev0765dXrrsAdZX+YgRBedSu6unDK5Nqgog53fLABIDG66Oep6DsTbExcsjJ /aoSwtpMVQpByCK6vFDSP7NbHFRen/1jnZyeUWlUIA6wWtZ+Ej4xyikaqvcvIMrr GJbUZB+PC2nQXMkzJS7XTeeK0GZLnyiNY+F9Jm2GTCZXL2/5hxmZRPB/r0llz0Cn FiA4K8/4kS2SeIE0WPjh =1dHP -END PGP SIGNATURE- ___ 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: [kde-freebsd] FreeBSD Port: databases/libiodbc
On Sat, Apr 28, 2012 at 11:13 PM, Raphael Kubo da Costa wrote: > Mehmet Erol Sanliturk writes: > > > During make of KDE4 , > > > > a conflict occurred between libiodbc and > > previously installed unixODBC > > > > in FreeBSD 9.0 Release amd64 with GNOME2 running as background , > > > > and make has been terminated . > > > > > > The unixODBC could not be deleted due to dependency requirements . > > > > > > I have installed libiodbc as forced , and the soprano as forced , > > and virtuoso as forced , and restarted making KDE4 . > > Isn't `portmaster -o databases/libiodbc unixodbc' or an equivalent > enough for you to solve the dependency problems? > I did not try . I did not know . Thank you very much . Mehmet Erol Sanliturk ___ 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"
