databases/grass: build problem with docs
I am not able to build the now unbroken GRASS on 10.0-CURRENT. It produces the followoing messages: [..snip..] cut: ../dist.amd64-portbld-freebsd10.0/etc/VERSIONNUMBER: No such file or directory cut: ../dist.amd64-portbld-freebsd10.0/etc/VERSIONNUMBER: No such file or directory build_html_index.sh cp: directory ../dist.amd64-portbld-freebsd10.0/docs/html does not exist chmod: ../dist.amd64-portbld-freebsd10.0/docs/html/grassdocs.css: No such file or directory ls: *.*.html: No such file or directory Generating HTML manual pages index (help system)... Generated HTML docs in ../dist.amd64-portbld-freebsd10.0/docs/html/index.html -- Following modules are missing the 'description.html' file in src code: -- GRASS GIS compilation log - Started compilation: Sa 15 Dez 2012 10:35:02 CET -- Errors in: /usr/ports/databases/grass/work/grass-6.4.2/lib/datetime /usr/ports/databases/grass/work/grass-6.4.2/lib/gis /usr/ports/databases/grass/work/grass-6.4.2/lib/external/shapelib /usr/ports/databases/grass/work/grass-6.4.2/lib/gmath /usr/ports/databases/grass/work/grass-6.4.2/lib/linkm /usr/ports/databases/grass/work/grass-6.4.2/lib/driver /usr/ports/databases/grass/work/grass-6.4.2/lib/pngdriver /usr/ports/databases/grass/work/grass-6.4.2/lib/psdriver /usr/ports/databases/grass/work/grass-6.4.2/lib/raster /usr/ports/databases/grass/work/grass-6.4.2/lib/bitmap /usr/ports/databases/grass/work/grass-6.4.2/lib/btree [..snip..] Looking into the sources there are two directories 'dist.amd64' and 'dist.amd64-portbld-freebsd10.0'. The second one is created by tools/build_html_index.sh:l53 Is it really intended to have two almost similar directories at this point? The html files are spread over both dirs, most of them are in 'dist.amd64'. This happens with both compilers, clang and gcc46. Of course I am not sure if this is the main reason for the breakage. Any help is really appreciated. Thanks in advance, Rainer Hurling ___ 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: no port for Glassfish - does it make sense to quickly write one?
2012/12/14 Joseph A. Nagy, Jr > On 12/14/12 12:17, Christopher J. Ruwe wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hello, >> >> using Netbeans I have learned that there is no port for the matching >> Glassfish application server. >> >> Having looked at the Netbeans port, making a port for Glassfish seems >> not to be a big deal, so I am a bit surprised that noone has stepped >> forward to contribute one. >> > That exactly my thought about missing port jboss7. Seems no one cares except yourself. Which brings me to be jboss7 maintainer, and probably you to be glassfish maintainer :) I would appreciate glassfish port and your efforts. > >> I am willing to be the one to step forward, however, I would like to ask >> beforehand whether there are any reasons I am not aware of that a port >> for Glassfish would be undesirable? >> >> Thanks for your consideration, cheers, >> > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html > > While waiting for others to reply, read the above link - beginning to end > (several times - as that will help you greatly should you go forward with > this idea. > > -- > Yours in Christ, > > Joseph A Nagy Jr > "Whoever loves instruction loves knowledge, But he who hates correction > is stupid." -- Proverbs 12:1 > Emails are not formal business letters, whatever businesses may want. > Original content CopyFree (F) under the OWL http://owl.apotheon.org > > ___ > 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" > -- Regards, Alexander Yerenkow ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Problems with samba-* ports on arm
File a PR. The problem is that I don't have ARM box around, so it's hard to debug. There is an attempt to address a problem with the ARM in the port: .if ${ARCH} == "arm" CONFIGURE_ARGS+=--disable-pie .endif But it never was tested live. On Mon, Nov 5, 2012 at 1:09 PM, Łukasz wrote: > Hello everyone, > I'm not sure whether this is the correct list, but I would like to > report my efforts to build and run samba on ARM machine (sheevaplug) - > # uname -mopr > FreeBSD 8.3-STABLE arm arm > > samba36-3.6.9 > nmbd - works fine > smbd - core dump with bus error > > > # smbd -V > Version 3.6.9 > > # gdb smbd smbd.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 "arm-marcel-freebsd"... > Core was generated by `smbd'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libcrypt.so.5...done. > Loaded symbols for /lib/libcrypt.so.5 > Reading symbols from /usr/lib/libpam.so.5...done. > Loaded symbols for /usr/lib/libpam.so.5 > Reading symbols from /usr/local/lib/libexecinfo.so.1...done. > Loaded symbols for /usr/local/lib/libexecinfo.so.1 > Reading symbols from /lib/libmd.so.5...done. > Loaded symbols for /lib/libmd.so.5 > Reading symbols from /usr/local/lib/libiconv.so.3...done. > Loaded symbols for /usr/local/lib/libiconv.so.3 > Reading symbols from /usr/local/lib/libdmalloc.so.1...done. > Loaded symbols for /usr/local/lib/libdmalloc.so.1 > Reading symbols from /usr/local/lib/libpopt.so.0...done. > Loaded symbols for /usr/local/lib/libpopt.so.0 > Reading symbols from /usr/local/lib/libtalloc.so.2...done. > Loaded symbols for /usr/local/lib/libtalloc.so.2 > Reading symbols from /usr/local/lib/libtdb.so.1...done. > Loaded symbols for /usr/local/lib/libtdb.so.1 > Reading symbols from /lib/libz.so.5...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /lib/libm.so.5...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /usr/local/lib/libintl.so.9...done. > Loaded symbols for /usr/local/lib/libintl.so.9 > Reading symbols from /usr/lib/librt.so.1...done. > Loaded symbols for /usr/lib/librt.so.1 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x208d20b0 in getframeaddr () from /usr/local/lib/libexecinfo.so.1 > (gdb) bt > #0 0x208d20b0 in getframeaddr () from /usr/local/lib/libexecinfo.so.1 > #1 0x208d1c84 in backtrace () from /usr/local/lib/libexecinfo.so.1 > #2 0x003df308 in log_stack_trace () at lib/util.c:1217 > #3 0x003df4bc in smb_panic (why=0x7cce40 "internal error") at > lib/util.c:1118 > #4 0x003cde8c in sig_fault (sig=8179264) at lib/fault.c:57 > #5 0x003cde8c in sig_fault (sig=8179264) at lib/fault.c:57 > (gdb) > > Below are the options: > # Options for samba36-3.6.9 > _OPTIONS_READ=samba36-3.6.9 > _FILE_COMPLETE_OPTIONS_LIST= LDAP ADS CUPS WINBIND SWAT ACL_SUPPORT > AIO_SUPPORT FAM_SUPPORT SYSLOG QUOTAS UTMP PAM_SMBPASS DNSUPDATE AVAHI > PTHREADPOOL EXP_MODULES POPT IPV6 MAX_DEBUG SMBTORTURE > OPTIONS_FILE_UNSET+=LDAP > OPTIONS_FILE_UNSET+=ADS > OPTIONS_FILE_UNSET+=CUPS > OPTIONS_FILE_UNSET+=WINBIND > OPTIONS_FILE_UNSET+=SWAT > OPTIONS_FILE_SET+=ACL_SUPPORT > OPTIONS_FILE_UNSET+=AIO_SUPPORT > OPTIONS_FILE_UNSET+=FAM_SUPPORT > OPTIONS_FILE_SET+=SYSLOG > OPTIONS_FILE_UNSET+=QUOTAS > OPTIONS_FILE_UNSET+=UTMP > OPTIONS_FILE_UNSET+=PAM_SMBPASS > OPTIONS_FILE_UNSET+=DNSUPDATE > OPTIONS_FILE_UNSET+=AVAHI > OPTIONS_FILE_UNSET+=PTHREADPOOL > OPTIONS_FILE_UNSET+=EXP_MODULES > OPTIONS_FILE_SET+=POPT > OPTIONS_FILE_SET+=IPV6 > OPTIONS_FILE_SET+=MAX_DEBUG > OPTIONS_FILE_UNSET+=SMBTORTURE > > For samba35-3.5.18 there is completely the same problem. > > samba34-3.4.17 > > ===> Building for samba34-3.4.17 > cd /usr/ports/net/samba34/work/samba-3.4.17/source3 && make pch > rm -f > /usr/ports/net/samba34/work/samba-3.4.17/source3/include/includes.h.gch > make > /usr/ports/net/samba34/work/samba-3.4.17/source3/include/includes.h.gch > cc -O -pipe -g -g -Wall -Wshadow -Wpointer-arith -Wcast-align > -Wwrite-strings -DDEBUG_PASSWORD -DDEVELOPER > -Wdeclaration-after-statement -Werror-implicit-function-declaration > -Wstrict-prototypes -I. > -I/usr/ports/net/samba34/work/samba-3.4.17/source3 > -I/usr/ports/net/samba34/work/samba-3.4.17/source3/iniparser/src > -Iinclude -I./include -I. -I. -I./../lib/replace -I/usr/local/include > -I./../lib/tevent -I./../lib/tdb/include -I./libaddns -I./librpc > -I./.. -DHAVE_CONFIG_H -I/usr/local/include -g -Iinclude -I./include > -I. -I. -I./../lib/replace -I/usr/local/include -I./../lib/tevent > -I./../lib/tdb/include -I./libaddns -I./librp
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ devel/aap | 1.091 | 1.092 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@portscout.freebsd.org Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Problems with samba-* ports on arm
The bt from gdb is weird. It looks like the error handler of Samba crashes. Ronald. On Sat, 15 Dec 2012 14:12:11 +0100, Timur I. Bakeyev wrote: File a PR. The problem is that I don't have ARM box around, so it's hard to debug. There is an attempt to address a problem with the ARM in the port: .if ${ARCH} == "arm" CONFIGURE_ARGS+=--disable-pie .endif But it never was tested live. On Mon, Nov 5, 2012 at 1:09 PM, Łukasz wrote: Hello everyone, I'm not sure whether this is the correct list, but I would like to report my efforts to build and run samba on ARM machine (sheevaplug) - # uname -mopr FreeBSD 8.3-STABLE arm arm samba36-3.6.9 nmbd - works fine smbd - core dump with bus error # smbd -V Version 3.6.9 # gdb smbd smbd.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 "arm-marcel-freebsd"... Core was generated by `smbd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.5...done. Loaded symbols for /lib/libcrypt.so.5 Reading symbols from /usr/lib/libpam.so.5...done. Loaded symbols for /usr/lib/libpam.so.5 Reading symbols from /usr/local/lib/libexecinfo.so.1...done. Loaded symbols for /usr/local/lib/libexecinfo.so.1 Reading symbols from /lib/libmd.so.5...done. Loaded symbols for /lib/libmd.so.5 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libdmalloc.so.1...done. Loaded symbols for /usr/local/lib/libdmalloc.so.1 Reading symbols from /usr/local/lib/libpopt.so.0...done. Loaded symbols for /usr/local/lib/libpopt.so.0 Reading symbols from /usr/local/lib/libtalloc.so.2...done. Loaded symbols for /usr/local/lib/libtalloc.so.2 Reading symbols from /usr/local/lib/libtdb.so.1...done. Loaded symbols for /usr/local/lib/libtdb.so.1 Reading symbols from /lib/libz.so.5...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libintl.so.9...done. Loaded symbols for /usr/local/lib/libintl.so.9 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x208d20b0 in getframeaddr () from /usr/local/lib/libexecinfo.so.1 (gdb) bt #0 0x208d20b0 in getframeaddr () from /usr/local/lib/libexecinfo.so.1 #1 0x208d1c84 in backtrace () from /usr/local/lib/libexecinfo.so.1 #2 0x003df308 in log_stack_trace () at lib/util.c:1217 #3 0x003df4bc in smb_panic (why=0x7cce40 "internal error") at lib/util.c:1118 #4 0x003cde8c in sig_fault (sig=8179264) at lib/fault.c:57 #5 0x003cde8c in sig_fault (sig=8179264) at lib/fault.c:57 (gdb) Below are the options: # Options for samba36-3.6.9 _OPTIONS_READ=samba36-3.6.9 _FILE_COMPLETE_OPTIONS_LIST= LDAP ADS CUPS WINBIND SWAT ACL_SUPPORT AIO_SUPPORT FAM_SUPPORT SYSLOG QUOTAS UTMP PAM_SMBPASS DNSUPDATE AVAHI PTHREADPOOL EXP_MODULES POPT IPV6 MAX_DEBUG SMBTORTURE OPTIONS_FILE_UNSET+=LDAP OPTIONS_FILE_UNSET+=ADS OPTIONS_FILE_UNSET+=CUPS OPTIONS_FILE_UNSET+=WINBIND OPTIONS_FILE_UNSET+=SWAT OPTIONS_FILE_SET+=ACL_SUPPORT OPTIONS_FILE_UNSET+=AIO_SUPPORT OPTIONS_FILE_UNSET+=FAM_SUPPORT OPTIONS_FILE_SET+=SYSLOG OPTIONS_FILE_UNSET+=QUOTAS OPTIONS_FILE_UNSET+=UTMP OPTIONS_FILE_UNSET+=PAM_SMBPASS OPTIONS_FILE_UNSET+=DNSUPDATE OPTIONS_FILE_UNSET+=AVAHI OPTIONS_FILE_UNSET+=PTHREADPOOL OPTIONS_FILE_UNSET+=EXP_MODULES OPTIONS_FILE_SET+=POPT OPTIONS_FILE_SET+=IPV6 OPTIONS_FILE_SET+=MAX_DEBUG OPTIONS_FILE_UNSET+=SMBTORTURE For samba35-3.5.18 there is completely the same problem. samba34-3.4.17 ===> Building for samba34-3.4.17 cd /usr/ports/net/samba34/work/samba-3.4.17/source3 && make pch rm -f /usr/ports/net/samba34/work/samba-3.4.17/source3/include/includes.h.gch make /usr/ports/net/samba34/work/samba-3.4.17/source3/include/includes.h.gch cc -O -pipe -g -g -Wall -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -DDEBUG_PASSWORD -DDEVELOPER -Wdeclaration-after-statement -Werror-implicit-function-declaration -Wstrict-prototypes -I. -I/usr/ports/net/samba34/work/samba-3.4.17/source3 -I/usr/ports/net/samba34/work/samba-3.4.17/source3/iniparser/src -Iinclude -I./include -I. -I. -I./../lib/replace -I/usr/local/include -I./../lib/tevent -I./../lib/tdb/include -I./libaddns -I./librpc -I./.. -DHAVE_CONFIG_H -I/usr/local/include -g -Iinclude -I./include -I. -I. -I./../lib/replace -I/usr/local/include -I./../lib/tevent -I./../lib/tdb/include -I./libaddns -I./librpc -I./.. -I./../lib/popt -I/usr/local/include -I/usr/ports/net
Re: sysutils/agedu
Hi, > On Fri, 14 Dec 2012 13:06:19 +0100 > vermaden said: vermaden> Stille the same after last update to 9723: vermaden> % agedu -w vermaden> getaddrinfo: Invalid value for hints `hints' is not initialized. It should be fixed with the attached patch. Sincerely, Index: httpd.c diff -u -p httpd.c.orig httpd.c --- httpd.c.orig 2012-12-16 02:51:33.0 +0900 +++ httpd.c 2012-12-16 03:02:19.765871018 +0900 @@ -566,6 +566,7 @@ static int make_listening_sockets(struct struct addrinfo hints; struct addrinfo *addrs, *ai; +memset(&hints, 0, sizeof(hints)); hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_STREAM; hints.ai_protocol = 0; -- Hajimu UMEMOTO u...@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ ___ 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: sysutils/agedu
"Hajimu UMEMOTO" pisze: > Hi, > > > On Fri, 14 Dec 2012 13:06:19 +0100 > > vermaden said: > > vermaden> Stille the same after last update to 9723: > > vermaden> % agedu -w > vermaden> getaddrinfo: Invalid value for hints > > `hints' is not initialized. It should be fixed with the attached > patch. > > Sincerely, It helps to start the daemon, but it hangs with SEGFAULT as soon as I send the generated user and password to the browser. % agedu -w Using HTTP Basic authentication Username: agedu Password: sqbsfkfm3453r1c1 URL: http://localhost:56212/ zsh: segmentation fault agedu -w Maybe this outputfrom truss agedu -w will help You: Using HTTP Basic authentication Username: agedu Password: cn3y1fphxy6q2n7c URL: http://localhost:58591/ write(1,"Using HTTP Basic authentication"...,104) = 104 (0x68) select(6,{0 4 5},{},0x0,0x0) = 1 (0x1) accept(5,{ AF_INET 127.0.0.1:16932 },0x7fffd21c) = 6 (0x6) select(7,{0 4 5 6},{},0x0,0x0) = 1 (0x1) read(6,"GET / HTTP/1.1\r\nHost: localhos"...,4096) = 294 (0x126) clock_gettime(13,{1355598614.0 })= 0 (0x0) issetugid(0x800940540,0x800b7bba0,0x1,0x0,0xfefefefefefefeff,0x0) = 0 (0x0) open("/usr/share/zoneinfo/UTC",O_RDONLY,056) = 7 (0x7) fstat(7,{ mode=-r--r--r-- ,inode=344266,size=118,blksize=4096 }) = 0 (0x0) read(7,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,41448) = 118 (0x76) close(7) = 0 (0x0) issetugid(0x800940491,0x800d1a000,0x0,0xa7,0x0,0x0) = 0 (0x0) open("/usr/share/zoneinfo/posixrules",O_RDONLY,056) = 7 (0x7) fstat(7,{ mode=-r--r--r-- ,inode=344371,size=3519,blksize=4096 }) = 0 (0x0) read(7,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,41448) = 3519 (0xdbf) close(7) = 0 (0x0) madvise(0x800c5,0xb000,0x5,0x4f,0x7fffb0d0,0x) = 0 (0x0) madvise(0x800d1a000,0x5000,0x5,0x119,0x7fffb2b0,0x) = 0 (0x0) madvise(0x800d16000,0x1000,0x5,0x115,0x7fffb2b0,0x) = 0 (0x0) madvise(0x800c45000,0xb000,0x5,0x44,0x7fffb2b0,0x) = 0 (0x0) access("/etc/localtime",4) = 0 (0x0) open("/etc/localtime",O_RDONLY,060001670)= 7 (0x7) fstat(7,{ mode=-r--r--r-- ,inode=348848,size=2679,blksize=4096 }) = 0 (0x0) read(7,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,41448) = 2679 (0xa77) close(7) = 0 (0x0) issetugid(0x800940491,0x800d1a000,0x0,0xa7,0x43,0x1) = 0 (0x0) open("/usr/share/zoneinfo/posixrules",O_RDONLY,056) = 7 (0x7) fstat(7,{ mode=-r--r--r-- ,inode=344371,size=3519,blksize=4096 }) = 0 (0x0) read(7,"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0"...,41448) = 3519 (0xdbf) close(7) = 0 (0x0) madvise(0x800c5,0xb000,0x5,0x4f,0x7fffb0c0,0x) = 0 (0x0) madvise(0x800d1a000,0x5000,0x5,0x119,0x7fffb2a0,0x) = 0 (0x0) madvise(0x800d16000,0x1000,0x5,0x115,0x7fffb2a0,0x) = 0 (0x0) madvise(0x800c45000,0xb000,0x5,0x44,0x7fffb2a0,0x) = 0 (0x0) select(7,{0 4 5 6},{6},0x0,0x0) = 1 (0x1) write(6,"HTTP/1.1 401 Unauthorized\r\nDat"...,391) = 391 (0x187) shutdown(6,SHUT_WR) = 0 (0x0) select(7,{0 4 5 6},{},0x0,0x0) = 1 (0x1) read(6,0x7fffc010,4096) = 0 (0x0) close(6) = 0 (0x0) select(6,{0 4 5},{},0x0,0x0) = 1 (0x1) accept(5,{ AF_INET 127.0.0.1:27790 },0x7fffd21c) = 6 (0x6) select(7,{0 4 5 6},{},0x0,0x0) = 1 (0x1) read(6,"GET / HTTP/1.1\r\nHost: localhos"...,4096) = 349 (0x15d) clock_gettime(13,{1355598628.0 })= 0 (0x0) SIGNAL 11 (SIGSEGV) process exit, rval = 0 Regards, vermaden ___ 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: sysutils/agedu
Hi, "Hajimu UMEMOTO" pisze: > Hi, > > > On Fri, 14 Dec 2012 13:06:19 +0100 > > vermaden said: > > vermaden> Stille the same after last update to 9723: > > vermaden> % agedu -w > vermaden> getaddrinfo: Invalid value for hints > > `hints' is not initialized. It should be fixed with the attached > patch. > > Sincerely, Thank You, that solves the problem, You can add that to the port now. Regards, vermaden ___ 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: pkgng: sqlite: database is locked
And again, this time with mongodb only. Running portmaster databases/mongodb I get: pkg: sqlite: database is locked Assertion failed: (db->lock_count == 0), function pkgdb_close, file pkgdb.c, line 842. Abort trap (core dumped) ===> Installing for mongodb-2.2.0_1 There is no lock on the db right after this. Looks more like a pkg problem, don't you think. here is a Backtrace: (gdb) bt #0 0x00609d4c in thr_kill () #1 0x00669068 in abort () #2 0x006514e0 in __assert () #3 0x004160e8 in pkgdb_close (db=0x800c08060) at pkgdb.c:842 #4 0x00403342 in exec_delete (argc=1, argv=0x7fffcb08) at /usr/ports/ports-mgmt/pkg/work/pkg-1.0.3/pkg-static/../pkg//delete.c:120 #5 0x004051c8 in main (argc=3, argv=0x7fffcaf8) at /usr/ports/ports-mgmt/pkg/work/pkg-1.0.3/pkg-static/../pkg//main.c:328 Cheers, Mathias On Do, 2012-12-13 at 08:16 -0600, Bryan Drewery wrote: > On 12/13/2012 5:16 AM, Baptiste Daroussin wrote: > > On Thu, Dec 13, 2012 at 12:08:00PM +0100, Mathias Picker wrote: > >> (FYI: if I stop responding, I will be in hospital, I'm waiting for an > >> operation...) > > > > Take care of yourself, we will continue investigating, health first ! Thanks a lot (!!). > > > >> > >> OK, I can reproduce it now reliably, running portmaster -a, the > >> following is happening three times now: > >> > >> > > sounds like a pkgng support in portmaster bugs we will investigate > > > > Yes, portmaster has an obscure job bug even without pkgng. It manifests > with the "Terminated" output. I believe it's causing the pkgng db to be > opened twice here. > > I'm looking into it. > ___ 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: devel/gnustep
Hello ! I've just found some more information. In the terminal output, i get first another 'fail' message (see below). It happens that gcc42 is not found. I checked my config : configure:3648: checking for C compiler version configure:3656: gcc42 --version >&5 eval: gcc42: not found configure:3660: $? = 127 configure:3667: gcc42 -v >&5 eval: gcc42: not found configure:3671: $? = 127 configure:3678: gcc42 -V >&5 eval: gcc42: not found configure:3682: $? = 127 configure:3705: checking for C compiler default output file name configure:3727: gcc42 -O2 -pipe -I/usr/local/include/libxml2/libxml -DHAVE_DLADDR=1 -fno-strict-aliasing -I/usr/local/GNUstep/System/Library/Headers -I/usr/local/GNUstep/Local/Library/Headers -I/usr/local/GNUstep/Local/Library/Headers -L/usr/local/GNUstep/System/Library/Libraries -L/usr/local/GNUstep/Local/Library/Libraries -L/usr/local/GNUstep/Local/Library/Libraries conftest.c >&5 eval: gcc42: not found configure:3731: $? = 127 configure:3769: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" 2012/12/15 patrick dudjalija > Hello ! > > I'm trying to build gnustep. > See below error message. > > I'm running on the following configuration : > FreeBSD pcbsd-2004 9.0-RELEASE FreeBSD 9.0-RELEASE #3: Tue Dec 27 21:59:00 > UTC 2011 > r...@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/9.0/sys/GENERIC > i386 > > > Thanks a lot for your follow-up ! > > With kind regards, > Patrick Dudjalija > > > == > > > ## --- ## > ## confdefs.h. ## > ## --- ## > > #define PACKAGE_NAME "" > #define PACKAGE_TARNAME "" > #define PACKAGE_VERSION "" > #define PACKAGE_STRING "" > #define PACKAGE_BUGREPORT "" > #define OPTION_NO_ENVIRONMENT 0 > #define GNUSTEP_TARGET_MAKEFILES > "/usr/local/GNUstep/System/Library/Makefiles" > #define GNUSTEP_TARGET_USER_DEFAULTS_DIR "GNUstep/Defaults" > #define GNUSTEP_TARGET_USER_CONFIG_FILE ".GNUstep.conf" > #define GNUSTEP_TARGET_CONFIG_FILE "/usr/local/GNUstep/GNUstep.conf" > #define GNUSTEP_TARGET_SYSTEM_APPS "/usr/local/GNUstep/System/Applications" > #define GNUSTEP_TARGET_SYSTEM_ADMIN_APPS > "/usr/local/GNUstep/System/Applications/Admin" > #define GNUSTEP_TARGET_SYSTEM_WEB_APPS > "/usr/local/GNUstep/System/Library/WebApplications" > #define GNUSTEP_TARGET_SYSTEM_TOOLS "/usr/local/GNUstep/System/Tools" > #define GNUSTEP_TARGET_SYSTEM_ADMIN_TOOLS > "/usr/local/GNUstep/System/Tools/Admin" > #define GNUSTEP_TARGET_SYSTEM_LIBRARY "/usr/local/GNUstep/System/Library" > #define GNUSTEP_TARGET_SYSTEM_LIBRARIES > "/usr/local/GNUstep/System/Library/Libraries" > #define GNUSTEP_TARGET_SYSTEM_HEADERS > "/usr/local/GNUstep/System/Library/Headers" > #define GNUSTEP_TARGET_SYSTEM_DOC > "/usr/local/GNUstep/System/Library/Documentation" > #define GNUSTEP_TARGET_SYSTEM_DOC_MAN > "/usr/local/GNUstep/System/Library/Documentation/man" > #define GNUSTEP_TARGET_SYSTEM_DOC_INFO > "/usr/local/GNUstep/System/Library/Documentation/info" > #define GNUSTEP_TARGET_NETWORK_APPS "/usr/local/GNUstep/Local/Applications" > #define GNUSTEP_TARGET_NETWORK_ADMIN_APPS > "/usr/local/GNUstep/Local/Applications/Admin" > #define GNUSTEP_TARGET_NETWORK_WEB_APPS > "/usr/local/GNUstep/Local/Library/WebApplications" > #define GNUSTEP_TARGET_NETWORK_TOOLS "/usr/local/GNUstep/Local/Tools" > #define GNUSTEP_TARGET_NETWORK_ADMIN_TOOLS > "/usr/local/GNUstep/Local/Tools/Admin" > #define GNUSTEP_TARGET_NETWORK_LIBRARY "/usr/local/GNUstep/Local/Library" > #define GNUSTEP_TARGET_NETWORK_LIBRARIES > "/usr/local/GNUstep/Local/Library/Libraries" > #define GNUSTEP_TARGET_NETWORK_HEADERS > "/usr/local/GNUstep/Local/Library/Headers" > #define GNUSTEP_TARGET_NETWORK_DOC > "/usr/local/GNUstep/Local/Library/Documentation" > #define GNUSTEP_TARGET_NETWORK_DOC_MAN > "/usr/local/GNUstep/Local/Library/Documentation/man" > #define GNUSTEP_TARGET_NETWORK_DOC_INFO > "/usr/local/GNUstep/Local/Library/Documentation/info" > #define GNUSTEP_TARGET_LOCAL_APPS "/usr/local/GNUstep/Local/Applications" > #define GNUSTEP_TARGET_LOCAL_ADMIN_APPS > "/usr/local/GNUstep/Local/Applications/Admin" > #define GNUSTEP_TARGET_LOCAL_WEB_APPS > "/usr/local/GNUstep/Local/Library/WebApplications" > #define GNUSTEP_TARGET_LOCAL_TOOLS "/usr/local/GNUstep/Local/Tools" > #define GNUSTEP_TARGET_LOCAL_ADMIN_TOOLS > "/usr/local/GNUstep/Local/Tools/Admin" > #define GNUSTEP_TARGET_LOCAL_LIBRARY "/usr/local/GNUstep/Local/Library" > #define GNUSTEP_TARGET_LOCAL_LIBRARIES > "/usr/local/GNUstep/Local/Library/Libraries" > #define GNUSTEP_TARGET_LOCAL_HEADERS > "/usr/local/GNUstep/Local/Library/Headers" > #define GNUSTEP_TARGET_LOCAL_DOC > "/usr/local/GNUstep/Local/Library/Documentation" > #define GNUSTEP_TARGET_LOCAL_DOC_MAN > "/usr/local/GNUstep/Local/Library/Documentation/man" > #define GNUSTEP_TARGET_LO
Re: FreeBSD Port: devel/gnustep
My gcc config : pkg_info | grep gcc gcc-4.6.3.20111202 GNU Compiler Collection 4.6 Do i need to deinstall gcc 4.6 and reinstall gcc 4.4, or is there another way ? Thank you for your follow-up ! With kind regards, Patrick Dudjalija 2012/12/15 patrick dudjalija > Hello ! > > I've just found some more information. > In the terminal output, i get first another 'fail' message (see below). > It happens that gcc42 is not found. > I checked my config : > > > > > configure:3648: checking for C compiler version > configure:3656: gcc42 --version >&5 > eval: gcc42: not found > configure:3660: $? = 127 > configure:3667: gcc42 -v >&5 > eval: gcc42: not found > configure:3671: $? = 127 > configure:3678: gcc42 -V >&5 > eval: gcc42: not found > configure:3682: $? = 127 > configure:3705: checking for C compiler default output file name > configure:3727: gcc42 -O2 -pipe -I/usr/local/include/libxml2/libxml > -DHAVE_DLADDR=1 -fno-strict-aliasing > -I/usr/local/GNUstep/System/Library/Headers > -I/usr/local/GNUstep/Local/Library/Headers > -I/usr/local/GNUstep/Local/Library/Headers > -L/usr/local/GNUstep/System/Library/Libraries > -L/usr/local/GNUstep/Local/Library/Libraries > -L/usr/local/GNUstep/Local/Library/Libraries conftest.c >&5 > eval: gcc42: not found > configure:3731: $? = 127 > configure:3769: result: > configure: failed program was: > | /* confdefs.h. */ > > | #define PACKAGE_NAME "" > | #define PACKAGE_TARNAME "" > | #define PACKAGE_VERSION "" > | #define PACKAGE_STRING "" > > > 2012/12/15 patrick dudjalija > >> Hello ! >> >> I'm trying to build gnustep. >> See below error message. >> >> I'm running on the following configuration : >> FreeBSD pcbsd-2004 9.0-RELEASE FreeBSD 9.0-RELEASE #3: Tue Dec 27 >> 21:59:00 UTC 2011 >> r...@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/9.0/sys/GENERIC >> i386 >> >> >> Thanks a lot for your follow-up ! >> >> With kind regards, >> Patrick Dudjalija >> >> >> == >> >> >> ## --- ## >> ## confdefs.h. ## >> ## --- ## >> >> #define PACKAGE_NAME "" >> #define PACKAGE_TARNAME "" >> #define PACKAGE_VERSION "" >> #define PACKAGE_STRING "" >> #define PACKAGE_BUGREPORT "" >> #define OPTION_NO_ENVIRONMENT 0 >> #define GNUSTEP_TARGET_MAKEFILES >> "/usr/local/GNUstep/System/Library/Makefiles" >> #define GNUSTEP_TARGET_USER_DEFAULTS_DIR "GNUstep/Defaults" >> #define GNUSTEP_TARGET_USER_CONFIG_FILE ".GNUstep.conf" >> #define GNUSTEP_TARGET_CONFIG_FILE "/usr/local/GNUstep/GNUstep.conf" >> #define GNUSTEP_TARGET_SYSTEM_APPS >> "/usr/local/GNUstep/System/Applications" >> #define GNUSTEP_TARGET_SYSTEM_ADMIN_APPS >> "/usr/local/GNUstep/System/Applications/Admin" >> #define GNUSTEP_TARGET_SYSTEM_WEB_APPS >> "/usr/local/GNUstep/System/Library/WebApplications" >> #define GNUSTEP_TARGET_SYSTEM_TOOLS "/usr/local/GNUstep/System/Tools" >> #define GNUSTEP_TARGET_SYSTEM_ADMIN_TOOLS >> "/usr/local/GNUstep/System/Tools/Admin" >> #define GNUSTEP_TARGET_SYSTEM_LIBRARY "/usr/local/GNUstep/System/Library" >> #define GNUSTEP_TARGET_SYSTEM_LIBRARIES >> "/usr/local/GNUstep/System/Library/Libraries" >> #define GNUSTEP_TARGET_SYSTEM_HEADERS >> "/usr/local/GNUstep/System/Library/Headers" >> #define GNUSTEP_TARGET_SYSTEM_DOC >> "/usr/local/GNUstep/System/Library/Documentation" >> #define GNUSTEP_TARGET_SYSTEM_DOC_MAN >> "/usr/local/GNUstep/System/Library/Documentation/man" >> #define GNUSTEP_TARGET_SYSTEM_DOC_INFO >> "/usr/local/GNUstep/System/Library/Documentation/info" >> #define GNUSTEP_TARGET_NETWORK_APPS >> "/usr/local/GNUstep/Local/Applications" >> #define GNUSTEP_TARGET_NETWORK_ADMIN_APPS >> "/usr/local/GNUstep/Local/Applications/Admin" >> #define GNUSTEP_TARGET_NETWORK_WEB_APPS >> "/usr/local/GNUstep/Local/Library/WebApplications" >> #define GNUSTEP_TARGET_NETWORK_TOOLS "/usr/local/GNUstep/Local/Tools" >> #define GNUSTEP_TARGET_NETWORK_ADMIN_TOOLS >> "/usr/local/GNUstep/Local/Tools/Admin" >> #define GNUSTEP_TARGET_NETWORK_LIBRARY "/usr/local/GNUstep/Local/Library" >> #define GNUSTEP_TARGET_NETWORK_LIBRARIES >> "/usr/local/GNUstep/Local/Library/Libraries" >> #define GNUSTEP_TARGET_NETWORK_HEADERS >> "/usr/local/GNUstep/Local/Library/Headers" >> #define GNUSTEP_TARGET_NETWORK_DOC >> "/usr/local/GNUstep/Local/Library/Documentation" >> #define GNUSTEP_TARGET_NETWORK_DOC_MAN >> "/usr/local/GNUstep/Local/Library/Documentation/man" >> #define GNUSTEP_TARGET_NETWORK_DOC_INFO >> "/usr/local/GNUstep/Local/Library/Documentation/info" >> #define GNUSTEP_TARGET_LOCAL_APPS "/usr/local/GNUstep/Local/Applications" >> #define GNUSTEP_TARGET_LOCAL_ADMIN_APPS >> "/usr/local/GNUstep/Local/Applications/Admin" >> #define GNUSTEP_TARGET_LOCAL_WEB_APPS >> "/usr/local/GNUstep/Local/Library/WebApplications" >> #define GNUSTEP_TARGET_LOCAL_TOOLS "/usr/local/GNUstep/Local/Tools" >> #define GNUSTEP_TARGET_LOCAL_ADMIN_TOOLS >> "/usr/local/GNUstep/Local/Tools/Admin" >> #define GNUSTEP_
devel/libftdi port upgrade to 0.20
Hello :-) Is it possible to upgrade LibFTDI port to newest 0.20 version? It brings some new features that comes handy in OpenOCD :-) Tanks :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: devel/gnustep
On Saturday, December 15, 2012 22:25:12 patrick dudjalija wrote: > My gcc config : > pkg_info | grep gcc > gcc-4.6.3.20111202 GNU Compiler Collection 4.6 > > Do i need to deinstall gcc 4.6 and reinstall gcc 4.4, or is there another > way ? > Try adding: GNUSTEP_WITH_GCC46=yes to /etc/make.conf Make sure the ports are clean before attempting to rebuild. -- Jason E. Hale - jhale@ FreeBSD Ports Committer KDE/FreeBSD Team ___ 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"
gcc and g++ version setting in buildflags.conf
I am running a purely clang world (no gcc42), while I also have gcc46 installed for ports building. I use ccache for both world and ports. In /usr/local/etc/buildflags.conf I have set: BUILDFLAGS_GCC= 4.6+ GCC_DEFAULT_VERSION=4.6+ # USE_GCC=4.6+ # breaks distcc Some ports builds unfortunately break under this setup because build is looking for world's cc (gcc42 or clang). If I do this below, then the build completes fine: # setenv cc gcc46 && setenv cxx g++46 Any suggestions are welcome! -- View this message in context: http://freebsd.1045724.n5.nabble.com/gcc-and-g-version-setting-in-buildflags-conf-tp5769675.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"