From amdmi3 at amdmi3.ru Thu Oct 1 10:58:27 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Oct 1 10:58:40 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930165843.GD503@obspm.fr> References: <20090930100658.GA99090@obspm.fr> <20090930144535.GD50565@hades.panopticon> <20090930145925.GB503@obspm.fr> <20090930172746.4d7d5fee@ernst.jennejohn.org> <20090930165843.GD503@obspm.fr> Message-ID: <20091001105823.GE50565@hades.panopticon> * Albert Shih (Albert.Shih@obspm.fr) wrote: > Thanks for Dmitry for this ports. I'm going to keep this thing somewhere No need to, if it works fine and there are no objections for it, I'll commit it to the tree. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From amdmi3 at amdmi3.ru Thu Oct 1 11:14:20 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Oct 1 11:14:32 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930161915.GA18014@lonesome.com> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> Message-ID: <20091001111417.GF50565@hades.panopticon> * Mark Linimon (linimon@lonesome.com) wrote: > As a reminder, the last time this software was in the ports tree, the > developer threatened us with a lawsuit. This repeats what he has > previously done to several other BSDs and several Linux distributions. > This is why ports for his software are no longer available for these > platforms. > > Whether the license has changed or not, the fact that the author feels > the desire to use lawsuits to achieve his goals makes his software too > much of a liability for FreeBSD to redistribute. Well we can set RESTRICTED if that's a problem, then we will not be distributing anything. I can mirror a distfile under my personal responsibility. Actually I think that the weirdnesses of an author should not be a reason against using useful software or making it available for use by other people, if there's no real legal threat. They may be a cause for stagnation/death of a project, but that's another story. As another argument, Debian and Ubuntu haven't ever removed packages for ion3, just making a user agree with that the software may be obsolete and unsupported. I believe they know what they're doing. But I'll still mail ahze (who removed the port) and adamw (who maintained it last). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From erwin at FreeBSD.org Thu Oct 1 11:23:26 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Oct 1 11:23:45 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091001111417.GF50565@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> Message-ID: <20091001112323.GA26407@droso.net> On Thu, Oct 01, 2009 at 03:14:17PM +0400, Dmitry Marakasov wrote: > * Mark Linimon (linimon@lonesome.com) wrote: > > > As a reminder, the last time this software was in the ports tree, the > > developer threatened us with a lawsuit. This repeats what he has > > previously done to several other BSDs and several Linux distributions. > > This is why ports for his software are no longer available for these > > platforms. > > > > Whether the license has changed or not, the fact that the author feels > > the desire to use lawsuits to achieve his goals makes his software too > > much of a liability for FreeBSD to redistribute. > > Well we can set RESTRICTED if that's a problem, then we will not be > distributing anything. I can mirror a distfile under my personal > responsibility. The license forbids this software to be in the tree, so with my portmgr hat on I ask you not to add this to the tree again. > > Actually I think that the weirdnesses of an author should not be a > reason against using useful software or making it available for use Such is the legal system, and we are at the authors whim. -erwin > by other people, if there's no real legal threat. They may be a cause > for stagnation/death of a project, but that's another story. > As another argument, Debian and Ubuntu haven't ever removed packages > for ion3, just making a user agree with that the software may be > obsolete and unsupported. I believe they know what they're doing. > > But I'll still mail ahze (who removed the port) and adamw (who > maintained it last). > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091001/1d26ea0f/attachment.pgp From amdmi3 at amdmi3.ru Thu Oct 1 11:25:52 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Oct 1 11:25:59 2009 Subject: resurrecting ion3 port Message-ID: <20091001112549.GG50565@hades.panopticon> Hi! The ion3 window manager was previously removed from the ports tree becase of license issues. However, the clauses that causes this were removed (see [1]), so I think we should add it back. I've prepared updated version of the port ([2]), but I wanted to check with you, since azhe was who removed the port and adamw maintained it. Are there any objections against this port? adamw can also take maintainership if he feels like so, or I'll maintain it myself. [1] http://lists.berlios.de/pipermail/ion-general/2009-September/002520.html [2] http://people.freebsd.org/~amdmi3/ion3.tar -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From amdmi3 at amdmi3.ru Thu Oct 1 11:45:47 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Oct 1 11:45:55 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091001112323.GA26407@droso.net> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> Message-ID: <20091001114546.GH50565@hades.panopticon> * Erwin Lansing (erwin@FreeBSD.org) wrote: > The license forbids this software to be in the tree, so with my portmgr > hat on I ask you not to add this to the tree again. It no longer does: http://lists.berlios.de/pipermail/ion-general/2009-September/002520.html Now it's LGPLv2.1 with the only restriction that this software may not be significantly changed while being distributed as ion3. We do not significantly change it, only paches affect the build system, they are required to build (and are expected by the author judging by comments in system.mk), and are not visible for a user. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From david at vizion2000.net Thu Oct 1 12:31:28 2009 From: david at vizion2000.net (david@vizion2000.net) Date: Thu Oct 1 12:31:34 2009 Subject: security/gnupg installing pth-2.0.7 causing problems Message-ID: Hi gnupg-2.0.13 depends on devel and installs it. This causes problems on a 7.2-p3 amd64 system. A number of ports fail to build due to conflicts between pth and the standard system thread library. For example x11-toolkits/py-qt4-gui build fails with pth-2.0.7 installed. After deletion py-qt4-gui builds and installs correctly. What is the best way to deal with this when security/gnupg is required? Would it be possible for the gnupg to detect it is on an amd64 system and adjust its dependencies accordingly? Should the problem also be dealt with at source in the devel/pth port? David From gary.jennejohn at freenet.de Thu Oct 1 12:43:34 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Thu Oct 1 12:43:41 2009 Subject: resurrecting ion3 port In-Reply-To: <20091001112549.GG50565@hades.panopticon> References: <20091001112549.GG50565@hades.panopticon> Message-ID: <20091001144331.7464c533@ernst.jennejohn.org> On Thu, 1 Oct 2009 15:25:49 +0400 Dmitry Marakasov wrote: > Hi! > > The ion3 window manager was previously removed from the ports tree > becase of license issues. However, the clauses that causes this > were removed (see [1]), so I think we should add it back. I've > prepared updated version of the port ([2]), but I wanted to check > with you, since azhe was who removed the port and adamw maintained > it. Are there any objections against this port? adamw can also take > maintainership if he feels like so, or I'll maintain it myself. > > [1] http://lists.berlios.de/pipermail/ion-general/2009-September/002520.html > [2] http://people.freebsd.org/~amdmi3/ion3.tar > Note: removed adamw@ and ahze@ from Cc - they don't don't need my help. With the standard IANAL disclaimer, it looks to me like the point in the Copyright where he clarifies what a significant change is, pretty much lets us have this software in ports. In particular this: Basic changes that are needed to install or run the software on a target platform, are insignificant. --- Gary Jennejohn From david at vizion2000.net Thu Oct 1 12:54:03 2009 From: david at vizion2000.net (david@vizion2000.net) Date: Thu Oct 1 12:54:41 2009 Subject: graphics/librsvg2 with mozilla build fails Message-ID: <9EDC238D8C5A40F8B52BADCE3F302021@sleuth64> Hi If , when building libsvg2 on freebsd 7.2-p3 amd64, there is a compile failure if the mozilla support option is selected. Without it the port builds fine. David From Fluffy at fluffy.khv.ru Thu Oct 1 13:20:21 2009 From: Fluffy at fluffy.khv.ru (Dima Panov) Date: Thu Oct 1 13:20:28 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: References: Message-ID: <200910020008.53190.Fluffy@fluffy.khv.ru> On Thursday 01 October 2009 23:30:57 david@vizion2000.net wrote: > Hi > > gnupg-2.0.13 depends on devel and installs it. This causes problems on a > 7.2-p3 amd64 system. A number of ports fail to build due to conflicts > between pth and the standard system thread library. > > For example x11-toolkits/py-qt4-gui build fails with pth-2.0.7 installed. > After deletion py-qt4-gui builds and installs correctly. Something wrong with your system. Noone from KDE/FreeBSD team reports about such bugs.. For example, I have pth installed already for all my systems, and py-qt4 always build fine. please show your /etc/make.conf and buildlog with errors. > What is the best way to deal with this when security/gnupg is required? > Would it be possible for the gnupg to detect it is on an amd64 system and > adjust its dependencies accordingly? Should the problem also be dealt with > at source in the devel/pth port? -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091001/a07b7e97/attachment.pgp From david at vizion2000.net Thu Oct 1 13:46:47 2009 From: david at vizion2000.net (David Southwell) Date: Thu Oct 1 13:47:07 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <200910020008.53190.Fluffy@fluffy.khv.ru> References: <200910020008.53190.Fluffy@fluffy.khv.ru> Message-ID: <4930F5D0200C44F2AE840C5742AEA551@sleuth64> > -----Original Message----- > From: Dima Panov [mailto:Fluffy@fluffy.khv.ru] > Sent: 01 October 2009 06:09 > To: freebsd-ports@freebsd.org > Cc: david@vizion2000.net; rse@gnu.org; kuriyama@freebsd.org > Subject: Re: security/gnupg installing pth-2.0.7 causing problems > > On Thursday 01 October 2009 23:30:57 david@vizion2000.net wrote: > > Hi > > > > gnupg-2.0.13 depends on devel and installs it. This causes > problems on > > a > > 7.2-p3 amd64 system. A number of ports fail to build due to > conflicts > > between pth and the standard system thread library. > > > > For example x11-toolkits/py-qt4-gui build fails with > pth-2.0.7 installed. > > After deletion py-qt4-gui builds and installs correctly. > > Something wrong with your system. Noone from KDE/FreeBSD team > reports about such bugs.. > For example, I have pth installed already for all my systems, > and py-qt4 always build fine. > > please show your /etc/make.conf and buildlog with errors. > > > What is the best way to deal with this when security/gnupg > is required? > > Would it be possible for the gnupg to detect it is on an > amd64 system > > and adjust its dependencies accordingly? Should the problem also be > > dealt with at source in the devel/pth port? > > > Are you testing on a multi processor system intel quad with a generic amd64 build? david > From ports at logvinov.com Thu Oct 1 14:46:58 2009 From: ports at logvinov.com (Alexander Logvinov) Date: Thu Oct 1 14:47:06 2009 Subject: new version of syck library In-Reply-To: <71A98C7D-E256-4D3F-B0A5-E5B48DB19762@gmail.com> References: <71A98C7D-E256-4D3F-B0A5-E5B48DB19762@gmail.com> Message-ID: <4AC4B999.7090909@logvinov.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! On 01.10.2009 04:32 Alexey Zakhlestin wrote: > I am the maintainer of syck-library these days. > I noticed, that freebsd-port doesn't have maintainer, but this address > is mentioned instead. > I just released new version of library which incorporates all changes > gathered during last 3 years, including proper 64-bit compatibility. > Release is hosted at github: http://github.com/indeyets/syck/downloads > API is compatible with 0.55 I'll take a look. - -- Best regards, Alexander Logvinov PGP: 0x1C47D5C0 http://people.freebsd.org/~avl/avl.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkrEuZkACgkQ4TVBdhxH1cDK1ACffItf+v88CWtoDSGeABVt/E9K DusAoJncWoZAAj0X7AWIdVemHSBqgn17 =SSAT -----END PGP SIGNATURE----- From jstub at jstub.com Thu Oct 1 19:36:34 2009 From: jstub at jstub.com (John B. Stubblebine) Date: Thu Oct 1 19:36:42 2009 Subject: [Fwd: portupgrade failure xcb-util failure] Message-ID: <4AC504BA.4070006@jstub.com> Ports at FreeBSD.org: I should have sent this also to you - it seems like it bounced from .... Thanks in advance for any help you can provide... John Stubblebine jstub@jstub.com -------- Original Message -------- Subject: portupgrade failure xcb-util failure Date: Thu, 01 Oct 2009 11:58:26 -0700 From: John B Stubblebine Reply-To: John Stubblebine Organization: jstub Family To: FreeBSD xcb-util Maintainer CC: jstub@jstub.com To: xcb-util Maintainer: The entire output of my session attempting to portupgrade xcb-util follows. It failed, and asked me to inform you. I have also attached both the listing of pkg_info and "ls /var/db/pkg" as well as the config.log file from this portupgrade failure. If you need any other information, please ask! Thank you. John Stubblebine jstub@jstub.com ******** Session output: ************* [root@pcbsd]/usr/ports(26)# portupgrade -P -R -y xcb-util ---> Session started at: Thu, 01 Oct 2009 11:14:13 -0700 [Gathering depends for x11/xcb-util ................................... done] [Exclude up-to-date packages .............. done] ---> Checking for the latest package of 'x11/xcb-util' ---> Fetching the package(s) for 'xcb-util-0.3.6' (x11/xcb-util) ---> Fetching xcb-util-0.3.6 ++ Will try the following sites in the order named: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-7-stable/ ---> Invoking a command: /usr/bin/fetch -o '/var/tmp/portupgrade70jsMQjE/xcb-util-0.3.6.tbz' 'ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/xcb-util-0.3.6.tbz' fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/xcb-util-0.3.6.tbz: No address record ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/xcb-util-0.3.6.tbz ---> Invoking a command: /usr/bin/fetch -o '/var/tmp/portupgrade70jsMQjE/xcb-util-0.3.6.tgz' 'ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/xcb-util-0.3.6.tgz' fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/xcb-util-0.3.6.tgz: No address record ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/xcb-util-0.3.6.tgz ** Failed to fetch xcb-util-0.3.6 ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! xcb-util-0.3.6 (fetch error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Could not find the latest version (0.3.6) ---> Using the port instead of a package ---> Upgrade of x11/xcb-util started at: Thu, 01 Oct 2009 11:14:29 -0700 ---> Upgrading 'xcb-util-0.3.5' to 'xcb-util-0.3.6' (x11/xcb-util) ---> Build of x11/xcb-util started at: Thu, 01 Oct 2009 11:14:29 -0700 ---> Building '/usr/ports/x11/xcb-util' ===> Cleaning for gperf-3.0.3 ===> Cleaning for xcb-util-0.3.6 ===> Vulnerability check disabled, database not found ===> Extracting for xcb-util-0.3.6 => MD5 Checksum OK for xcb-util-0.3.6.tar.bz2. => SHA256 Checksum OK for xcb-util-0.3.6.tar.bz2. ===> Patching for xcb-util-0.3.6 ===> xcb-util-0.3.6 depends on file: /usr/local/bin/gperf - found ===> xcb-util-0.3.6 depends on executable: gmake - found ===> xcb-util-0.3.6 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found ===> xcb-util-0.3.6 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> xcb-util-0.3.6 depends on package: libtool>=2.2 - found ===> xcb-util-0.3.6 depends on shared library: xcb.2 - found ===> Configuring for xcb-util-0.3.6 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking for m4... m4 checking if m4 supports -I... yes checking for gperf... /usr/local/bin/gperf checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking build system type... i386-portbld-freebsd7.2 checking host system type... i386-portbld-freebsd7.2 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for vasprintf... yes checking for ssize_t... yes checking for pkg-config... /PCBSD/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XCB... configure: error: Package requirements (xcb >= 1.4) were not met: Requested 'xcb >= 1.4' but version of XCB is 1.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XCB_CFLAGS and XCB_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ===> Script "configure" failed unexpectedly. Please report the problem to ntarmos@cs.uoi.gr [maintainer] and attach the "/usr/ports/x11/xcb-util/work/xcb-util-0.3.6/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11/xcb-util. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20091001-30421-16yuoze-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=xcb-util-0.3.5 UPGRADE_PORT_VER=0.3.5 make ** Fix the problem and try again. ---> Build of x11/xcb-util ended at: Thu, 01 Oct 2009 11:02:00 -0700 (consumed00:00:46) ---> Upgrade of x11/xcb-util ended at: Thu, 01 Oct 2009 11:02:00 -0700 (consumed 00:00:46) ---> ** Upgrade tasks 2: 1 done, 0 ignored, 0 skipped and 1 failed [Updating the pkgdb in /var/db/pkg ... - 95 packages found (-0 +1) . done] ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) + textproc/libxml2 (libxml2-2.7.3_1) ! x11/xcb-util (xcb-util-0.3.5) (configure error) ---> Packages processed: 1 done, 0 ignored, 0 skipped and 1 failed ---> Session ended at: Thu, 01 Oct 2009 11:02:07 -0700 (consumed 00:11:22) [root@pcbsd]/usr/ports(26)# -- Best regards, John B. Stubblebine jstub@jstub.com "Taxes are what we pay for civilized society." # Oliver Wendell Holmes, Jr. ? Please consider the environment before printing this email. -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by xcb-util configure 0.3.6, which was generated by GNU Autoconf 2.64. Invocation command line was $ ./configure --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd7.2 ## --------- ## ## Platform. ## ## --------- ## hostname = pcbsd uname -m = i386 uname -r = 7.2-PRERELEASE uname -s = FreeBSD uname -v = FreeBSD 7.2-PRERELEASE #12: Fri Apr 17 15:37:58 EDT 2009 root@pcbsdx32-7:/usr/obj/pcbsd-build71/cvs/7.1-src/sys/PCBSD /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /Programs/bin PATH: /PCBSD/local/bin PATH: /PCBSD/local/sbin PATH: /PCBSD/local/kde4/bin PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/local/kde4/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2391: checking for a BSD-compatible install configure:2459: result: /usr/bin/install -c -o root -g wheel configure:2470: checking whether build environment is sane configure:2520: result: yes configure:2661: checking for a thread-safe mkdir -p configure:2700: result: ./install-sh -c -d configure:2713: checking for gawk configure:2729: found /PCBSD/local/bin/gawk configure:2740: result: gawk configure:2751: checking whether gmake sets $(MAKE) configure:2773: result: yes configure:2858: checking for m4 configure:2874: found /usr/bin/m4 configure:2885: result: m4 configure:2898: checking if m4 supports -I configure:2901: result: yes configure:3010: checking for gperf configure:3037: result: /usr/local/bin/gperf configure:3100: checking for gcc configure:3127: result: cc configure:3356: checking for C compiler version configure:3365: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3376: $? = 0 configure:3365: cc -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3376: $? = 0 configure:3365: cc -V >&5 cc: '-V' option must have argument configure:3376: $? = 1 configure:3365: cc -qversion >&5 cc: unrecognized option '-qversion' cc: No input files specified configure:3376: $? = 1 configure:3398: checking for C compiler default output file name configure:3420: cc -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3424: $? = 0 configure:3461: result: a.out configure:3477: checking whether the C compiler works configure:3486: ./a.out configure:3490: $? = 0 configure:3505: result: yes configure:3512: checking whether we are cross compiling configure:3514: result: no configure:3517: checking for suffix of executables configure:3524: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3528: $? = 0 configure:3550: result: configure:3556: checking for suffix of object files configure:3578: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3582: $? = 0 configure:3603: result: o configure:3607: checking whether we are using the GNU C compiler configure:3626: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3626: $? = 0 configure:3635: result: yes configure:3644: checking whether cc accepts -g configure:3664: cc -c -g conftest.c >&5 configure:3664: $? = 0 configure:3705: result: yes configure:3722: checking for cc option to accept ISO C89 configure:3786: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:3786: $? = 0 configure:3799: result: none needed configure:3830: checking for style of include used by gmake configure:3858: result: GNU configure:3883: checking dependency style of cc configure:3993: result: gcc3 configure:4037: checking build system type configure:4051: result: i386-portbld-freebsd7.2 configure:4071: checking host system type configure:4084: result: i386-portbld-freebsd7.2 configure:4104: checking for a sed that does not truncate output configure:4168: result: /usr/bin/sed configure:4186: checking for grep that handles long lines and -e configure:4244: result: /usr/bin/grep configure:4249: checking for egrep configure:4311: result: /usr/bin/grep -E configure:4316: checking for fgrep configure:4378: result: /usr/bin/grep -F configure:4413: checking for ld used by cc configure:4480: result: /usr/bin/ld configure:4487: checking if the linker (/usr/bin/ld) is GNU ld configure:4502: result: yes configure:4514: checking for BSD- or MS-compatible name lister (nm) configure:4563: result: /usr/bin/nm -B configure:4681: checking the name lister (/usr/bin/nm -B) interface configure:4688: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:4691: /usr/bin/nm -B "conftest.o" configure:4694: output 00000000 B some_variable configure:4701: result: BSD nm configure:4704: checking whether ln -s works configure:4708: result: yes configure:4716: checking the maximum length of command line arguments configure:4836: result: 262144 configure:4853: checking whether the shell understands some XSI constructs configure:4863: result: yes configure:4867: checking whether the shell understands "+=" configure:4873: result: no configure:4908: checking for /usr/bin/ld option to reload object files configure:4915: result: -r configure:4984: checking for objdump configure:5000: found /usr/bin/objdump configure:5011: result: objdump configure:5043: checking how to recognize dependent libraries configure:5239: result: pass_all configure:5299: checking for ar configure:5315: found /usr/bin/ar configure:5326: result: ar configure:5404: checking for strip configure:5420: found /usr/bin/strip configure:5431: result: strip configure:5503: checking for ranlib configure:5519: found /usr/bin/ranlib configure:5530: result: ranlib configure:5620: checking command to parse /usr/bin/nm -B output from cc object configure:5738: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:5741: $? = 0 configure:5745: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:5748: $? = 0 configure:5802: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c conftstm.o >&5 configure:5805: $? = 0 configure:5843: result: ok configure:6652: checking how to run the C preprocessor configure:6683: cc -E conftest.c configure:6683: $? = 0 configure:6697: cc -E conftest.c conftest.c:11:28: error: ac_nonexistent.h: No such file or directory configure:6697: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "xcb-util" | #define PACKAGE_TARNAME "xcb-util" | #define PACKAGE_VERSION "0.3.6" | #define PACKAGE_STRING "xcb-util 0.3.6" | #define PACKAGE_BUGREPORT "xcb@lists.freedesktop.org" | #define PACKAGE_URL "" | #define PACKAGE "xcb-util" | #define VERSION "0.3.6" | /* end confdefs.h. */ | #include configure:6722: result: cc -E configure:6742: cc -E conftest.c configure:6742: $? = 0 configure:6756: cc -E conftest.c conftest.c:11:28: error: ac_nonexistent.h: No such file or directory configure:6756: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "xcb-util" | #define PACKAGE_TARNAME "xcb-util" | #define PACKAGE_VERSION "0.3.6" | #define PACKAGE_STRING "xcb-util 0.3.6" | #define PACKAGE_BUGREPORT "xcb@lists.freedesktop.org" | #define PACKAGE_URL "" | #define PACKAGE "xcb-util" | #define VERSION "0.3.6" | /* end confdefs.h. */ | #include configure:6785: checking for ANSI C header files configure:6805: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6805: $? = 0 configure:6878: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6878: $? = 0 configure:6878: ./conftest configure:6878: $? = 0 configure:6889: result: yes configure:6902: checking for sys/types.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for sys/stat.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for stdlib.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for string.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for memory.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for strings.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for inttypes.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for stdint.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6902: checking for unistd.h configure:6902: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6902: $? = 0 configure:6902: result: yes configure:6917: checking for dlfcn.h configure:6917: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:6917: $? = 0 configure:6917: result: yes configure:7101: checking for objdir configure:7116: result: .libs configure:7408: checking if cc supports -fno-rtti -fno-exceptions configure:7426: cc -c -O2 -fno-strict-aliasing -pipe -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:7430: $? = 0 configure:7443: result: no configure:7463: checking for cc option to produce PIC configure:7735: result: -fPIC -DPIC configure:7747: checking if cc PIC flag -fPIC -DPIC works configure:7765: cc -c -O2 -fno-strict-aliasing -pipe -fPIC -DPIC -DPIC conftest.c >&5 configure:7769: $? = 0 configure:7782: result: yes configure:7806: checking if cc static flag -static works configure:7834: result: yes configure:7849: checking if cc supports -c -o file.o configure:7870: cc -c -O2 -fno-strict-aliasing -pipe -o out/conftest2.o conftest.c >&5 configure:7874: $? = 0 configure:7896: result: yes configure:7904: checking if cc supports -c -o file.o configure:7951: result: yes configure:7984: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:8974: result: yes configure:9011: checking whether -lc should be explicitly linked in configure:9016: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:9019: $? = 0 configure:9034: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| /usr/bin/grep -lc \>/dev/null 2\>\&1 configure:9037: $? = 0 configure:9049: result: no configure:9213: checking dynamic linker characteristics configure:9876: result: freebsd7.2 ld.so configure:9978: checking how to hardcode library paths into programs configure:10003: result: immediate configure:10523: checking whether stripping libraries is possible configure:10528: result: yes configure:10563: checking if libtool supports shared libraries configure:10565: result: yes configure:10568: checking whether to build shared libraries configure:10589: result: yes configure:10592: checking whether to build static libraries configure:10596: result: yes configure:10653: checking for vasprintf configure:10653: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:10653: $? = 0 configure:10653: result: yes configure:10667: checking for ssize_t configure:10667: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 configure:10667: $? = 0 configure:10667: cc -c -O2 -fno-strict-aliasing -pipe conftest.c >&5 conftest.c: In function 'main': conftest.c:60: error: expected expression before ')' token configure:10667: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "xcb-util" | #define PACKAGE_TARNAME "xcb-util" | #define PACKAGE_VERSION "0.3.6" | #define PACKAGE_STRING "xcb-util 0.3.6" | #define PACKAGE_BUGREPORT "xcb@lists.freedesktop.org" | #define PACKAGE_URL "" | #define PACKAGE "xcb-util" | #define VERSION "0.3.6" | #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 HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_VASPRINTF 1 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | int | main () | { | if (sizeof ((ssize_t))) | return 0; | ; | return 0; | } configure:10667: result: yes configure:10734: checking for pkg-config configure:10752: found /PCBSD/local/bin/pkg-config configure:10764: result: /PCBSD/local/bin/pkg-config configure:10789: checking pkg-config is at least version 0.9.0 configure:10792: result: yes configure:10803: checking for XCB configure:10811: $PKG_CONFIG --exists --print-errors "xcb >= 1.4" Requested 'xcb >= 1.4' but version of XCB is 1.2 configure:10814: $? = 1 configure:10829: $PKG_CONFIG --exists --print-errors "xcb >= 1.4" Requested 'xcb >= 1.4' but version of XCB is 1.2 configure:10832: $? = 1 Requested 'xcb >= 1.4' but version of XCB is 1.2 configure:10870: error: Package requirements (xcb >= 1.4) were not met: Requested 'xcb >= 1.4' but version of XCB is 1.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XCB_CFLAGS and XCB_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-portbld-freebsd7.2 ac_cv_c_compiler_gnu=yes ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -fno-strict-aliasing -pipe' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_XCB_CFLAGS_set='' ac_cv_env_XCB_CFLAGS_value='' ac_cv_env_XCB_LIBS_set='' ac_cv_env_XCB_LIBS_value='' ac_cv_env_XCB_RENDER_CFLAGS_set='' ac_cv_env_XCB_RENDER_CFLAGS_value='' ac_cv_env_XCB_RENDER_LIBS_set='' ac_cv_env_XCB_RENDER_LIBS_value='' ac_cv_env_XCB_SHM_CFLAGS_set='' ac_cv_env_XCB_SHM_CFLAGS_value='' ac_cv_env_XCB_SHM_LIBS_set='' ac_cv_env_XCB_SHM_LIBS_value='' ac_cv_env_XPROTO_CFLAGS_set='' ac_cv_env_XPROTO_CFLAGS_value='' ac_cv_env_XPROTO_LIBS_set='' ac_cv_env_XPROTO_LIBS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd7.2 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_func_vasprintf=yes ac_cv_header_dlfcn_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_memory_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_unistd_h=yes ac_cv_host=i386-portbld-freebsd7.2 ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_FGREP='/usr/bin/grep -F' ac_cv_path_GREP=/usr/bin/grep ac_cv_path_SED=/usr/bin/sed ac_cv_path_ac_pt_PKG_CONFIG=/PCBSD/local/bin/pkg-config ac_cv_prog_AWK=gawk ac_cv_prog_CPP='cc -E' ac_cv_prog_GPERF=/usr/local/bin/gperf ac_cv_prog_M4=m4 ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc ac_cv_prog_ac_ct_OBJDUMP=objdump ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_make_gmake_set=yes ac_cv_type_ssize_t=yes am_cv_CC_dependencies_compiler_type=gcc3 lt_cv_deplibs_check_method=pass_all lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file='' lt_cv_ld_reload_flag=-r lt_cv_nm_interface='BSD nm' lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_pic_works=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_gnu_ld=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\''' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"\2", (void *) \&\2},/p'\''' lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \(lib[^ ]*\)$/ {"\2", (void *) \&\2},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"lib\2", (void *) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* \(.*\)$/extern int \1();/p'\'' -e '\''s/^[ABCDGIRSTW]* .* \(.*\)$/extern char \1;/p'\''' lt_cv_sys_max_cmd_len=262144 ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/x11/xcb-util/work/xcb-util-0.3.6/missing --run aclocal-1.11' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/x11/xcb-util/work/xcb-util-0.3.6/missing --run tar' AR='ar' AUTOCONF='${SHELL} /usr/ports/x11/xcb-util/work/xcb-util-0.3.6/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/x11/xcb-util/work/xcb-util-0.3.6/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/x11/xcb-util/work/xcb-util-0.3.6/missing --run automake-1.11' AWK='gawk' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O2 -fno-strict-aliasing -pipe' CPP='cc -E' CPPFLAGS='' CWARNFLAGS='-Wall' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' DSYMUTIL='' DUMPBIN='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' FGREP='/usr/bin/grep -F' GM4='' GNUM4='' GPERF='/usr/local/bin/gperf' GREP='/usr/bin/grep' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' LD='/usr/bin/ld' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) /usr/local/bin/libtool' LIPO='' LN_S='ln -s' LTLIBOBJS='' M4='m4' MAKEINFO='${SHELL} /usr/ports/x11/xcb-util/work/xcb-util-0.3.6/missing --run makeinfo' MKDIR_P='./install-sh -c -d' NM='/usr/bin/nm -B' NMEDIT='' OBJDUMP='objdump' OBJEXT='o' OTOOL64='' OTOOL='' PACKAGE='xcb-util' PACKAGE_BUGREPORT='xcb@lists.freedesktop.org' PACKAGE_NAME='xcb-util' PACKAGE_STRING='xcb-util 0.3.6' PACKAGE_TARNAME='xcb-util' PACKAGE_URL='' PACKAGE_VERSION='0.3.6' PATH_SEPARATOR=':' PKG_CONFIG='/PCBSD/local/bin/pkg-config' RANLIB='ranlib' SED='/usr/bin/sed' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' VERSION='0.3.6' XCB_ATOM_CFLAGS='' XCB_ATOM_LIBS='' XCB_AUX_CFLAGS='' XCB_AUX_LIBS='' XCB_CFLAGS='' XCB_EVENT_CFLAGS='' XCB_EVENT_LIBS='' XCB_ICCCM_CFLAGS='' XCB_ICCCM_LIBS='' XCB_LIBS='' XCB_PROPERTY_CFLAGS='' XCB_PROPERTY_LIBS='' XCB_RENDER_CFLAGS='' XCB_RENDER_LIBS='' XCB_SHM_CFLAGS='' XCB_SHM_LIBS='' XPROTO_CFLAGS='' XPROTO_LIBS='' ac_ct_CC='cc' ac_ct_DUMPBIN='' am__EXEEXT_FALSE='' am__EXEEXT_TRUE='' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__include='include' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd7.2' build_alias='i386-portbld-freebsd7.2' build_cpu='i386' build_os='freebsd7.2' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='i386-portbld-freebsd7.2' host_alias='' host_cpu='i386' host_os='freebsd7.2' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info' install_sh='${SHELL} /usr/ports/x11/xcb-util/work/xcb-util-0.3.6/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' lt_ECHO='echo' mandir='/usr/local/man' mkdir_p='$(top_builddir)/./install-sh -c -d' oldincludedir='/usr/include' pdfdir='${docdir}' pkgconfigdir='${prefix}/libdata/pkgconfig' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' xcbincludedir='${includedir}/xcb' ## ----------- ## ## confdefs.h. ## ## ----------- ## /* confdefs.h */ #define PACKAGE_NAME "xcb-util" #define PACKAGE_TARNAME "xcb-util" #define PACKAGE_VERSION "0.3.6" #define PACKAGE_STRING "xcb-util 0.3.6" #define PACKAGE_BUGREPORT "xcb@lists.freedesktop.org" #define PACKAGE_URL "" #define PACKAGE "xcb-util" #define VERSION "0.3.6" #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 HAVE_DLFCN_H 1 #define LT_OBJDIR ".libs/" #define HAVE_VASPRINTF 1 configure: exit 1 -------------- next part -------------- atk-1.26.0 A GNOME accessibility toolkit (ATK) bitstream-vera-1.10_4 Bitstream Vera TrueType font collection blas-1.0_3 Basic Linear Algebra, level 1, 2, and 3 cairo-1.8.8,1 Vector graphics library with cross-device output support compositeproto-0.4 Composite extension headers damageproto-1.1.0_2 Damage extension headers db41-4.1.25_4 The Berkeley DB package, revision 4.1 encodings-1.0.2,1 X.Org Encoding fonts expat-2.0.1 XML 1.0 parser written in C fftw3-3.2.2_1 Fast C routines to compute the Discrete Fourier Transform fixesproto-4.0 Fixes extension headers font-bh-ttf-1.0.0 X.Org Bigelow & Holmes TTF font font-misc-ethiopic-1.0.0 X.Org miscellaneous Ethiopic font font-misc-meltho-1.0.0_1 X.Org miscellaneous Meltho font font-util-1.0.1 Create an index of X font files in a directory fontconfig-2.6.0,1 An XML-based font configuration API for X Windows freetype2-2.3.9_1 A free and portable TrueType font rendering engine gamin-0.1.10_3 A file and directory monitoring system gcc-4.3.5.20090823 GNU Compiler Collection 4.3 gd-2.0.35_1,1 A graphics library for fast creation of images gdbm-1.8.3_3 The GNU database manager gettext-0.17_1 GNU gettext package gio-fam-backend-2.20.5 FAM backend for GLib's GIO library glib-2.20.5 Some useful routines of C programming (current stable versi gnomehier-2.3_12 A utility port that creates the GNOME directory tree gnuplot-4.2.5_1 A command-driven interactive function plotting program gperf-3.0.3 Generates perfect hash functions for sets of keywords gretl-1.8.2 GNU Regression, Econometrics and Time-series Library gtk-2.16.6 Gimp Toolkit for X11 GUI (current stable version) gtksourceview2-2.6.2_1 A text widget that adds syntax highlighting to the GtkTextV hicolor-icon-theme-0.10_2 A high-color icon theme shell from the FreeDesktop project inputproto-1.5.0 Input extension headers jasper-1.900.1_8 An implementation of the codec specified in the JPEG-2000 s jpeg-7 IJG's jpeg compression utilities kbproto-1.0.3 KB extension headers lapack-3.2.1 A library of Fortran 77 subroutines for linear algebra libICE-1.0.4_1,1 Inter Client Exchange library for X11 libSM-1.1.0_1,1 Session Management library for X11 libX11-1.2.1_1,1 X11 library libXau-1.0.4 Authentication Protocol library for X11 libXaw-1.0.5_1,1 X Athena Widgets library libXcomposite-0.4.0,1 X Composite extension library libXcursor-1.1.9_1 X client-side cursor loading library libXdamage-1.1.1 X Damage extension library libXdmcp-1.0.2_1 X Display Manager Control Protocol library libXext-1.0.5,1 X11 Extension library libXfixes-4.0.3_1 X Fixes extension library libXft-2.1.13 A client-sided font API for X applications libXi-1.2.1,1 X Input extension library libXinerama-1.0.3,1 X11 Xinerama library libXmu-1.0.4,1 X Miscellaneous Utilities libraries libXp-1.0.0,1 X print library libXpm-3.5.7 X Pixmap library libXrandr-1.3.0 X Resize and Rotate extension library libXrender-0.9.4_1 X Render extension library libXt-1.0.5_1 X Toolkit library libfontenc-1.0.4 The fontenc Library libgmp-4.3.1 A free library for arbitrary precision arithmetic libiconv-1.13.1 A character set conversion library libpthread-stubs-0.1 This library provides weak aliases for pthread functions libtool-2.2.6a Generic shared library support script libxcb-1.4 The X protocol C-language Binding (XCB) library libxml2-2.7.4_1 XML parser library for GNOME mkfontdir-1.0.4 Create an index of X font files in a directory mkfontscale-1.0.6 Creates an index of scalable font files for X mpfr-2.4.1_1 A library for multiple-precision floating-point computation open-motif-2.2.3_6 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) pango-1.24.5 An open-source framework for the layout and rendering of i1 pcre-7.9 Perl Compatible Regular Expressions library pdflib-7.0.4 A C library for dynamically generating PDF perl-5.8.9_3 Practical Extraction and Report Language pixman-0.15.4 Low-level pixel manipulation library pkg-config-0.23_1 A utility to retrieve information about installed libraries plotutils-2.5,1 A plotting library and toolkit png-1.2.38 Library for manipulating PNG images printproto-1.0.4 Print extension headers py26-bsddb3-4.7.6 Python extension module for BerkeleyDB 3 and 4 py31-tkinter-3.1.1_3 Python bindings to the Tk widget set python26-2.6.2_3 An interpreted object-oriented programming language python31-3.1.1 An interpreted object-oriented programming language randrproto-1.3.0 Randr extension headers renderproto-0.9.3 RenderProto protocol headers shared-mime-info-0.60_1 A MIME type database from the FreeDesktop project sqlite34-3.4.2 An SQL database engine in a C library tcl-8.5.7_1 Tool Command Language tcl-modules-8.5.7 Tcl common modules tiff-3.8.2_4 Tools and library routines for working with TIFF images tk-8.5.7 Graphical toolkit for TCL xbitmaps-1.0.1 X.Org bitmaps data xcb-proto-1.5 The X protocol C-language Binding (XCB) protocol xcb-util-0.3.5 A module with libxcb/libX11 extension/replacement libraries xextproto-7.0.5 XExt extension headers xineramaproto-1.1.2 Xinerama extension headers xorg-fonts-truetype-7.4 X.Org TrueType fonts xproto-7.0.15 X11 protocol headers -------------- next part -------------- atk-1.26.0 bitstream-vera-1.10_4 blas-1.0_3 cairo-1.8.8,1 compositeproto-0.4 damageproto-1.1.0_2 db41-4.1.25_4 encodings-1.0.2,1 expat-2.0.1 fftw3-3.2.2_1 fixesproto-4.0 font-bh-ttf-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-util-1.0.1 fontconfig-2.6.0,1 freetype2-2.3.9_1 gamin-0.1.10_3 gcc-4.3.5.20090823 gd-2.0.35_1,1 gdbm-1.8.3_3 gettext-0.17_1 gio-fam-backend-2.20.5 glib-2.20.5 gnomehier-2.3_12 gnuplot-4.2.5_1 gperf-3.0.3 gretl-1.8.2 gtk-2.16.6 gtksourceview2-2.6.2_1 hicolor-icon-theme-0.10_2 inputproto-1.5.0 jasper-1.900.1_8 jpeg-7 kbproto-1.0.3 lapack-3.2.1 libICE-1.0.4_1,1 libSM-1.1.0_1,1 libX11-1.2.1_1,1 libXau-1.0.4 libXaw-1.0.5_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2_1 libXext-1.0.5,1 libXfixes-4.0.3_1 libXft-2.1.13 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.3.0 libXrender-0.9.4_1 libXt-1.0.5_1 libfontenc-1.0.4 libgmp-4.3.1 libiconv-1.13.1 libpthread-stubs-0.1 libtool-2.2.6a libxcb-1.4 libxml2-2.7.4_1 mkfontdir-1.0.4 mkfontscale-1.0.6 mpfr-2.4.1_1 open-motif-2.2.3_6 pango-1.24.5 pcre-7.9 pdflib-7.0.4 perl-5.8.9_3 pixman-0.15.4 pkg-config-0.23_1 pkgdb.db plotutils-2.5,1 png-1.2.38 printproto-1.0.4 py26-bsddb3-4.7.6 py31-tkinter-3.1.1_3 python26-2.6.2_3 python31-3.1.1 randrproto-1.3.0 renderproto-0.9.3 shared-mime-info-0.60_1 sqlite34-3.4.2 tcl-8.5.7_1 tcl-modules-8.5.7 tiff-3.8.2_4 tk-8.5.7 xbitmaps-1.0.1 xcb-proto-1.5 xcb-util-0.3.5 xextproto-7.0.5 xineramaproto-1.1.2 xorg-fonts-truetype-7.4 xproto-7.0.15 From adamw at magnesium.net Thu Oct 1 20:32:09 2009 From: adamw at magnesium.net (Adam Weinberger) Date: Thu Oct 1 20:32:16 2009 Subject: resurrecting ion3 port In-Reply-To: <20091001112549.GG50565@hades.panopticon> References: <20091001112549.GG50565@hades.panopticon> Message-ID: <430f57050910011307r4c987bc1maac1c55c6f8812ae@mail.gmail.com> Thanks, Dmitry, but I'd rather not maintain any other ports at this time. I think resurrecting ionwm is a great idea, btw. # Adam 2009/10/1 Dmitry Marakasov : > Hi! > > The ion3 window manager was previously removed from the ports tree > becase of license issues. However, the clauses that causes this > were removed (see [1]), so I think we should add it back. I've > prepared updated version of the port ([2]), but I wanted to check > with you, since azhe was who removed the port and adamw maintained > it. Are there any objections against this port? adamw can also take > maintainership if he feels like so, or I'll maintain it myself. > > [1] http://lists.berlios.de/pipermail/ion-general/2009-September/002520.html > [2] http://people.freebsd.org/~amdmi3/ion3.tar > > -- > Dmitry Marakasov ? . ? 55B5 0596 FF1E 8D84 5F56 ?9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ?..: ?jabber: amdmi3@jabber.ru ? ?http://www.amdmi3.ru > > -- Adam Weinberger adamw@magnesium.net http://www.vectors.cx From shuvaev at physik.uni-wuerzburg.de Thu Oct 1 20:54:34 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Thu Oct 1 20:54:41 2009 Subject: Tinderbox + perl5.10? In-Reply-To: <20090928232750.6941027f@it.buh.tecnik93.com> References: <20090928194606.GA47155@wep4035.physik.uni-wuerzburg.de> <20090928232750.6941027f@it.buh.tecnik93.com> Message-ID: <20091001205421.GA88770@wep4035.physik.uni-wuerzburg.de> On Mon, Sep 28, 2009 at 11:27:50PM +0300, Ion-Mihai Tetcu wrote: > On Mon, 28 Sep 2009 21:46:06 +0200 > Alexey Shuvaev wrote: > > > Hello all! > > > > After about one month of playing with ports-mgmt/tinderbox (thanks to > > all for the tool!) I realized I've applied the following in order to > > get it working in my environment (amd64 9-CURRENT with perl5.10): > > > > --- tc_command.sh.orig 2009-09-28 21:35:34.000000000 +0200 > > +++ tc_command.sh 2009-09-28 21:35:43.000000000 +0200 > > @@ -190,7 +190,7 @@ > > #--------------------------------------------------------------------------- > > > > Setup () { > > - MAN_PREREQS="lang/perl5.8" > > + MAN_PREREQS="lang/perl5.10" > > OPT_PREREQS="lang/php[45] databases/pear-DB www/php[45]-session" > > PREF_FILES="tinderbox.ph" > > README="$(tinderLoc scripts README)" > > > > I'm not very good at shell patters. Is there any way to depend on > > perl5.8 or perl5.10? > > BTW, this issue is seen only on fresh installations. > > It should be already fixed in the port, I think I did that. > If not, it's fixed in marcus' CVS > FYI, it is indeed fixed in marcus' CVS 2 months ago, but it is not in the ports yet (neither tinderbox nor tinderbox-devel). Thanks, Alexey. From linimon at lonesome.com Thu Oct 1 21:36:57 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Oct 1 21:37:05 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091001114546.GH50565@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> Message-ID: <20091001213656.GA14925@lonesome.com> On Thu, Oct 01, 2009 at 03:45:46PM +0400, Dmitry Marakasov wrote: > Now it's LGPLv2.1 with the only restriction that this software may not > be significantly changed while being distributed as ion3. I hate to replay this whole issue from the beginning, but apparently there is no other way. The author orginally contacted us with a legal threat because we were not in compliance with the 28-day clause. A long, acrimonious disucssion ensued. In that discussion, the author was asked "if we agree to meet that condition going forward, would you guarantee that this would remove any further legal threat?" and he said yes ... for now. But that he reserved the right to change his mind later. *depending* on what we did or did not do in the future -- not just in adhering to the *existing clauses* like the "significant" clause or "renamed" clause -- both of which he mentioned would be part of any lawsuit. Legally indefensible? Of course. Would that prevent a lawsuit being filed? No. Anyone can sue anyone for anything. Summary: What you see as "keeping a useful piece of software out of the port collection", I see as "protect the interests of a project that I have put a great deal of interest in time to." Again, I *emphasize* that this author has changed his mind in the past, mid-debate, on the interpretation of his ... unusual ... license. I also believe that it's quite likely going forward. mcl From linimon at lonesome.com Thu Oct 1 21:37:41 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Oct 1 21:37:50 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091001105823.GE50565@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930144535.GD50565@hades.panopticon> <20090930145925.GB503@obspm.fr> <20090930172746.4d7d5fee@ernst.jennejohn.org> <20090930165843.GD503@obspm.fr> <20091001105823.GE50565@hades.panopticon> Message-ID: <20091001213740.GB14925@lonesome.com> On Thu, Oct 01, 2009 at 02:58:23PM +0400, Dmitry Marakasov wrote: > No need to, if it works fine and there are no objections for it, > I'll commit it to the tree. I insist that you not to commit it to the tree. See my other post. mcl From linimon at lonesome.com Thu Oct 1 21:39:07 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Oct 1 21:39:16 2009 Subject: resurrecting ion3 port In-Reply-To: <20091001144331.7464c533@ernst.jennejohn.org> References: <20091001112549.GG50565@hades.panopticon> <20091001144331.7464c533@ernst.jennejohn.org> Message-ID: <20091001213907.GC14925@lonesome.com> Please see my other post about this port. Thanks. mcl From freebsd-ports at coreland.ath.cx Fri Oct 2 07:02:43 2009 From: freebsd-ports at coreland.ath.cx (freebsd-ports@coreland.ath.cx) Date: Fri Oct 2 07:03:16 2009 Subject: PLT scheme 'mred' crashes with OpenGL examples Message-ID: <20091002055906.GA57626@logik.internal.network> Hello. I seem to be having some problem getting any of the OpenGL examples to run for the PLT scheme port: $ uname -smir FreeBSD 7.2-RELEASE-p2 amd64 GENERIC viper$ pwd /usr/local/lib/plt/collects/sgl/examples viper$ mred gears.ss Seg fault (internal error) at 0x10 Abort trap viper$ gdb --args mred gears.ss 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"... (gdb) r Starting program: /usr/local/bin/mred gears.ss [New LWP 101026] [New Thread 0x803c020b0 (LWP 101026)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x803c020b0 (LWP 101026)] 0x0000000800b1daba in update_want_level () from /usr/local/lib/libmzscheme3m-4.1.4.so (gdb) bt #0 0x0000000800b1daba in update_want_level () from /usr/local/lib/libmzscheme3m-4.1.4.so #1 0x0000000800b1dc7d in scheme_log_message () from /usr/local/lib/libmzscheme3m-4.1.4.so #2 0x0000000800b169dc in scheme_log () from /usr/local/lib/libmzscheme3m-4.1.4.so #3 0x0000000800d29c0f in inform_GC () from /usr/local/lib/libmzscheme3m-4.1.4.so #4 0x0000000800d5772f in garbage_collect () from /usr/local/lib/libmzscheme3m-4.1.4.so #5 0x0000000800d50ca7 in allocate () from /usr/local/lib/libmzscheme3m-4.1.4.so #6 0x0000000800d50e2a in GC_malloc_one_tagged () from /usr/local/lib/libmzscheme3m-4.1.4.so #7 0x0000000800d50f73 in fast_malloc_one_small_tagged () from /usr/local/lib/libmzscheme3m-4.1.4.so #8 0x0000000800d5100a in GC_malloc_one_small_tagged () from /usr/local/lib/libmzscheme3m-4.1.4.so #9 0x0000000800cd3daa in scheme_make_stx () from /usr/local/lib/libmzscheme3m-4.1.4.so #10 0x0000000800cd9b6b in propagate_wraps () from /usr/local/lib/libmzscheme3m-4.1.4.so #11 0x0000000800cdbc48 in scheme_stx_content () from /usr/local/lib/libmzscheme3m-4.1.4.so #12 0x0000000800b350b5 in scheme_compile_expand_expr () from /usr/local/lib/libmzscheme3m-4.1.4.so #13 0x0000000800b3a491 in scheme_expand_expr () from /usr/local/lib/libmzscheme3m-4.1.4.so #14 0x0000000800c06093 in do_module_begin () from /usr/local/lib/libmzscheme3m-4.1.4.so #15 0x0000000800c0a58b in module_begin_syntax () from /usr/local/lib/libmzscheme3m-4.1.4.so #16 0x0000000800b356bd in scheme_compile_expand_expr () from /usr/local/lib/libmzscheme3m-4.1.4.so #17 0x0000000800b3a451 in scheme_compile_expr () from /usr/local/lib/libmzscheme3m-4.1.4.so #18 0x0000000800c03225 in do_module () from /usr/local/lib/libmzscheme3m-4.1.4.so #19 0x0000000800c0392b in module_syntax () from /usr/local/lib/libmzscheme3m-4.1.4.so #20 0x0000000800b356bd in scheme_compile_expand_expr () from /usr/local/lib/libmzscheme3m-4.1.4.so #21 0x0000000800b3a451 in scheme_compile_expr () from /usr/local/lib/libmzscheme3m-4.1.4.so #22 0x0000000800b32c69 in compile_k () from /usr/local/lib/libmzscheme3m-4.1.4.so #23 0x0000000800b67df8 in scheme_top_level_do_worker () from /usr/local/lib/libmzscheme3m-4.1.4.so #24 0x0000000800b67965 in scheme_top_level_do () from /usr/local/lib/libmzscheme3m-4.1.4.so #25 0x0000000800b33171 in _compile () from /usr/local/lib/libmzscheme3m-4.1.4.so #26 0x0000000800b46d26 in scheme_default_compile_handler () from /usr/local/lib/libmzscheme3m-4.1.4.so #27 0x0000000800b41b30 in scheme_do_eval () from /usr/local/lib/libmzscheme3m-4.1.4.so #28 0x0000000800b6851e in apply_k () from /usr/local/lib/libmzscheme3m-4.1.4.so #29 0x0000000800b67df8 in scheme_top_level_do_worker () from /usr/local/lib/libmzscheme3m-4.1.4.so #30 0x0000000800b67965 in scheme_top_level_do () from /usr/local/lib/libmzscheme3m-4.1.4.so #31 0x0000000800b685c7 in _apply () from /usr/local/lib/libmzscheme3m-4.1.4.so #32 0x0000000800b685fe in scheme_apply () from /usr/local/lib/libmzscheme3m-4.1.4.so #33 0x0000000800b31c0a in call_compile_handler () from /usr/local/lib/libmzscheme3m-4.1.4.so #34 0x0000000800b32b8c in compile_k () from /usr/local/lib/libmzscheme3m-4.1.4.so #35 0x0000000800b67df8 in scheme_top_level_do_worker () from /usr/local/lib/libmzscheme3m-4.1.4.so #36 0x0000000800b67965 in scheme_top_level_do () from /usr/local/lib/libmzscheme3m-4.1.4.so #37 0x0000000800b33171 in _compile () from /usr/local/lib/libmzscheme3m-4.1.4.so #38 0x0000000800b331f3 in scheme_compile_for_eval () from /usr/local/lib/libmzscheme3m-4.1.4.so #39 0x0000000800b44f81 in scheme_eval () from /usr/local/lib/libmzscheme3m-4.1.4.so #40 0x0000000800b48eb0 in do_eval_string_all () from /usr/local/lib/libmzscheme3m-4.1.4.so #41 0x0000000800b49157 in scheme_eval_module_string () from /usr/local/lib/libmzscheme3m-4.1.4.so #42 0x0000000800afad08 in scheme_add_embedded_builtins () from /usr/local/lib/libmzscheme3m-4.1.4.so #43 0x0000000800b024e6 in place_instance_init_post_kernel () from /usr/local/lib/libmzscheme3m-4.1.4.so #44 0x0000000800b0232f in scheme_engine_instance_init () from /usr/local/lib/libmzscheme3m-4.1.4.so #45 0x0000000800b02146 in scheme_basic_env () from /usr/local/lib/libmzscheme3m-4.1.4.so #46 0x00000008008656be in setup_basic_env () at mred.cxx:3232 #47 0x0000000000403b0d in run_from_cmd_line (argc=Variable "argc" is not available.) at cmdline.inc:1018 #48 0x000000080086516c in MrEdApp::OnInit (this=Variable "this" is not available.) at mred.cxx:3433 #49 0x0000000800732a39 in wxEntry (argc=2, argv=0x7fffffffe8f8) at AppMain.cc:288 #50 0x0000000000401f28 in call_main_after_stack (data=Variable "data" is not available.) at mrmain.cxx:266 #51 0x0000000800af06c5 in scheme_main_stack_setup () from /usr/local/lib/libmzscheme3m-4.1.4.so #52 0x0000000000401ea7 in main (argc=Variable "argc" is not available.) at mrmain.cxx:299 They all apparently crash in the same place. I'm not familiar with the PLT scheme codebase at all but can assist in testing any patches. From Fluffy at fluffy.khv.ru Fri Oct 2 07:57:51 2009 From: Fluffy at fluffy.khv.ru (Dima Panov) Date: Fri Oct 2 07:57:59 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <4930F5D0200C44F2AE840C5742AEA551@sleuth64> References: <200910020008.53190.Fluffy@fluffy.khv.ru> <4930F5D0200C44F2AE840C5742AEA551@sleuth64> Message-ID: <200910021856.05706.Fluffy@fluffy.khv.ru> On Friday 02 October 2009 00:46:18 David Southwell wrote: > > -----Original Message----- > > On Thursday 01 October 2009 23:30:57 david@vizion2000.net wrote: > > > Hi > > > > > > gnupg-2.0.13 depends on devel and installs it. This causes > > > > problems on > > > > > a > > > 7.2-p3 amd64 system. A number of ports fail to build due to > > > > conflicts > > > > > between pth and the standard system thread library. > > > > > > For example x11-toolkits/py-qt4-gui build fails with > > > > pth-2.0.7 installed. > > > > > After deletion py-qt4-gui builds and installs correctly. > > > > Something wrong with your system. Noone from KDE/FreeBSD team > > reports about such bugs.. > > For example, I have pth installed already for all my systems, > > and py-qt4 always build fine. > > > > please show your /etc/make.conf and buildlog with errors. > > > > > What is the best way to deal with this when security/gnupg > > > > is required? > > > > > Would it be possible for the gnupg to detect it is on an > > > > amd64 system > > > > > and adjust its dependencies accordingly? Should the problem also be > > > dealt with at source in the devel/pth port? > > Are you testing on a multi processor system intel quad with a generic amd64 > build? > We testing on ALL available platforms. -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091002/d7fef605/attachment.pgp From guru at unixarea.de Fri Oct 2 08:07:46 2009 From: guru at unixarea.de (Matthias Apitz) Date: Fri Oct 2 08:07:53 2009 Subject: net-im/pidgin-2.6.2 Message-ID: <20091002073343.GA1949@current.Sisis.de> Hello, The pidgin-2.6.2 sources (http://www.pidgin.im/) contain an important fix for the problem that Yahoo! recently has changed something in the protocol and old IM clients (like Kopete of KDE 3.5.10) can't connect anymore to the Yahoo servers. I've fetched the sources directly (pidgin-2.6.2.tar.bz2) and they configure and compile fine with the following options: $ ./configure --disable-vv --disable-nm --disable-tcl $ gmake # gmake install $ pidgin -v Pidgin 2.6.2 (libpurple 2.6.2) The resulting IM client works fine with MSN and Yahoo. This morning I went to the FreeBSD ports collection server: http://www.freebsd.org/cgi/ports.cgi?query=pidgin&stype=all and there is a version 2.6.2 as well; I've fetched the tar ball of the port in the hope that I will compile in my FreeBSD 8-CURRENT like the above direct compile from source did. But the port-2.6.2 fetches older sources (2.5.5) which does not contain the above mentioned fixes. Why is this? I'd like to have compiled and installed pidgin from the ports to make a binary package of it and install this on my netbook EeePC 900 as well; Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From david at vizion2000.net Fri Oct 2 08:22:49 2009 From: david at vizion2000.net (David Southwell) Date: Fri Oct 2 08:22:55 2009 Subject: security/gnupg installing pth-2.0.7 causing problems In-Reply-To: <200910021856.05706.Fluffy@fluffy.khv.ru> References: <4930F5D0200C44F2AE840C5742AEA551@sleuth64> <200910021856.05706.Fluffy@fluffy.khv.ru> Message-ID: <200910020922.43470.david@vizion2000.net> > On Friday 02 October 2009 00:46:18 David Southwell wrote: > > > -----Original Message----- > > > > > > On Thursday 01 October 2009 23:30:57 david@vizion2000.net wrote: > > > > Hi > > > > > > > > gnupg-2.0.13 depends on devel and installs it. This causes > > > > > > problems on > > > > > > > a > > > > 7.2-p3 amd64 system. A number of ports fail to build due to > > > > > > conflicts > > > > > > > between pth and the standard system thread library. > > > > > > > > For example x11-toolkits/py-qt4-gui build fails with > > > > > > pth-2.0.7 installed. > > > > > > > After deletion py-qt4-gui builds and installs correctly. > > > > > > Something wrong with your system. Noone from KDE/FreeBSD team > > > reports about such bugs.. > > > For example, I have pth installed already for all my systems, > > > and py-qt4 always build fine. > > > > > > please show your /etc/make.conf and buildlog with errors. > > > > > > > What is the best way to deal with this when security/gnupg > > > > > > is required? > > > > > > > Would it be possible for the gnupg to detect it is on an > > > > > > amd64 system > > > > > > > and adjust its dependencies accordingly? Should the problem also be > > > > dealt with at source in the devel/pth port? > > > > Are you testing on a multi processor system intel quad with a generic > > amd64 build? > > We testing on ALL available platforms. > OK Later today I will run some tests and post the script. David From decke at bluelife.at Fri Oct 2 08:53:03 2009 From: decke at bluelife.at (Bernhard Froehlich) Date: Fri Oct 2 08:53:16 2009 Subject: net-im/pidgin-2.6.2 In-Reply-To: <20091002073343.GA1949@current.Sisis.de> References: <20091002073343.GA1949@current.Sisis.de> Message-ID: <735dbd94a7ac74f2a867e57d88ad6b31.squirrel@webmail.itac.at> On Fri, October 2, 2009 9:33 am, Matthias Apitz wrote: > > Hello, > > The pidgin-2.6.2 sources (http://www.pidgin.im/) contain an important > fix for the problem that Yahoo! recently has changed something in the > protocol and old IM clients (like Kopete of KDE 3.5.10) can't connect > anymore to the Yahoo servers. > > I've fetched the sources directly (pidgin-2.6.2.tar.bz2) and they > configure and compile fine with the following options: > > $ ./configure --disable-vv --disable-nm --disable-tcl > $ gmake > # gmake install > > $ pidgin -v > Pidgin 2.6.2 (libpurple 2.6.2) > > The resulting IM client works fine with MSN and Yahoo. > > This morning I went to the FreeBSD ports collection server: > http://www.freebsd.org/cgi/ports.cgi?query=pidgin&stype=all > and there is a version 2.6.2 as well; I've fetched the tar ball of the > port in the hope that I will compile in my FreeBSD 8-CURRENT like the > above direct compile from source did. But the port-2.6.2 fetches older > sources (2.5.5) which does not contain the above mentioned fixes. > Why is this? That port includes the net-im/libpurple Makefile and that defines which version and distfile that is. So you would have to fetch that too and change the path where it is included ... very ugly. There are probably other dependencies updated too that you would also need to track manually. How about updating your ports tree as everybody else does? -- Bernhard Fr?hlich http://www.bluelife.at/ From hinokind at gmail.com Fri Oct 2 08:53:35 2009 From: hinokind at gmail.com (=?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?=) Date: Fri Oct 2 08:53:43 2009 Subject: net-im/pidgin-2.6.2 In-Reply-To: <20091002073343.GA1949@current.Sisis.de> References: <20091002073343.GA1949@current.Sisis.de> Message-ID: On Fri, 02 Oct 2009 10:33:43 +0300, Matthias Apitz wrote: > This morning I went to the FreeBSD ports collection server: > http://www.freebsd.org/cgi/ports.cgi?query=pidgin&stype=all > and there is a version 2.6.2 as well; I've fetched the tar ball of the > port in the hope that I will compile in my FreeBSD 8-CURRENT like the > above direct compile from source did. But the port-2.6.2 fetches older > sources (2.5.5) which does not contain the above mentioned fixes. > Why is this? # make -C /usr/ports/net-im/pidgin fetch ===> Vulnerability check disabled, database not found => pidgin-2.6.2.tar.bz2 doesn't seem to exist in /p/ports/distfiles/. => Attempting to fetch from ftp://ftp.lt.freebsd.org/pub/FreeBSD/distfiles/. pidgin-2.6.2.tar.bz2 100% of 8879 kB 1611 kBps I don't see how this is 2.5.5. Did you update your ports tree? -- Andrius From guru at unixarea.de Fri Oct 2 08:56:17 2009 From: guru at unixarea.de (Matthias Apitz) Date: Fri Oct 2 08:56:23 2009 Subject: net-im/pidgin-2.6.2 In-Reply-To: <735dbd94a7ac74f2a867e57d88ad6b31.squirrel@webmail.itac.at> References: <20091002073343.GA1949@current.Sisis.de> <735dbd94a7ac74f2a867e57d88ad6b31.squirrel@webmail.itac.at> Message-ID: <20091002085620.GA2483@current.Sisis.de> El d?a Friday, October 02, 2009 a las 10:18:15AM +0200, Bernhard Froehlich escribi?: > That port includes the net-im/libpurple Makefile and that defines which > version and distfile that is. So you would have to fetch that too and > change the path where it is included ... very ugly. There are probably > other dependencies updated too that you would also need to track manually. > > How about updating your ports tree as everybody else does? You are absolutely right, I should do this, but I can't because I need my FreeBSD laptop for real work and can't compile every day my hundreds of ports and build binary packages of them to install them on my smaller EeePC (where you can't compile anything because of the speed). I only wanted to update that IM because of the Yahoo problem. Anyway, I have compiled from source and it works. I used the pkg-plist of the pidgin-2.6.2 port to create a tar ball from what is installed in /usr/local of pidgin which perhaps will work on the EeePC as well. Will do a full update around Christmas, when I have time for such a work :-) Thx for your hint anyway. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From david at vizion2000.net Fri Oct 2 11:13:03 2009 From: david at vizion2000.net (David Southwell) Date: Fri Oct 2 11:13:09 2009 Subject: google sketchup for freebsd seems to be an amd64 challenge -wine/i386 issues Message-ID: <200910021212.57115.david@vizion2000.net> Hi I have been looking at the possibility of running sketchup on a freebsd 7.2-p3 system. One solution would to run it under wine which is the way linux tackles the problem. However the emulators/wine currently only compiles for i386. Can anyone solve this challenge. In any case it would be good to have wine available in the ports tree for amd64 as well as i386. I am sure there used to be an i386 emulator for amd64 but maybe I am imagining things! Maybe there are alternative solutions. Thanks in advance for your comments David From hinokind at gmail.com Fri Oct 2 11:26:09 2009 From: hinokind at gmail.com (=?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?=) Date: Fri Oct 2 11:26:15 2009 Subject: google sketchup for freebsd seems to be an amd64 challenge -wine/i386 issues In-Reply-To: <200910021212.57115.david@vizion2000.net> References: <200910021212.57115.david@vizion2000.net> Message-ID: On Fri, 02 Oct 2009 14:12:57 +0300, David Southwell wrote: > Can anyone solve this challenge. In any case it would be good to have wine > available in the ports tree for amd64 as well as i386. > > I am sure there used to be an i386 emulator for amd64 but maybe I am imagining > things! Try this: http://wiki.freebsd.org/Wine#head-6963d527c173e57b1567e881305b544d33435b6d -- Andrius From david at vizion2000.net Fri Oct 2 12:45:33 2009 From: david at vizion2000.net (David Southwell) Date: Fri Oct 2 12:45:40 2009 Subject: google sketchup for freebsd seems to be an amd64 challenge -wine/i386 issues In-Reply-To: References: <200910021212.57115.david@vizion2000.net> Message-ID: <200910021345.26367.david@vizion2000.net> > On Fri, 02 Oct 2009 14:12:57 +0300, David Southwell wrote: > > Can anyone solve this challenge. In any case it would be good to have > > wine available in the ports tree for amd64 as well as i386. > > > > I am sure there used to be an i386 emulator for amd64 but maybe I am > > imagining things! > > Try this: > http://wiki.freebsd.org/Wine#head-6963d527c173e57b1567e881305b544d33435b6d > Very interesting - I shall try that and reports back. One question firsts. Are I see the line in the Make.conf file referring to cups. What are the implications as cups is running on the target system? David From amdmi3 at amdmi3.ru Fri Oct 2 13:32:35 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Oct 2 13:32:49 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091001213656.GA14925@lonesome.com> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> Message-ID: <20091002133231.GA17567@hades.panopticon> * Mark Linimon (linimon@lonesome.com) wrote: > The author orginally contacted us with a legal threat because we were > not in compliance with the 28-day clause. A long, acrimonious disucssion > ensued. In that discussion, the author was asked "if we agree to meet > that condition going forward, would you guarantee that this would remove > any further legal threat?" and he said yes ... > > for now. > > But that he reserved the right to change his mind later. > > *depending* on what we did or did not do in the future -- not just in > adhering to the *existing clauses* like the "significant" clause or > "renamed" clause -- both of which he mentioned would be part of any > lawsuit. > > Legally indefensible? Of course. Would that prevent a lawsuit being > filed? No. Anyone can sue anyone for anything. Well, if you insist I of course won't commit it. But the whole thing disappoints me greately, cause I was pretty sure at least FreeBSD developers won't be affected by a mere FUD. Do you honestly think the probability of Tuomo suing us is higher of, say, me suing, well, us? And that anything will change by us not providing a port we have absolutely totally utterly 100% right to provide? That is just silly. The port from now on is available here (removed from people.freebsd.org): http://mirror.amdmi3.ru/ports/ion3-20090110.port.tar -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From gesbbb at yahoo.com Fri Oct 2 18:01:26 2009 From: gesbbb at yahoo.com (Jerry) Date: Fri Oct 2 18:01:33 2009 Subject: Unable to get lphoto to run Message-ID: <20091002133445.3aed564a@scorpio.seibercom.net> I am unable to get 'lphoto' to run. This is on a FreeBSD-7.2 machine. I ran it under truss and produced a log file. It is available here: http://seibercom.net/lphoto.txt It seems like there are a lot of missing files; however, I might be misinterpreting the output. -- Jerry gesbbb@yahoo.com A little knowledge is dangerous. So is a lot.(On first episode of Eureka.) From dnaeon at gmail.com Fri Oct 2 20:43:30 2009 From: dnaeon at gmail.com (Marin Atanasov) Date: Fri Oct 2 20:43:37 2009 Subject: security/pam_pwdfile not working anymore? Message-ID: <717f7a3e0910021343l198ca4cfnc4a20f6a1180b808@mail.gmail.com> Hi, I was doing some tests with vsftpd today and found out that security/pam_pwdfile is not working anymore as it was in the previous versions. Just to mention some months ago I was able to install and configure vsftpd using pam_pwdfile to authenticate users. Now that I installed vsftpd again and installed security/pam_pwdfile I am no longer able to authenticate users with it. This is the error from /var/log/messages when I try to authenticate with a legal user for vsftpd: Oct 2 20:32:39 72-vbox vsftpd: in openpam_load_module(): no /usr/local/lib/pam_pwdfile.so found Although: 72-vbox# ls -l /usr/local/lib/pam_pwdfile.so -r--r--r-- 1 root wheel 7124 Oct 2 23:41 /usr/local/lib/pam_pwdfile.so And: 72-vbox# cat /etc/pam.d/vsftpd auth required /usr/local/lib/pam_pwdfile.so pwdfile /etc/vsftpd_login.db account required /usr/lib/pam_permit.so Any ideas about this issue? Regards, Marin From linimon at lonesome.com Fri Oct 2 21:44:01 2009 From: linimon at lonesome.com (Mark Linimon) Date: Fri Oct 2 21:44:07 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091002133231.GA17567@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> Message-ID: <20091002214401.GA4339@lonesome.com> On Fri, Oct 02, 2009 at 05:32:31PM +0400, Dmitry Marakasov wrote: > Do you honestly think the probability of Tuomo suing us is higher of, > say, me suing, well, us? Yes. That is exactly what I am saying. And I believe reading the entire thread when this first came up supports my claim. mcl From patfbsd at davenulle.org Fri Oct 2 21:47:09 2009 From: patfbsd at davenulle.org (Patrick Lamaiziere) Date: Fri Oct 2 21:47:15 2009 Subject: firefox-35 does not terminate. Message-ID: <20091002234706.7ebfe206@baby-jane.lamaiziere.net> Hi, (8.0/i386) firefox 35 does not terminate here, when I quit it, it continue to runs at 100%. Even if I only go to a simple page like google, so I don't think it's related to the flash plugin(?) Are-you seeing this? (sem.ko is built in the kernel) Thanks. From erwin at FreeBSD.org Fri Oct 2 22:12:40 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Oct 2 22:12:47 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091002214401.GA4339@lonesome.com> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <20091002214401.GA4339@lonesome.com> Message-ID: <20091002221238.GN26407@droso.net> On Fri, Oct 02, 2009 at 04:44:01PM -0500, Mark Linimon wrote: > On Fri, Oct 02, 2009 at 05:32:31PM +0400, Dmitry Marakasov wrote: > > Do you honestly think the probability of Tuomo suing us is higher of, > > say, me suing, well, us? > > Yes. That is exactly what I am saying. And I believe reading the entire > thread when this first came up supports my claim. > I've expressed my concern and agreement with Mark on this topic earlier, but I'd like to reitterate the problem. From the earlier mails with the author and reading the new license, which is LGPL with, in legal terms, vaguely defined exceptions, we as the FreeBSD project have to err on the safe side and not add this software again unless the author explicitly and publicly retracts his earlier legal threats. This is not a case common sense but of legal terms, and given the fluffy formulation of the license, even in it's new form, it is unacceptable to be included in the ports tree. -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091002/b71f4e63/attachment.pgp From raj at csub.edu Fri Oct 2 23:03:54 2009 From: raj at csub.edu (Russell Jackson) Date: Fri Oct 2 23:04:06 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20090930100658.GA99090@obspm.fr> References: <20090930100658.GA99090@obspm.fr> Message-ID: <4AC68237.8070106@csub.edu> Albert Shih wrote: > Hi all > > I'm trying to compile > > http://modeemi.fi/~tuomov/ion/download.html > > on my FreeBSD 8.0-RC1 and didn't success.... > > I would like to known if anyone can help me make ion work ? Maybe someone > have the patch file for the system.mk ? > > Long time ago ion ports was kick off from the ports system because the will > of the developper (please don't troll). I just saw the license just change > maybe now it's possible to put again ion in the ports system ? > > I would like to help for the ports but as you can see I unable to build for > myself. > I think most of us ion refugees have moved on to xmonad. While it isn't quite the same as ion, the xmonad developers don't have any philosophical issues supporting xft and xinerama. The only gripe I have is the blasted Haskel config file. Arr! -- Russell A. Jackson Network Analyst California State University, Bakersfield -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091002/105fa6c3/signature.pgp From douglas at douglasthrift.net Fri Oct 2 23:39:17 2009 From: douglas at douglasthrift.net (Douglas Thrift) Date: Fri Oct 2 23:39:24 2009 Subject: FreeBSD Port: hplip-3.9.8 Message-ID: <4AC68F0E.1000603@douglasthrift.net> Hello, I recently installed hplip as I got a new HP printer supported by it. While installing the printer I noticed that the drivers were not showing up in the CUPS web interface. I solved this by adding a symlink to /usr/local/share/ppd under /usr/local/share/cups/model. I was looking at the hpijs port because it didn't seem to have this problem and I noticed that in its pkg-plist (http://www.freebsd.org/cgi/cvsweb.cgi/ports/print/hpijs/pkg-plist?rev=1.7) it makes a similar symlink just as I did for hplip. Would it be possible to fix the hplip port to have similar behavior? Thanks! -- Douglas William Thrift From tingox at gmail.com Sat Oct 3 12:45:20 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Oct 3 12:45:27 2009 Subject: FreeBSD Port: hplip-3.9.8 In-Reply-To: <4AC68F0E.1000603@douglasthrift.net> References: <4AC68F0E.1000603@douglasthrift.net> Message-ID: Hello, On Sat, Oct 3, 2009 at 1:38 AM, Douglas Thrift wrote: > Hello, > > I recently installed hplip as I got a new HP printer supported by it. > While installing the printer I noticed that the drivers were not showing > up in the CUPS web interface. I solved this by adding a symlink to > /usr/local/share/ppd under /usr/local/share/cups/model. > Strange. I currently run the previous version (3.9.6b), and htere the directory /usr/local/share/ppd exists, and hplip installs files there: root@kg-v2# portversion -v | grep hplip hplip-3.9.6b < needs updating (port has 3.9.8) root@kg-v2# ll /usr/local/share/ppd total 40 drwxr-xr-x 3 root wheel 512 Jul 17 15:33 ./ drwxr-xr-x 182 root wheel 4096 Sep 28 08:41 ../ drwxr-xr-x 2 root wheel 34304 Aug 20 08:01 HP/ root@kg-v2# pkg_info -W /usr/local/share/ppd/HP/hp-psc_950xi-hpijs.ppd.gz /usr/local/share/ppd/HP/hp-psc_950xi-hpijs.ppd.gz was installed by package hplip-3.9.6b HTH -- Regards, Torfinn Ingolfsen From hg at queue.to Sat Oct 3 17:44:32 2009 From: hg at queue.to (Howard Goldstein) Date: Sat Oct 3 17:44:39 2009 Subject: firefox-35 does not terminate. In-Reply-To: <20091002234706.7ebfe206@baby-jane.lamaiziere.net> References: <20091002234706.7ebfe206@baby-jane.lamaiziere.net> Message-ID: <4AC7873B.2040902@queue.to> Patrick Lamaiziere wrote: > Hi, > > (8.0/i386) > > firefox 35 does not terminate here, when I quit it, it continue to runs > at 100%. Even if I only go to a simple page like google, so I don't > think it's related to the flash plugin(?) > > Are-you seeing this? > > (sem.ko is built in the kernel) > I had something like this problem almost all the time with the Noia 2.0 (eXtreme) theme selected - the firefox-bin process never exited and had to be killed. It wasn't stuck in a cpu eating state however... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091003/7401189a/signature.pgp From shuvaev at physik.uni-wuerzburg.de Sun Oct 4 00:35:11 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Sun Oct 4 00:35:18 2009 Subject: Problem building Openoffice 3.1.1 at -current In-Reply-To: <20090921191509.GA55401@troutmask.apl.washington.edu> References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> Message-ID: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: > On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: > > on 20/09/2009 14:38 Sam Fourman Jr. said the following: > > > On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao wrote: > > >> Hello dear fellows, > > >> > > >> I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm > > >> getting an strange error (associated with python). > > >> This is the error that appears many hours after I start the upgrade: > > > > > > > > > I am getting this same error on FreeBSD 8.0 Beta4 > > > any idea how to fix the build? > > > > I also had a compilation problem like this. > > Perhaps this is related to having python 2.6 installed on a system? > > > > Anyway, I was able to continue the build by doing the following (adjust the paths > > to your environment): > > > > $ ln -s > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6 > > > > $ cp > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/python/unxfbsdx.pro/misc/build/Python-2.6.1/build/lib.freebsd-9.0-CURRENT-amd64-2.6/*.so > > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6/ > > > > Maybe something else, it was a while ago. > > > > The above ln and cp were sufficient to complete my build. > I haven't tested the resulting exectuables. > > Thanks, Andriy > Rrrr.... The openoffice guys are trying to bundle every piece of code under the sun into their tarball in attempt to not depend upon system libraries... ... and are getting away from what they want to achieve (IMHO). OOO is as fragile as porcelain plate and still as complex to repair as nuclear u-boot. I hate OOO... With the attached patch I was able to complete the build on amd64 9-CURRENT. Will charge 9-amd64-Ports and 9-i386-Ports tinderboxes to test in a clean environment. Testing on 8-RC is still welcome. Just drop patch-OOO_XXX_CURRENT into files/ and try to rebuild. Alexey. -------------- next part -------------- --- python/Python-2.6.1.patch.orig 2009-10-03 22:08:45.000000000 +0200 +++ python/Python-2.6.1.patch 2009-10-03 23:00:22.000000000 +0200 @@ -127,7 +127,7 @@ # Skip platforms with known problems forking from a worker thread. # See http://bugs.python.org/issue3863. - if sys.platform in ('freebsd4', 'freebsd5', 'freebsd6', 'os2emx'): -+ if sys.platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'os2emx'): ++ if sys.platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8', 'freebsd9', 'os2emx'): print >>sys.stderr, ('Skipping test_3_join_in_forked_from_thread' ' due to known OS bugs on'), sys.platform return @@ -230,3 +230,603 @@ RUNSHARED=LD_LIBRARY_PATH=`pwd`:${LD_LIBRARY_PATH} INSTSONAME="$LDLIBRARY".$SOVERSION ;; +--- misc/Python-2.6.1/Lib/plat-freebsd9/IN.py 1970-01-01 01:00:00.000000000 +0100 ++++ misc/build/Python-2.6.1/Lib/plat-freebsd9/IN.py 2009-10-03 22:43:13.000000000 +0200 +@@ -0,0 +1,571 @@ ++# Generated by h2py from /usr/include/netinet/in.h ++ ++# Included from sys/cdefs.h ++__GNUCLIKE_ASM = 3 ++__GNUCLIKE_ASM = 2 ++__GNUCLIKE___TYPEOF = 1 ++__GNUCLIKE___OFFSETOF = 1 ++__GNUCLIKE___SECTION = 1 ++__GNUCLIKE_ATTRIBUTE_MODE_DI = 1 ++__GNUCLIKE_CTOR_SECTION_HANDLING = 1 ++__GNUCLIKE_BUILTIN_CONSTANT_P = 1 ++__GNUCLIKE_BUILTIN_VARARGS = 1 ++__GNUCLIKE_BUILTIN_STDARG = 1 ++__GNUCLIKE_BUILTIN_VAALIST = 1 ++__GNUC_VA_LIST_COMPATIBILITY = 1 ++__GNUCLIKE_BUILTIN_NEXT_ARG = 1 ++__GNUCLIKE_BUILTIN_MEMCPY = 1 ++__CC_SUPPORTS_INLINE = 1 ++__CC_SUPPORTS___INLINE = 1 ++__CC_SUPPORTS___INLINE__ = 1 ++__CC_SUPPORTS___FUNC__ = 1 ++__CC_SUPPORTS_WARNING = 1 ++__CC_SUPPORTS_VARADIC_XXX = 1 ++__CC_SUPPORTS_DYNAMIC_ARRAY_INIT = 1 ++__CC_INT_IS_32BIT = 1 ++def __P(protos): return protos ++ ++def __STRING(x): return #x ++ ++def __XSTRING(x): return __STRING(x) ++ ++def __P(protos): return () ++ ++def __STRING(x): return "x" ++ ++def __aligned(x): return __attribute__((__aligned__(x))) ++ ++def __section(x): return __attribute__((__section__(x))) ++ ++def __aligned(x): return __attribute__((__aligned__(x))) ++ ++def __section(x): return __attribute__((__section__(x))) ++ ++def __nonnull(x): return __attribute__((__nonnull__(x))) ++ ++def __predict_true(exp): return __builtin_expect((exp), 1) ++ ++def __predict_false(exp): return __builtin_expect((exp), 0) ++ ++def __predict_true(exp): return (exp) ++ ++def __predict_false(exp): return (exp) ++ ++def __format_arg(fmtarg): return __attribute__((__format_arg__ (fmtarg))) ++ ++def __FBSDID(s): return __IDSTRING(__CONCAT(__rcsid_,__LINE__),s) ++ ++def __RCSID(s): return __IDSTRING(__CONCAT(__rcsid_,__LINE__),s) ++ ++def __RCSID_SOURCE(s): return __IDSTRING(__CONCAT(__rcsid_source_,__LINE__),s) ++ ++def __SCCSID(s): return __IDSTRING(__CONCAT(__sccsid_,__LINE__),s) ++ ++def __COPYRIGHT(s): return __IDSTRING(__CONCAT(__copyright_,__LINE__),s) ++ ++_POSIX_C_SOURCE = 199009 ++_POSIX_C_SOURCE = 199209 ++__XSI_VISIBLE = 600 ++_POSIX_C_SOURCE = 200112 ++__XSI_VISIBLE = 500 ++_POSIX_C_SOURCE = 199506 ++_POSIX_C_SOURCE = 198808 ++__POSIX_VISIBLE = 200112 ++__ISO_C_VISIBLE = 1999 ++__POSIX_VISIBLE = 199506 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 199309 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 199209 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 199009 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 198808 ++__ISO_C_VISIBLE = 0 ++__POSIX_VISIBLE = 0 ++__XSI_VISIBLE = 0 ++__BSD_VISIBLE = 0 ++__ISO_C_VISIBLE = 1990 ++__POSIX_VISIBLE = 0 ++__XSI_VISIBLE = 0 ++__BSD_VISIBLE = 0 ++__ISO_C_VISIBLE = 1999 ++__POSIX_VISIBLE = 200112 ++__XSI_VISIBLE = 600 ++__BSD_VISIBLE = 1 ++__ISO_C_VISIBLE = 1999 ++ ++# Included from sys/_types.h ++ ++# Included from machine/_types.h ++ ++# Included from machine/endian.h ++_QUAD_HIGHWORD = 1 ++_QUAD_LOWWORD = 0 ++_LITTLE_ENDIAN = 1234 ++_BIG_ENDIAN = 4321 ++_PDP_ENDIAN = 3412 ++_BYTE_ORDER = _LITTLE_ENDIAN ++LITTLE_ENDIAN = _LITTLE_ENDIAN ++BIG_ENDIAN = _BIG_ENDIAN ++PDP_ENDIAN = _PDP_ENDIAN ++BYTE_ORDER = _BYTE_ORDER ++def __word_swap_int_var(x): return \ ++ ++def __word_swap_int_const(x): return \ ++ ++def __word_swap_int(x): return __word_swap_int_var(x) ++ ++def __byte_swap_int_var(x): return \ ++ ++def __byte_swap_int_const(x): return \ ++ ++def __byte_swap_int(x): return __byte_swap_int_var(x) ++ ++def __byte_swap_word_var(x): return \ ++ ++def __byte_swap_word_const(x): return \ ++ ++def __byte_swap_word(x): return __byte_swap_word_var(x) ++ ++def __htonl(x): return __bswap32(x) ++ ++def __htons(x): return __bswap16(x) ++ ++def __ntohl(x): return __bswap32(x) ++ ++def __ntohs(x): return __bswap16(x) ++ ++IPPROTO_IP = 0 ++IPPROTO_ICMP = 1 ++IPPROTO_TCP = 6 ++IPPROTO_UDP = 17 ++def htonl(x): return __htonl(x) ++ ++def htons(x): return __htons(x) ++ ++def ntohl(x): return __ntohl(x) ++ ++def ntohs(x): return __ntohs(x) ++ ++IPPROTO_RAW = 255 ++INET_ADDRSTRLEN = 16 ++IPPROTO_HOPOPTS = 0 ++IPPROTO_IGMP = 2 ++IPPROTO_GGP = 3 ++IPPROTO_IPV4 = 4 ++IPPROTO_IPIP = IPPROTO_IPV4 ++IPPROTO_ST = 7 ++IPPROTO_EGP = 8 ++IPPROTO_PIGP = 9 ++IPPROTO_RCCMON = 10 ++IPPROTO_NVPII = 11 ++IPPROTO_PUP = 12 ++IPPROTO_ARGUS = 13 ++IPPROTO_EMCON = 14 ++IPPROTO_XNET = 15 ++IPPROTO_CHAOS = 16 ++IPPROTO_MUX = 18 ++IPPROTO_MEAS = 19 ++IPPROTO_HMP = 20 ++IPPROTO_PRM = 21 ++IPPROTO_IDP = 22 ++IPPROTO_TRUNK1 = 23 ++IPPROTO_TRUNK2 = 24 ++IPPROTO_LEAF1 = 25 ++IPPROTO_LEAF2 = 26 ++IPPROTO_RDP = 27 ++IPPROTO_IRTP = 28 ++IPPROTO_TP = 29 ++IPPROTO_BLT = 30 ++IPPROTO_NSP = 31 ++IPPROTO_INP = 32 ++IPPROTO_SEP = 33 ++IPPROTO_3PC = 34 ++IPPROTO_IDPR = 35 ++IPPROTO_XTP = 36 ++IPPROTO_DDP = 37 ++IPPROTO_CMTP = 38 ++IPPROTO_TPXX = 39 ++IPPROTO_IL = 40 ++IPPROTO_IPV6 = 41 ++IPPROTO_SDRP = 42 ++IPPROTO_ROUTING = 43 ++IPPROTO_FRAGMENT = 44 ++IPPROTO_IDRP = 45 ++IPPROTO_RSVP = 46 ++IPPROTO_GRE = 47 ++IPPROTO_MHRP = 48 ++IPPROTO_BHA = 49 ++IPPROTO_ESP = 50 ++IPPROTO_AH = 51 ++IPPROTO_INLSP = 52 ++IPPROTO_SWIPE = 53 ++IPPROTO_NHRP = 54 ++IPPROTO_MOBILE = 55 ++IPPROTO_TLSP = 56 ++IPPROTO_SKIP = 57 ++IPPROTO_ICMPV6 = 58 ++IPPROTO_NONE = 59 ++IPPROTO_DSTOPTS = 60 ++IPPROTO_AHIP = 61 ++IPPROTO_CFTP = 62 ++IPPROTO_HELLO = 63 ++IPPROTO_SATEXPAK = 64 ++IPPROTO_KRYPTOLAN = 65 ++IPPROTO_RVD = 66 ++IPPROTO_IPPC = 67 ++IPPROTO_ADFS = 68 ++IPPROTO_SATMON = 69 ++IPPROTO_VISA = 70 ++IPPROTO_IPCV = 71 ++IPPROTO_CPNX = 72 ++IPPROTO_CPHB = 73 ++IPPROTO_WSN = 74 ++IPPROTO_PVP = 75 ++IPPROTO_BRSATMON = 76 ++IPPROTO_ND = 77 ++IPPROTO_WBMON = 78 ++IPPROTO_WBEXPAK = 79 ++IPPROTO_EON = 80 ++IPPROTO_VMTP = 81 ++IPPROTO_SVMTP = 82 ++IPPROTO_VINES = 83 ++IPPROTO_TTP = 84 ++IPPROTO_IGP = 85 ++IPPROTO_DGP = 86 ++IPPROTO_TCF = 87 ++IPPROTO_IGRP = 88 ++IPPROTO_OSPFIGP = 89 ++IPPROTO_SRPC = 90 ++IPPROTO_LARP = 91 ++IPPROTO_MTP = 92 ++IPPROTO_AX25 = 93 ++IPPROTO_IPEIP = 94 ++IPPROTO_MICP = 95 ++IPPROTO_SCCSP = 96 ++IPPROTO_ETHERIP = 97 ++IPPROTO_ENCAP = 98 ++IPPROTO_APES = 99 ++IPPROTO_GMTP = 100 ++IPPROTO_IPCOMP = 108 ++IPPROTO_SCTP = 132 ++IPPROTO_PIM = 103 ++IPPROTO_CARP = 112 ++IPPROTO_PGM = 113 ++IPPROTO_PFSYNC = 240 ++IPPROTO_OLD_DIVERT = 254 ++IPPROTO_MAX = 256 ++IPPROTO_DONE = 257 ++IPPROTO_DIVERT = 258 ++IPPROTO_SPACER = 32767 ++IPPORT_RESERVED = 1024 ++IPPORT_HIFIRSTAUTO = 49152 ++IPPORT_HILASTAUTO = 65535 ++IPPORT_RESERVEDSTART = 600 ++IPPORT_MAX = 65535 ++def IN_CLASSA(i): return (((u_int32_t)(i) & (-2147483648)) == 0) ++ ++IN_CLASSA_NET = (-16777216) ++IN_CLASSA_NSHIFT = 24 ++IN_CLASSA_HOST = 0x00ffffff ++IN_CLASSA_MAX = 128 ++def IN_CLASSB(i): return (((u_int32_t)(i) & (-1073741824)) == (-2147483648)) ++ ++IN_CLASSB_NET = (-65536) ++IN_CLASSB_NSHIFT = 16 ++IN_CLASSB_HOST = 0x0000ffff ++IN_CLASSB_MAX = 65536 ++def IN_CLASSC(i): return (((u_int32_t)(i) & (-536870912)) == (-1073741824)) ++ ++IN_CLASSC_NET = (-256) ++IN_CLASSC_NSHIFT = 8 ++IN_CLASSC_HOST = 0x000000ff ++def IN_CLASSD(i): return (((u_int32_t)(i) & (-268435456)) == (-536870912)) ++ ++IN_CLASSD_NET = (-268435456) ++IN_CLASSD_NSHIFT = 28 ++IN_CLASSD_HOST = 0x0fffffff ++def IN_MULTICAST(i): return IN_CLASSD(i) ++ ++def IN_EXPERIMENTAL(i): return (((u_int32_t)(i) & (-268435456)) == (-268435456)) ++ ++def IN_BADCLASS(i): return (((u_int32_t)(i) & (-268435456)) == (-268435456)) ++ ++def IN_LINKLOCAL(i): return (((u_int32_t)(i) & (-65536)) == (-1442971648)) ++ ++def IN_LOCAL_GROUP(i): return (((u_int32_t)(i) & (-256)) == (-536870912)) ++ ++INADDR_NONE = (-1) ++IN_LOOPBACKNET = 127 ++IP_OPTIONS = 1 ++IP_HDRINCL = 2 ++IP_TOS = 3 ++IP_TTL = 4 ++IP_RECVOPTS = 5 ++IP_RECVRETOPTS = 6 ++IP_RECVDSTADDR = 7 ++IP_SENDSRCADDR = IP_RECVDSTADDR ++IP_RETOPTS = 8 ++IP_MULTICAST_IF = 9 ++IP_MULTICAST_TTL = 10 ++IP_MULTICAST_LOOP = 11 ++IP_ADD_MEMBERSHIP = 12 ++IP_DROP_MEMBERSHIP = 13 ++IP_MULTICAST_VIF = 14 ++IP_RSVP_ON = 15 ++IP_RSVP_OFF = 16 ++IP_RSVP_VIF_ON = 17 ++IP_RSVP_VIF_OFF = 18 ++IP_PORTRANGE = 19 ++IP_RECVIF = 20 ++IP_IPSEC_POLICY = 21 ++IP_FAITH = 22 ++IP_ONESBCAST = 23 ++IP_FW_TABLE_ADD = 40 ++IP_FW_TABLE_DEL = 41 ++IP_FW_TABLE_FLUSH = 42 ++IP_FW_TABLE_GETSIZE = 43 ++IP_FW_TABLE_LIST = 44 ++IP_FW_ADD = 50 ++IP_FW_DEL = 51 ++IP_FW_FLUSH = 52 ++IP_FW_ZERO = 53 ++IP_FW_GET = 54 ++IP_FW_RESETLOG = 55 ++IP_FW_NAT_CFG = 56 ++IP_FW_NAT_DEL = 57 ++IP_FW_NAT_GET_CONFIG = 58 ++IP_FW_NAT_GET_LOG = 59 ++IP_DUMMYNET_CONFIGURE = 60 ++IP_DUMMYNET_DEL = 61 ++IP_DUMMYNET_FLUSH = 62 ++IP_DUMMYNET_GET = 64 ++IP_RECVTTL = 65 ++IP_MINTTL = 66 ++IP_DONTFRAG = 67 ++IP_ADD_SOURCE_MEMBERSHIP = 70 ++IP_DROP_SOURCE_MEMBERSHIP = 71 ++IP_BLOCK_SOURCE = 72 ++IP_UNBLOCK_SOURCE = 73 ++IP_MSFILTER = 74 ++MCAST_JOIN_GROUP = 80 ++MCAST_LEAVE_GROUP = 81 ++MCAST_JOIN_SOURCE_GROUP = 82 ++MCAST_LEAVE_SOURCE_GROUP = 83 ++MCAST_BLOCK_SOURCE = 84 ++MCAST_UNBLOCK_SOURCE = 85 ++IP_DEFAULT_MULTICAST_TTL = 1 ++IP_DEFAULT_MULTICAST_LOOP = 1 ++IP_MIN_MEMBERSHIPS = 31 ++IP_MAX_MEMBERSHIPS = 4095 ++IP_MAX_SOURCE_FILTER = 1024 ++MCAST_INCLUDE = 1 ++MCAST_EXCLUDE = 2 ++IP_PORTRANGE_DEFAULT = 0 ++IP_PORTRANGE_HIGH = 1 ++IP_PORTRANGE_LOW = 2 ++IPPROTO_MAXID = (IPPROTO_AH + 1) ++IPCTL_FORWARDING = 1 ++IPCTL_SENDREDIRECTS = 2 ++IPCTL_DEFTTL = 3 ++IPCTL_DEFMTU = 4 ++IPCTL_RTEXPIRE = 5 ++IPCTL_RTMINEXPIRE = 6 ++IPCTL_RTMAXCACHE = 7 ++IPCTL_SOURCEROUTE = 8 ++IPCTL_DIRECTEDBROADCAST = 9 ++IPCTL_INTRQMAXLEN = 10 ++IPCTL_INTRQDROPS = 11 ++IPCTL_STATS = 12 ++IPCTL_ACCEPTSOURCEROUTE = 13 ++IPCTL_FASTFORWARDING = 14 ++IPCTL_KEEPFAITH = 15 ++IPCTL_GIF_TTL = 16 ++IPCTL_MAXID = 17 ++def in_nullhost(x): return ((x).s_addr == INADDR_ANY) ++ ++ ++# Included from netinet6/in6.h ++__KAME_VERSION = "FreeBSD" ++IPV6PORT_RESERVED = 1024 ++IPV6PORT_ANONMIN = 49152 ++IPV6PORT_ANONMAX = 65535 ++IPV6PORT_RESERVEDMIN = 600 ++IPV6PORT_RESERVEDMAX = (IPV6PORT_RESERVED-1) ++INET6_ADDRSTRLEN = 46 ++IPV6_ADDR_INT32_ONE = 1 ++IPV6_ADDR_INT32_TWO = 2 ++IPV6_ADDR_INT32_MNL = (-16711680) ++IPV6_ADDR_INT32_MLL = (-16646144) ++IPV6_ADDR_INT32_SMP = 0x0000ffff ++IPV6_ADDR_INT16_ULL = 0xfe80 ++IPV6_ADDR_INT16_USL = 0xfec0 ++IPV6_ADDR_INT16_MLL = 0xff02 ++IPV6_ADDR_INT32_ONE = 0x01000000 ++IPV6_ADDR_INT32_TWO = 0x02000000 ++IPV6_ADDR_INT32_MNL = 0x000001ff ++IPV6_ADDR_INT32_MLL = 0x000002ff ++IPV6_ADDR_INT32_SMP = (-65536) ++IPV6_ADDR_INT16_ULL = 0x80fe ++IPV6_ADDR_INT16_USL = 0xc0fe ++IPV6_ADDR_INT16_MLL = 0x02ff ++def IN6_IS_ADDR_UNSPECIFIED(a): return \ ++ ++def IN6_IS_ADDR_LOOPBACK(a): return \ ++ ++def IN6_IS_ADDR_V4COMPAT(a): return \ ++ ++def IN6_IS_ADDR_V4MAPPED(a): return \ ++ ++IPV6_ADDR_SCOPE_NODELOCAL = 0x01 ++IPV6_ADDR_SCOPE_INTFACELOCAL = 0x01 ++IPV6_ADDR_SCOPE_LINKLOCAL = 0x02 ++IPV6_ADDR_SCOPE_SITELOCAL = 0x05 ++IPV6_ADDR_SCOPE_ORGLOCAL = 0x08 ++IPV6_ADDR_SCOPE_GLOBAL = 0x0e ++__IPV6_ADDR_SCOPE_NODELOCAL = 0x01 ++__IPV6_ADDR_SCOPE_INTFACELOCAL = 0x01 ++__IPV6_ADDR_SCOPE_LINKLOCAL = 0x02 ++__IPV6_ADDR_SCOPE_SITELOCAL = 0x05 ++__IPV6_ADDR_SCOPE_ORGLOCAL = 0x08 ++__IPV6_ADDR_SCOPE_GLOBAL = 0x0e ++def IN6_IS_ADDR_LINKLOCAL(a): return \ ++ ++def IN6_IS_ADDR_SITELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_NODELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_INTFACELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_LINKLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_SITELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_ORGLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_GLOBAL(a): return \ ++ ++def IN6_IS_ADDR_MC_NODELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_LINKLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_SITELOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_ORGLOCAL(a): return \ ++ ++def IN6_IS_ADDR_MC_GLOBAL(a): return \ ++ ++def IN6_IS_SCOPE_LINKLOCAL(a): return \ ++ ++def IN6_IS_SCOPE_EMBED(a): return \ ++ ++def IFA6_IS_DEPRECATED(a): return \ ++ ++def IFA6_IS_INVALID(a): return \ ++ ++IPV6_OPTIONS = 1 ++IPV6_RECVOPTS = 5 ++IPV6_RECVRETOPTS = 6 ++IPV6_RECVDSTADDR = 7 ++IPV6_RETOPTS = 8 ++IPV6_SOCKOPT_RESERVED1 = 3 ++IPV6_UNICAST_HOPS = 4 ++IPV6_MULTICAST_IF = 9 ++IPV6_MULTICAST_HOPS = 10 ++IPV6_MULTICAST_LOOP = 11 ++IPV6_JOIN_GROUP = 12 ++IPV6_LEAVE_GROUP = 13 ++IPV6_PORTRANGE = 14 ++ICMP6_FILTER = 18 ++IPV6_2292PKTINFO = 19 ++IPV6_2292HOPLIMIT = 20 ++IPV6_2292NEXTHOP = 21 ++IPV6_2292HOPOPTS = 22 ++IPV6_2292DSTOPTS = 23 ++IPV6_2292RTHDR = 24 ++IPV6_2292PKTOPTIONS = 25 ++IPV6_CHECKSUM = 26 ++IPV6_V6ONLY = 27 ++IPV6_BINDV6ONLY = IPV6_V6ONLY ++IPV6_IPSEC_POLICY = 28 ++IPV6_FAITH = 29 ++IPV6_FW_ADD = 30 ++IPV6_FW_DEL = 31 ++IPV6_FW_FLUSH = 32 ++IPV6_FW_ZERO = 33 ++IPV6_FW_GET = 34 ++IPV6_RTHDRDSTOPTS = 35 ++IPV6_RECVPKTINFO = 36 ++IPV6_RECVHOPLIMIT = 37 ++IPV6_RECVRTHDR = 38 ++IPV6_RECVHOPOPTS = 39 ++IPV6_RECVDSTOPTS = 40 ++IPV6_RECVRTHDRDSTOPTS = 41 ++IPV6_USE_MIN_MTU = 42 ++IPV6_RECVPATHMTU = 43 ++IPV6_PATHMTU = 44 ++IPV6_REACHCONF = 45 ++IPV6_PKTINFO = 46 ++IPV6_HOPLIMIT = 47 ++IPV6_NEXTHOP = 48 ++IPV6_HOPOPTS = 49 ++IPV6_DSTOPTS = 50 ++IPV6_RTHDR = 51 ++IPV6_PKTOPTIONS = 52 ++IPV6_RECVTCLASS = 57 ++IPV6_AUTOFLOWLABEL = 59 ++IPV6_TCLASS = 61 ++IPV6_DONTFRAG = 62 ++IPV6_PREFER_TEMPADDR = 63 ++IPV6_MSFILTER = 74 ++IPV6_RTHDR_LOOSE = 0 ++IPV6_RTHDR_STRICT = 1 ++IPV6_RTHDR_TYPE_0 = 0 ++IPV6_DEFAULT_MULTICAST_HOPS = 1 ++IPV6_DEFAULT_MULTICAST_LOOP = 1 ++IPV6_PORTRANGE_DEFAULT = 0 ++IPV6_PORTRANGE_HIGH = 1 ++IPV6_PORTRANGE_LOW = 2 ++IPV6PROTO_MAXID = (IPPROTO_PIM + 1) ++IPV6CTL_FORWARDING = 1 ++IPV6CTL_SENDREDIRECTS = 2 ++IPV6CTL_DEFHLIM = 3 ++IPV6CTL_DEFMTU = 4 ++IPV6CTL_FORWSRCRT = 5 ++IPV6CTL_STATS = 6 ++IPV6CTL_MRTSTATS = 7 ++IPV6CTL_MRTPROTO = 8 ++IPV6CTL_MAXFRAGPACKETS = 9 ++IPV6CTL_SOURCECHECK = 10 ++IPV6CTL_SOURCECHECK_LOGINT = 11 ++IPV6CTL_ACCEPT_RTADV = 12 ++IPV6CTL_KEEPFAITH = 13 ++IPV6CTL_LOG_INTERVAL = 14 ++IPV6CTL_HDRNESTLIMIT = 15 ++IPV6CTL_DAD_COUNT = 16 ++IPV6CTL_AUTO_FLOWLABEL = 17 ++IPV6CTL_DEFMCASTHLIM = 18 ++IPV6CTL_GIF_HLIM = 19 ++IPV6CTL_KAME_VERSION = 20 ++IPV6CTL_USE_DEPRECATED = 21 ++IPV6CTL_RR_PRUNE = 22 ++IPV6CTL_MAPPED_ADDR = 23 ++IPV6CTL_V6ONLY = 24 ++IPV6CTL_RTEXPIRE = 25 ++IPV6CTL_RTMINEXPIRE = 26 ++IPV6CTL_RTMAXCACHE = 27 ++IPV6CTL_USETEMPADDR = 32 ++IPV6CTL_TEMPPLTIME = 33 ++IPV6CTL_TEMPVLTIME = 34 ++IPV6CTL_AUTO_LINKLOCAL = 35 ++IPV6CTL_RIP6STATS = 36 ++IPV6CTL_PREFER_TEMPADDR = 37 ++IPV6CTL_ADDRCTLPOLICY = 38 ++IPV6CTL_USE_DEFAULTZONE = 39 ++IPV6CTL_MAXFRAGS = 41 ++IPV6CTL_IFQ = 42 ++IPV6CTL_ISATAPRTR = 43 ++IPV6CTL_MCAST_PMTU = 44 ++IPV6CTL_STEALTH = 45 ++IPV6CTL_MAXID = 46 +--- misc/Python-2.6.1/Lib/plat-freebsd9/regen 1970-01-01 01:00:00.000000000 +0100 ++++ misc/build/Python-2.6.1/Lib/plat-freebsd9/regen 2009-10-03 22:43:13.000000000 +0200 +@@ -0,0 +1,3 @@ ++#! /bin/sh ++set -v ++python ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h +--- misc/Python-2.6.1/setup.py 2009-03-31 18:20:48.000000000 +0000 ++++ misc/build/Python-2.6.1/setup.py 2009-09-10 05:27:01.000000000 +0000 +@@ -1273,7 +1277,7 @@ class PyBuildExt(build_ext): + ) + libraries = [] + +- elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8'): ++ elif platform in ('freebsd4', 'freebsd5', 'freebsd6', 'freebsd7', 'freebsd8', 'freebsd9'): + # FreeBSD's P1003.1b semaphore support is very experimental + # and has many known problems. (as of June 2008) + macros = dict( # FreeBSD +@@ -1338,7 +1342,7 @@ class PyBuildExt(build_ext): + missing.append('linuxaudiodev') + + if platform in ('linux2', 'freebsd4', 'freebsd5', 'freebsd6', +- 'freebsd7', 'freebsd8'): ++ 'freebsd7', 'freebsd8', 'freebsd9'): + exts.append( Extension('ossaudiodev', ['ossaudiodev.c']) ) + else: + missing.append('ossaudiodev') From chat95 at mac.com Sun Oct 4 02:16:38 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sun Oct 4 02:16:49 2009 Subject: Problem building Openoffice 3.1.1 at -current In-Reply-To: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> References: <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> Message-ID: <20091004.110935.737004071327922653.chat95@mac.com> Hi Alexey, From: Alexey Shuvaev Subject: Re: Problem building Openoffice 3.1.1 at -current Date: Sun, 04 Oct 2009 02:34:52 +0200 > I hate OOO... me too... > With the attached patch I was able to complete the build on > amd64 9-CURRENT. Will charge 9-amd64-Ports and 9-i386-Ports tinderboxes > to test in a clean environment. Testing on 8-RC is still welcome. > Just drop patch-OOO_XXX_CURRENT into files/ and try to rebuild. many thanks for your patch. and it looks okay. BUT Please sign to SCA, otherwise we cannot upstream. http://porting.openoffice.org/freebsd/ If you would like to submit patches for OpenOffice.org, please fill out and submit SCA (or JCA or CA), (announcement). otherwise, we won't commit them, even for the FreeBSD ports cvs repo. If you want to learn more, please check the License FAQ. Here is a list of people who have signed the SCA, JCA and CA. thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From olivier at gautherot.net Sun Oct 4 03:38:35 2009 From: olivier at gautherot.net (Olivier Gautherot) Date: Sun Oct 4 03:38:47 2009 Subject: Problem building Openoffice 3.1.1 at -current In-Reply-To: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> Message-ID: Hi folks! On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev < shuvaev@physik.uni-wuerzburg.de> wrote: > On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: > > On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: > > > > The above ln and cp were sufficient to complete my build. > > I haven't tested the resulting exectuables. > > > > Thanks, Andriy > > > Rrrr.... > The openoffice guys are trying to bundle every piece of code under > the sun into their tarball in attempt to not depend upon system > libraries... > ... and are getting away from what they want to achieve (IMHO). > > OOO is as fragile as porcelain plate and > still as complex to repair as nuclear u-boot. > It sounds like OOO is designed to be compiled on a fresh system: I reformated a disk yesterday and the compilation of OOO just finished successfully. I loaded 8.0-RC1. As a matter of fact, I used the bundled modules - it takes longer but seems to be a bit more stable. My cent worth... ;-) Cheers Olivier From QAT at FreeBSD.org Sun Oct 4 12:35:24 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Oct 4 12:35:48 2009 Subject: Now OK (Re: cvs commit: ports/games/kuklomenos Makefile) In-Reply-To: <200910041214.n94CE2cs084947@repoman.freebsd.org> References: <200910041214.n94CE2cs084947@repoman.freebsd.org> Message-ID: <20091004123423.3695B12E3C50@quark.ds9.tecnik93.com> games/kuklomenos, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From mdepot at comcast.net Sun Oct 4 15:14:25 2009 From: mdepot at comcast.net (Mike Depot) Date: Sun Oct 4 15:14:32 2009 Subject: Tornadoweb Message-ID: <4AC8B8B8.4040002@comcast.net> There's been a lot of hype about Tornado lately. (http://www.tornadoweb.org/) So being curious, I played around with it a bit. It seems like it might be worthwhile to have in the ports collection. Is anyone out there already working on a port for this? From chat95 at mac.com Sun Oct 4 20:51:35 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sun Oct 4 20:51:43 2009 Subject: Problem building Openoffice 3.1.1 at -current In-Reply-To: References: <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> Message-ID: <20091005.055122.1024833258536770135.chat95@mac.com> From: Olivier Gautherot Subject: Re: Problem building Openoffice 3.1.1 at -current Date: Sat, 03 Oct 2009 22:12:10 -0500 > Hi folks! > > On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev < > shuvaev@physik.uni-wuerzburg.de> wrote: > >> On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: >> > On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: >> > >> > The above ln and cp were sufficient to complete my build. >> > I haven't tested the resulting exectuables. >> > >> > Thanks, Andriy >> > >> Rrrr.... >> The openoffice guys are trying to bundle every piece of code under >> the sun into their tarball in attempt to not depend upon system >> libraries... >> ... and are getting away from what they want to achieve (IMHO). >> >> OOO is as fragile as porcelain plate and >> still as complex to repair as nuclear u-boot. >> > > It sounds like OOO is designed to be compiled on a fresh system: I > reformated a disk yesterday and the compilation of OOO just finished > successfully. I loaded 8.0-RC1. > > As a matter of fact, I used the bundled modules - it takes longer but seems > to be a bit more stable. Hi, Olivier Gautherot thanks for your e-mail. this is just a maintaing issue. if you provide some human resources I'm very happy to use python from ports tree instead. Serious problem may be that when some cws (child work space, smallest unit of development) wrt python is introduced, or when ports python is updated. Then there may be a conflict, and I'd like to ask you to fix it. Usually very easy, but sometimes very hard. thanks, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From olivier at gautherot.net Sun Oct 4 23:35:24 2009 From: olivier at gautherot.net (Olivier Gautherot) Date: Sun Oct 4 23:35:32 2009 Subject: Problem building Openoffice 3.1.1 at -current In-Reply-To: <20091005.055122.1024833258536770135.chat95@mac.com> References: <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> <20091005.055122.1024833258536770135.chat95@mac.com> Message-ID: Hi Maho Nakata, First of all, thanks for all your good work - I've been your faithful "customer" for several years already and really appreciate your dedication. > It sounds like OOO is designed to be compiled on a fresh system: I > > reformated a disk yesterday and the compilation of OOO just finished > > successfully. I loaded 8.0-RC1. > > > > As a matter of fact, I used the bundled modules - it takes longer but > seems > > to be a bit more stable. > > Hi, Olivier Gautherot > > thanks for your e-mail. this is just a maintaing issue. > if you provide some human resources I'm very happy to use > python from ports tree instead. > I'll have to reissue the compilation in the data partition since I already started using the necessary space. I'll let you know. Serious problem may be that when some cws (child work space, smallest > unit of development) wrt python is introduced, or when ports > python is updated. Then there may be a conflict, and I'd like > to ask you to fix it. Usually very easy, but sometimes very hard. > >From my past experience, I tend to use the ports as released and do not update the ports tree. The few times I did were tough experiences, usually ending with a complete reinstall... :-S So I'm an easy customer on the ports. System upgrades usually end up in a backup and start from scratch (which was a real exercise on a VIA motherboard). So I may be somewhat atypical... I'll let you know the results. Cheers -- Olivier Gautherot olivier@gautherot.net Cel:+56 98 730 9361 www.gautherot.net http://www.linkedin.com/in/ogautherot From sgk at troutmask.apl.washington.edu Mon Oct 5 01:37:42 2009 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Mon Oct 5 01:37:48 2009 Subject: Problem building Openoffice 3.1.1 at -current In-Reply-To: References: <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> <20091005.055122.1024833258536770135.chat95@mac.com> Message-ID: <20091005013740.GA2545@troutmask.apl.washington.edu> Can you guys trim your CC list? I have no interest in the stupidity of OOo in including every project under the sun into its build system. -- Steve From renguoqin at gmail.com Mon Oct 5 01:56:37 2009 From: renguoqin at gmail.com (Guoqin Ren) Date: Mon Oct 5 01:56:44 2009 Subject: random fetch location Message-ID: <4AC94C27.6040305@gmail.com> Hi, Maybe it's a naive question. When I install a package from ports, it often needs to fetch some files. But sometimes it takes a long time before finding an available server to fetch. I also notice that it will try the locations/urls one by one, however the order doesn't change (correct me if I'm wrong). So the very first server on the list will get a lot of traffic since everyone will fetch the files from it. Is there any way to let it randomly pick a url from the list to evenly distribute the traffic among all the servers? Cheers, Guoqin Ren From sfourman at gmail.com Mon Oct 5 02:01:58 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Mon Oct 5 02:02:10 2009 Subject: Problem building Openoffice 3.1.1 at -current In-Reply-To: <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> References: <1e31c7980909200426h44a65a53g7d5f47ea707d8b9c@mail.gmail.com> <11167f520909200438q3a2a8b7ey11ec8e644d91fc5a@mail.gmail.com> <4AB76600.8090407@icyb.net.ua> <20090921191509.GA55401@troutmask.apl.washington.edu> <20091004003452.GA55656@wep4035.physik.uni-wuerzburg.de> Message-ID: <11167f520910041901h12169b14rc845c70f26db47f9@mail.gmail.com> On Sat, Oct 3, 2009 at 7:34 PM, Alexey Shuvaev wrote: > On Mon, Sep 21, 2009 at 12:15:09PM -0700, Steve Kargl wrote: >> On Mon, Sep 21, 2009 at 02:39:44PM +0300, Andriy Gapon wrote: >> > on 20/09/2009 14:38 Sam Fourman Jr. said the following: >> > > On Sun, Sep 20, 2009 at 6:26 AM, Vinicius Abrahao wrote: >> > >> Hello dear fellows, >> > >> >> > >> I'm trying to upgrade my openoffice.org3 from 3.1.0 to 3.1.1, but I'm >> > >> getting an strange error (associated with python). >> > >> This is the error that appears many hours after I start the upgrade: >> > > >> > > >> > > I am getting this same error on FreeBSD 8.0 Beta4 >> > > any idea how to fix the build? >> > >> > I also had a compilation problem like this. >> > Perhaps this is related to having python 2.6 installed on a system? >> > >> > Anyway, I was able to continue the build by doing the following (adjust the paths >> > to your environment): >> > >> > $ ln -s >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6 >> > >> > $ cp >> > /usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/python/unxfbsdx.pro/misc/build/Python-2.6.1/build/lib.freebsd-9.0-CURRENT-amd64-2.6/*.so >> > ?/usr/obj/usr/ports/editors/openoffice.org-3/work/OOO310_m19/solver/310/unxfbsdx.pro/lib/python2.6/ >> > >> > Maybe something else, it was a while ago. >> > >> >> The above ln and cp were sufficient to complete my build. >> I haven't tested the resulting exectuables. >> >> Thanks, Andriy >> > Rrrr.... > The openoffice guys are trying to bundle every piece of code under > the sun into their tarball in attempt to not depend upon system libraries... > ... and are getting away from what they want to achieve (IMHO). > > OOO is as fragile as porcelain plate and > still as complex to repair as nuclear u-boot. > > I hate OOO... > > With the attached patch I was able to complete the build on > amd64 9-CURRENT. Will charge 9-amd64-Ports and 9-i386-Ports tinderboxes > to test in a clean environment. Testing on 8-RC is still welcome. > Just drop patch-OOO_XXX_CURRENT into files/ and try to rebuild. > > Alexey. This Worked on 9-CURRENT i386 thanks. Will this patch be included in the ports tree so it isn't broken Sam From dougb at FreeBSD.org Mon Oct 5 02:54:47 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Oct 5 02:54:53 2009 Subject: random fetch location In-Reply-To: <4AC94C27.6040305@gmail.com> References: <4AC94C27.6040305@gmail.com> Message-ID: <4AC95FF5.7030608@FreeBSD.org> Guoqin Ren wrote: > Hi, > > Maybe it's a naive question. When I install a package from ports, it > often needs to fetch some files. But sometimes it takes a long time > before finding an available server to fetch. I also notice that it will > try the locations/urls one by one, however the order doesn't change > (correct me if I'm wrong). So the very first server on the list will > get a lot of traffic since everyone will fetch the files from it. Is > there any way to let it randomly pick a url from the list to evenly > distribute the traffic among all the servers? Two solutions: 1. Add 'RANDOMIZE_MASTER_SITES= true' to /etc/make.conf 2. Check out ports-mgmt/fastest_sites hth, Doug -- This .signature sanitized for your protection From yzlin.freebsd at gmail.com Mon Oct 5 04:09:26 2009 From: yzlin.freebsd at gmail.com (Yi-Jheng Lin) Date: Mon Oct 5 04:09:32 2009 Subject: Tornadoweb In-Reply-To: <4AC8B8B8.4040002@comcast.net> References: <4AC8B8B8.4040002@comcast.net> Message-ID: It's in ports tree now. (www/py-tornado) :) On Sun, Oct 4, 2009 at 11:01 PM, Mike Depot wrote: > There's been a lot of hype about Tornado lately. ( > http://www.tornadoweb.org/) So being curious, I played around with it a > bit. It seems like it might be worthwhile to have in the ports collection. > Is anyone out there already working on a port for this? > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From afb at users.sourceforge.net Mon Oct 5 07:22:21 2009 From: afb at users.sourceforge.net (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Mon Oct 5 07:22:27 2009 Subject: PackageKit Ports Message-ID: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> I've backported the PackageKit 0.5.x backend to 0.4.x, and made some ports for it and the GNOME/KDE frontends. As described earlier, it uses portupgrade and portaudit and compiles binary packages from source ports if needed. http://afb.users.sourceforge.net/packagekit/ Hopefully this will go into PackageKit 0.4.10, for use while waiting for required PolicyKit/DeviceKit support. Besides some (unused) differences in API, the backend is identical to the one in the latest PackageKit (0.5.2). Feedback appreciated, maintainer didn't respond. --anders From bugmaster at FreeBSD.org Mon Oct 5 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 5 11:06:42 2009 Subject: Current unassigned ports problem reports Message-ID: <200910051106.n95B65wV087948@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/139366 Port update: security/fakeroot - Update to v1.13.1 o ports/139365 [maintainer update] www/arora - update to 0.10.1 o ports/139364 [maintainer update] net-mgmt/noc: update from 0.3 to 0 f ports/139362 [PATCH] mail/exilog: [Remove false apache dependency] f ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file f ports/139351 [patch] update astro/viking to 0.9.9 o ports/139350 New port: devel/wt o ports/139349 [NEW PORT] multimedia/libomxil-bellagio: Bellagio is a f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] f ports/139347 [patch]finance/kmymoney2 port update to 1.0.0 o ports/139344 Update libdwarf/dwarfdump to version 20090716 o ports/139342 Problems with octave-forge ports o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139339 [patch] www/lynx update to 2.8.7.1 o ports/139334 [MAINTAINER] net-p2p/limewire: update to 5.3.6 o ports/139332 games/vavoom-extras: update to 1.30 o ports/139331 games/vavoom: update to 1.30 o ports/139318 [new port] net-mgmt/nagiosgrapher: Collects the output f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139313 [patch] Upgrade mail/mailscanner to 4.78.17 o ports/139295 New port: devel/mk-configure -- lightweight, easy to u o ports/139273 [MAINTAINER] dns/dnsmasq: update to 2.51 rc1 o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k o ports/139262 [patch] multimedia/2mandvd update to 1.0 version o ports/139261 [NEW PORT] deskutils/osmo: a personal organizer o ports/139258 [New port] editors/texworks: a simple TeX front-end f ports/139251 [PATCH] /usr/ports/sysutils/bacula-server (fix Check o f ports/139241 upgrade graphics/php5-chartdirector to version 5.0.2 o ports/139222 net-mgmt/flow-tools-ng: update f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139177 games/vavoom: add option to use the unicode version of o ports/139175 games/vavoom-extras: make config overwrites options fo o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB o ports/139132 [maintainer-update] FreeBSDize sysutils/heartbeat star o ports/139112 benchmarks/ttcp: sockaddr_in.sin_family initialization f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li f ports/139057 sysutils/conky: build error when WITH_BMPX is used o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/139029 [PATCH] chinese/zh-gbk2uni: Removed mark broken. f ports/139024 checksum mismatch for source bz2 of audio/audacity-dev o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138695 new slave port - games/ioquake3-devel o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur f ports/138469 [ PATCH ] databases/mysql51-{server|client} bad depend a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138181 [MAINTAINER] devel/doxygen: update to 1.6.1 o ports/138158 [NEW PORT] editors/p5-Vimana: Vim script manager f ports/137990 Update of net/Scapy 2.0.1_3 o ports/137967 update to net-mgmt/chillispot rc script f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind o ports/136359 New port - lang/gnat-gcc44 f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134475 multimedia/xmms gdk error (terminates) f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 144 problems total. From rwmaillists at googlemail.com Mon Oct 5 12:37:02 2009 From: rwmaillists at googlemail.com (RW) Date: Mon Oct 5 12:37:08 2009 Subject: random fetch location In-Reply-To: <4AC95FF5.7030608@FreeBSD.org> References: <4AC94C27.6040305@gmail.com> <4AC95FF5.7030608@FreeBSD.org> Message-ID: <20091005133637.19167d38@gumby.homeunix.com> On Sun, 04 Oct 2009 19:54:45 -0700 Doug Barton wrote: > Guoqin Ren wrote: > > Hi, > > > > Maybe it's a naive question. When I install a package from ports, > > it often needs to fetch some files. But sometimes it takes a long > > time before finding an available server to fetch. I also notice > > that it will try the locations/urls one by one, however the order > > doesn't change (correct me if I'm wrong). So the very first server > > on the list will get a lot of traffic since everyone will fetch the > > files from it. Is there any way to let it randomly pick a url from > > the list to evenly distribute the traffic among all the servers? > > Two solutions: > > 1. Add 'RANDOMIZE_MASTER_SITES= true' to /etc/make.conf > 2. Check out ports-mgmt/fastest_sites Also consider setting MASTER_SORT_REGEX to bring good nearby mirrors to the front of the list. Full randomization can end-up bringing some flaky servers to the front. From marcus at FreeBSD.org Mon Oct 5 16:06:50 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Oct 5 16:06:56 2009 Subject: PackageKit Ports In-Reply-To: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> Message-ID: <1254758809.1257.11.camel@shumai.marcuscom.com> On Mon, 2009-10-05 at 09:06 +0200, Anders F Bj?rklund wrote: > I've backported the PackageKit 0.5.x backend to 0.4.x, > and made some ports for it and the GNOME/KDE frontends. > > As described earlier, it uses portupgrade and portaudit > and compiles binary packages from source ports if needed. > > http://afb.users.sourceforge.net/packagekit/ > > Hopefully this will go into PackageKit 0.4.10, for use > while waiting for required PolicyKit/DeviceKit support. > > Besides some (unused) differences in API, the backend is > identical to the one in the latest PackageKit (0.5.2). > > Feedback appreciated, maintainer didn't respond. Which maintainer? I'm quite excited about this work. We have the latest PolicyKit coming with GNOME 2.28 (once 8.0 is out the door). DeviceKit will probably never happen on FreeBSD. DK-power will be coming with GNOME 2.30, however. What kind of DK support does PackageKit require? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091005/48360191/attachment.pgp From afb at users.sourceforge.net Mon Oct 5 16:23:21 2009 From: afb at users.sourceforge.net (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Mon Oct 5 16:23:28 2009 Subject: PackageKit Ports In-Reply-To: <1254758809.1257.11.camel@shumai.marcuscom.com> References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> <1254758809.1257.11.camel@shumai.marcuscom.com> Message-ID: Joe Marcus Clarke wrote: >> Hopefully this will go into PackageKit 0.4.10, for use >> while waiting for required PolicyKit/DeviceKit support. >> >> Besides some (unused) differences in API, the backend is >> identical to the one in the latest PackageKit (0.5.2). >> >> Feedback appreciated, maintainer didn't respond. > > Which maintainer? I'm quite excited about this work. Maybe I did something wrong, I tried to contact maintainer of "portupgrade" since I had some port search additions... Didn't post the ports earlier (before this backend backport), since it was kinda useless to run with the "dummy" backend. :-) > We have the > latest PolicyKit coming with GNOME 2.28 (once 8.0 is out the door). > DeviceKit will probably never happen on FreeBSD. DK-power will be > coming with GNOME 2.30, however. What kind of DK support does > PackageKit require? Currently PackageKit requires both PolicyKitOne (0.9x) and also Glib 2.22+, which was why it needed to wait for GNOME 2.28 etc. gnome-packagekit requires DeviceKit-power for "battery" support, but I added a disabler meanwhile (i.e. assume power is connected). --anders From marcus at FreeBSD.org Mon Oct 5 16:37:53 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Oct 5 16:37:59 2009 Subject: PackageKit Ports In-Reply-To: References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> <1254758809.1257.11.camel@shumai.marcuscom.com> Message-ID: <1254760672.1257.15.camel@shumai.marcuscom.com> On Mon, 2009-10-05 at 18:22 +0200, Anders F Bj?rklund wrote: > Joe Marcus Clarke wrote: > > >> Hopefully this will go into PackageKit 0.4.10, for use > >> while waiting for required PolicyKit/DeviceKit support. > >> > >> Besides some (unused) differences in API, the backend is > >> identical to the one in the latest PackageKit (0.5.2). > >> > >> Feedback appreciated, maintainer didn't respond. > > > > Which maintainer? I'm quite excited about this work. > > Maybe I did something wrong, I tried to contact maintainer > of "portupgrade" since I had some port search additions... Ah, I follow. > > Didn't post the ports earlier (before this backend backport), > since it was kinda useless to run with the "dummy" backend. :-) No problem. I did notice some nits in the plist of packagekit. You should not include blank lines (even to logically segment sections). If you want true separation, use separate plists. Once I have some time, I'll go through them in more detail. I'd love to get them committed. > > > We have the > > latest PolicyKit coming with GNOME 2.28 (once 8.0 is out the door). > > DeviceKit will probably never happen on FreeBSD. DK-power will be > > coming with GNOME 2.30, however. What kind of DK support does > > PackageKit require? > > Currently PackageKit requires both PolicyKitOne (0.9x) and also > Glib 2.22+, which was why it needed to wait for GNOME 2.28 etc. If you want to test the latest version with GNOME 2.28, see http://www.freebsd.org/gnome/docs/develfaq.html . We have GNOME 2.28 with polkit-0.9.4 in the tree. > > gnome-packagekit requires DeviceKit-power for "battery" support, > but I added a disabler meanwhile (i.e. assume power is connected). Cool. That support will be coming. They have finally merged a branch of DK-power which offers modular backend support. My project for GNOME 2.30 is DK-power. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091005/ba46a251/attachment.pgp From afb at users.sourceforge.net Mon Oct 5 17:01:35 2009 From: afb at users.sourceforge.net (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Mon Oct 5 17:01:56 2009 Subject: PackageKit Ports In-Reply-To: <1254760672.1257.15.camel@shumai.marcuscom.com> References: <763CF6A3-0948-43A2-9E0B-7B07B4211690@users.sourceforge.net> <1254758809.1257.11.camel@shumai.marcuscom.com> <1254760672.1257.15.camel@shumai.marcuscom.com> Message-ID: <34B6F1DE-9120-494B-BB02-2706AD1D78DF@users.sourceforge.net> Joe Marcus Clarke wrote: >> Didn't post the ports earlier (before this backend backport), >> since it was kinda useless to run with the "dummy" backend. :-) > > No problem. I did notice some nits in the plist of packagekit. You > should not include blank lines (even to logically segment > sections). If > you want true separation, use separate plists. Once I have some time, > I'll go through them in more detail. I'd love to get them committed. Will make some real PR requests for the ports for you to review, then. (thought I had run them all through "portlint", but I'm new at it all) Hopefully that megapatch + autogen won't be needed after 0.4.10 either. >> Currently PackageKit requires both PolicyKitOne (0.9x) and also >> Glib 2.22+, which was why it needed to wait for GNOME 2.28 etc. > > If you want to test the latest version with GNOME 2.28, see > http://www.freebsd.org/gnome/docs/develfaq.html . We have GNOME 2.28 > with polkit-0.9.4 in the tree. I do have some PackageKit-devel etc. ports, but couldn't keep up with the development during GNOME 2.27... Now that GNOME 2.28 (and GPackageKit 2.28 and GLib 2.22) has been released, I might. >> gnome-packagekit requires DeviceKit-power for "battery" support, >> but I added a disabler meanwhile (i.e. assume power is connected). > > Cool. That support will be coming. They have finally merged a branch > of DK-power which offers modular backend support. My project for > GNOME > 2.30 is DK-power. For my desktop, battery support wasn't really "mandatory" anyway... (Moblin developers had another opinion, so it's required in 2.28.0) But I'm also normally using either KDE or Xfce, rather than GNOME. --anders From linimon at lonesome.com Tue Oct 6 01:50:14 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Oct 6 01:50:20 2009 Subject: attention CHOI Junho Message-ID: <20091006015013.GA7583@lonesome.com> You're blocking mail from FreeBSD.org, among others: : host mail.kr.freebsd.org[210.118.94.73] said: 554 Service unavailable; Client host [69.147.83.53] blocked using krrbl.or.kr (in reply to RCPT TO command) mcl From bcook at bsdwebsolutions.com Tue Oct 6 02:02:38 2009 From: bcook at bsdwebsolutions.com (B. Cook) Date: Tue Oct 6 02:02:46 2009 Subject: possible security problem? FreeBSD Port: www/adzap Message-ID: <4ACA9FAB.4080302@bsdwebsolutions.com> Hello all, Strange thing going on w/ adzap.. possible problem on the server? Seems as if md5/sha256 doesn't match.. but the size is right. the -vista- box is a new install.. root@vista [/usr/ports/www/adzap]# 99 > make distclean ===> Cleaning for adzap-20090301 ===> Deleting distfiles for adzap-20090301 root@vista [/usr/ports/www/adzap]# 100 > make ===> Vulnerability check disabled, database not found => adzap-20090301.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://adzapper.sourceforge.net/. adzap-20090301.tar.gz 100% of 490 kB 549 kBps ===> Extracting for adzap-20090301 => MD5 Checksum mismatch for adzap-20090301.tar.gz. => SHA256 Checksum mismatch for adzap-20090301.tar.gz. ===> Refetch for 1 more times files: adzap-20090301.tar.gz adzap-20090301.tar.gz ===> Vulnerability check disabled, database not found => adzap-20090301.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://adzapper.sourceforge.net/ fetch: http://adzapper.sourceforge.net/adzap-20090301.tar.gz: Requested Range Not Satisfiable => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: adzap-20090301.tar.gz: local modification time does not match remote => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/www/adzap. *** Error code 1 Stop in /usr/ports/www/adzap. I have another copy of adzap-20090301.tar.gz on another box (from march) and I copy that over and replace the one in distfiles and it all compiles just fine.. root@vista [/usr/ports/www/adzap]# 101 > make distclean ===> Cleaning for adzap-20090301 ===> Deleting distfiles for adzap-20090301 root@vista [/usr/ports/www/adzap]# 102 > md5 /home/bcook/adzap-20090301.tar.gz MD5 (/home/bcook/adzap-20090301.tar.gz) = acc2225a2b70f51e13d6919bca6a4bc3 root@vista [/usr/ports/www/adzap]# 103 > sha256 /home/bcook/adzap-20090301.tar.gz SHA256 (/home/bcook/adzap-20090301.tar.gz) = 6fe77885cd8a2cb925ffcceb91a174800c13e43476ac2f3113b641189cd77968 root@vista [/usr/ports/www/adzap]# 104 > cp /home/bcook/adzap-20090301.tar.gz /usr/ports/distfiles/ root@vista [/usr/ports/www/adzap]# 105 > make ===> Vulnerability check disabled, database not found ===> Extracting for adzap-20090301 => MD5 Checksum OK for adzap-20090301.tar.gz. => SHA256 Checksum OK for adzap-20090301.tar.gz. ===> Patching for adzap-20090301 ===> Applying FreeBSD patches for adzap-20090301 ===> Configuring for adzap-20090301 /usr/bin/sed -i.bak -e "s:/usr/bin/perl:/usr/local/bin/perl5.10.1:g" -e "s:%%PREFIX%%:/usr/local:g" /usr/ports/www/adzap/work/adzap-20090301/scripts/squid_redirect /usr/bin/sed -i.bak -e "s:/usr/bin/perl:/usr/local/bin/perl5.10.1:g" -e "s:%%PREFIX%%:/usr/local:g" /usr/ports/www/adzap/work/adzap-20090301/scripts/wrapzap /usr/bin/sed -i.bak -e "s:/usr/bin/perl:/usr/local/bin/perl5.10.1:g" -e "s:%%PREFIX%%:/usr/local:g" /usr/ports/www/adzap/work/adzap-20090301/scripts/zapchain So I think its odd; and think that possibly someone changed something in the file on the adzap server? (yes curl is out of date.. hence why I'm updating the server to begin with.. :) ) * About to connect() to adzapper.sourceforge.net port 80 (#0) * Trying 216.34.181.96... connected * Connected to adzapper.sourceforge.net (216.34.181.96) port 80 (#0) > HEAD /adzap-20090301.tar.gz HTTP/1.1 > User-Agent: curl/7.18.0 (i386-portbld-freebsd6.2) libcurl/7.18.0 OpenSSL/0.9.7e zlib/1.2.3 > Host: adzapper.sourceforge.net > Accept: */* > < HTTP/1.1 200 OK HTTP/1.1 200 OK < Server: nginx/0.7.61 Server: nginx/0.7.61 < Date: Tue, 06 Oct 2009 01:36:11 GMT Date: Tue, 06 Oct 2009 01:36:11 GMT < Content-Type: application/x-gzip Content-Type: application/x-gzip < Connection: keep-alive Connection: keep-alive < Last-Modified: Mon, 24 Aug 2009 07:36:19 GMT Last-Modified: Mon, 24 Aug 2009 07:36:19 GMT < ETag: "7a800-471de461062c0" ETag: "7a800-471de461062c0" < Accept-Ranges: bytes Accept-Ranges: bytes < Content-Length: 501760 Content-Length: 501760 < Cache-Control: max-age=172800 Cache-Control: max-age=172800 < Expires: Thu, 08 Oct 2009 01:36:11 GMT Expires: Thu, 08 Oct 2009 01:36:11 GMT < * Connection #0 to host adzapper.sourceforge.net left intact * Closing connection #0 From alexander.bubnov at gmail.com Tue Oct 6 08:32:15 2009 From: alexander.bubnov at gmail.com (Alexander Bubnov) Date: Tue Oct 6 08:32:21 2009 Subject: netbsd pkgsrc Message-ID: Hello everybody! Probably I am going to ask a stupid question but it is very interesting for me. Because I would like to help BSD projects. Why FreeBSD does not use pkgsrc of NetBSD project as default ports? I guess work can be faster in case port system is shared between BSD projects including OpenBSD. NetBSD ports are ported to many Oses so I would prefer these port system. -- /BR, Alexander From linimon at lonesome.com Tue Oct 6 08:56:42 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Oct 6 08:56:49 2009 Subject: netbsd pkgsrc In-Reply-To: References: Message-ID: <20091006085641.GB14208@lonesome.com> On Tue, Oct 06, 2009 at 12:06:08PM +0400, Alexander Bubnov wrote: > Why FreeBSD does not use pkgsrc of NetBSD project as default ports? You're able to do so if you like -- FreeBSD is a supported pkgsrc platform IIUC. OTOH, there are some things FreeBSD ports are able to do that pkgsrc can't (e.g. follow port renames/recategorizations by MOVED during port upgrades). The converse is true, as well. There are also the following data which might be of interest. Note: for FreeBSD and pkgsrc, I'm using the number of things that are buildable from source; but for OpenBSD, I'm using the number of binary packages that are available for the i386 platform (but only because I don't have a quick way to figure out the equivalent ports count, which is higher. Hopefully, someone will inform me.) Therefore, this is a _slightly_ apples vs. oranges comparision, but it still may be informative. FreeBSD 20730* pkgsrc 8458** OpenBSD 5379*** mcl * per FreshPorts.org ** per pkgsrc.org *** from an OpenBSD web page; again, this is undercounting From david at vizion2000.net Tue Oct 6 09:23:45 2009 From: david at vizion2000.net (David Southwell) Date: Tue Oct 6 09:23:52 2009 Subject: attention CHOI Junho In-Reply-To: <20091006015013.GA7583@lonesome.com> References: <20091006015013.GA7583@lonesome.com> Message-ID: <200910061023.30595.david@vizion2000.net> > You're blocking mail from FreeBSD.org, among others: > > : host mail.kr.freebsd.org[210.118.94.73] said: 554 > Service unavailable; Client host [69.147.83.53] blocked using krrbl.or.kr > (in reply to RCPT TO command) > > mcl FYI 69.147.83.5 is in one of yahoo's IP blocks David From alexander.bubnov at gmail.com Tue Oct 6 09:36:24 2009 From: alexander.bubnov at gmail.com (Alexander Bubnov) Date: Tue Oct 6 09:36:31 2009 Subject: netbsd pkgsrc In-Reply-To: <20091006085641.GB14208@lonesome.com> References: <20091006085641.GB14208@lonesome.com> Message-ID: Thank a lot you for clarification! 2009/10/6 Mark Linimon > On Tue, Oct 06, 2009 at 12:06:08PM +0400, Alexander Bubnov wrote: > > Why FreeBSD does not use pkgsrc of NetBSD project as default ports? > > You're able to do so if you like -- FreeBSD is a supported pkgsrc > platform IIUC. > > OTOH, there are some things FreeBSD ports are able to do that pkgsrc > can't (e.g. follow port renames/recategorizations by MOVED during > port upgrades). The converse is true, as well. > > There are also the following data which might be of interest. Note: > for FreeBSD and pkgsrc, I'm using the number of things that are buildable > from source; but for OpenBSD, I'm using the number of binary packages > that are available for the i386 platform (but only because I don't have > a quick way to figure out the equivalent ports count, which is higher. > Hopefully, someone will inform me.) > > Therefore, this is a _slightly_ apples vs. oranges comparision, but it > still may be informative. > > FreeBSD 20730* > pkgsrc 8458** > OpenBSD 5379*** > > mcl > > * per FreshPorts.org > ** per pkgsrc.org > *** from an OpenBSD web page; again, this is undercounting > -- /BR, Alexander From mad at madpilot.net Tue Oct 6 11:03:21 2009 From: mad at madpilot.net (Guido Falsi) Date: Tue Oct 6 11:03:27 2009 Subject: possible security problem? FreeBSD Port: www/adzap In-Reply-To: <4ACA9FAB.4080302@bsdwebsolutions.com> References: <4ACA9FAB.4080302@bsdwebsolutions.com> Message-ID: <20091006110316.GA41461@megatron.madpilot.net> On Mon, Oct 05, 2009 at 09:38:51PM -0400, B. Cook wrote: > Hello all, > > Strange thing going on w/ adzap.. possible problem on the server? > > Seems as if md5/sha256 doesn't match.. but the size is right. I'm using adzap extensively at home and at work, so I'm quite interested in solving this problem. I checked the archieves(I have an old one handy in a server's distifles dir too). It looks like the archieve contents are identical(diffing old and new archieve content gives no diff). It looks like the distfile was rerolled in some way. Maybe some automatic procedure on sourceforge? I could contact the author and ask. If it's just a new ditifle we can simply update the port to reflect the situation. I'll let you know! -- Guido Falsi From rbgarga at gmail.com Tue Oct 6 17:57:00 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Tue Oct 6 17:57:13 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091002133231.GA17567@hades.panopticon> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> Message-ID: <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> On Fri, Oct 2, 2009 at 10:32 AM, Dmitry Marakasov wrote: > * Mark Linimon (linimon@lonesome.com) wrote: > >> The author orginally contacted us with a legal threat because we were >> not in compliance with the 28-day clause. ?A long, acrimonious disucssion >> ensued. ?In that discussion, the author was asked "if we agree to meet >> that condition going forward, would you guarantee that this would remove >> any further legal threat?" and he said yes ... >> >> for now. >> >> But that he reserved the right to change his mind later. >> >> *depending* on what we did or did not do in the future -- not just in >> adhering to the *existing clauses* like the "significant" clause or >> "renamed" clause -- both of which he mentioned would be part of any >> lawsuit. >> >> Legally indefensible? ?Of course. ?Would that prevent a lawsuit being >> filed? ?No. ?Anyone can sue anyone for anything. > > Well, if you insist I of course won't commit it. But the whole thing > disappoints me greately, cause I was pretty sure at least FreeBSD > developers won't be affected by a mere FUD. Do you honestly think > the probability of Tuomo suing us is higher of, say, me suing, well, > us? ?And that anything will change by us not providing a port we > have absolutely totally utterly 100% right to provide? ?That is > just silly. > > The port from now on is available here (removed from people.freebsd.org): > http://mirror.amdmi3.ru/ports/ion3-20090110.port.tar You can start a fork of it, change its name, its license, and keep it as a separate project... people will use the same software with another name. Everybody will be happy and we won't have a Tuomo's software inside ports collection again. -- Renato Botelho From miwi at FreeBSD.org Tue Oct 6 18:12:59 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Oct 6 18:13:06 2009 Subject: [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing Message-ID: <20091006181254.GL39673@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We're happy to announce that KDE-4.3.2 is ready for testing. KDE-4.3.2 is only a Bugfix release. If you want to play with KDE 4.3.2 please checkout all ports from area51. A note about area51, we have changed the repo layout, Qt and KDE is now split between area51/QT and area51/KDE. If you have an old check out please delete all and run a new checkout: svn co http://area51.pcbsd.org/trunk/area51 You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts you'll find 2 scripts to merge QT and KDE to /usr/ports. If you see any issues please let use know. Happy Testing! - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkrLiKYACgkQdLJIhLHm/On75gCdEANw7t+9ZCwH1PMk7luYuWhh uroAoJcly6BgWrvp1SDegtiZsK9HK/0+ =gwD1 -----END PGP SIGNATURE----- From boris.hollas at gmx.de Tue Oct 6 21:31:03 2009 From: boris.hollas at gmx.de (Boris Hollas) Date: Tue Oct 6 21:31:11 2009 Subject: FreeBSD Port: ocaml-3.11 Message-ID: Hello, I discovered a strange problem with the FreeBSD port of OCaml. Frama-C/Jessie is a formal verification framework for C code, written in OCaml. The Beryllium distribution [1] compiles on OpenBSD, NetBSD, and Linux, but not on FreeBSD. On FreeBSD 7.2, I tried OCaml 3.11.0 as well as OCaml 3.11.1 [2]. However, I was able to compile [1] with OCaml 3.11.1 on Debian testing. On both platforms, I used ./configure && make (gmake on FreeBSD). Any ideas? Cheers, Boris [1] http://frama-c.cea.fr/download/frama-c-Beryllium-20090901.tar.gz [2] http://lists.gforge.inria.fr/pipermail/frama-c-discuss/2009-September/001445.html I just tried to compile frama-c-Beryllium-20090901 on FreeBSD 7.2 with OCaml 3.11.0. Compiling stops with File "src/jessie/interp.mli", line 26, characters 0-7: Error: Unbound module Jc gmake: *** [src/jessie/interp.cmi] Error 2 http://lists.gforge.inria.fr/pipermail/frama-c-discuss/2009-October/001448.html Hi Richard, no success with Ocaml 3.11.1 either: Ocamlc src/jessie/interp.cmi File "src/jessie/interp.mli", line 26, characters 0-7: Error: Unbound module Jc gmake: *** [src/jessie/interp.cmi] Error 2 Maybe it's a problem with the makefile. Does it compile on Debian testing? On Thu, 01 Oct 2009 10:07:58 +0200, Richard Bonichon wrote: > Hi Boris, > >> OCaml 3.11.0. Compiling stops with >> >> File "src/jessie/interp.mli", line 26, characters 0-7: >> Error: Unbound module Jc >> gmake: *** [src/jessie/interp.cmi] Error 2 > > AFAIK, the problem you describe is not related to FreeBSD (the version > you use compiles and runs on both Open- and NetBSD, so there is no > reason this should not be the case on FreeBSD). > > Have you tried something along the lines of: > % gmake clean > % gmake depend > % gmake > (I assume your compilation process has been properly configured) > > Aside from that (and not related to it), why not use the latest OCaml > version (ie. 3.11.1) ported to FreeBSD? > > Cheers, From dougb at FreeBSD.org Tue Oct 6 21:55:11 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Oct 6 21:55:17 2009 Subject: Portmaster funding proposal Message-ID: <4ACBBCBC.6000700@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I am launching an initiative to give the community the opportunity to fund further development on portmaster. As much as I love doing this work I need to be able to support myself and my family and the kinds of features that users have requested (such as package support) will take a lot of time to implement correctly. The URL is here: http://dougbarton.us/portmaster-proposal.html If you have any interest in funding this project take a look at that web page. Of course additional ideas for features are also welcome. Finally, if you find this message unwelcome or inappropriate please accept my apologies. Regards, Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEAREDAAYFAkrLvLwACgkQyIakK9Wy8PsADwCfSHs6zYxPNpz5jvZm3kweo6W9 cFEAoLXYm4P+uouW5TLOIXnZ1mw/tXTg =IIY0 -----END PGP SIGNATURE----- From linimon at FreeBSD.org Wed Oct 7 06:28:55 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 7 06:29:07 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20091007062854.00FD01CC49@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090829190615/py26-libmpdclient-0.10.0.log.bz2 (_Sep__1_13:01:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Wed Oct 7 06:30:01 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 7 06:30:08 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20091007062958.2C29F1CC64@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/akode-plugins-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=akode-plugins-ffmpeg portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090829190615/py26-libmpdclient-0.10.0.log.bz2 (_Sep__1_13:01:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: cad/alliance broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/arm-elf-gcc295 broken because: does not support current versions of FreeBSD build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/arm-elf-gcc-2.95.3.log (_Aug_23_08:40:00_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=arm-elf-gcc295 portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/aunit broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090930201510/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/lhs2TeX broken because: Does not compile with GHC 6.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lhs2TeX portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/radrails broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090924074315/ruby-subversion-1.6.5.log.bz2 (_Sep_12_00:11:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/laughingman broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/laughingman-0.20070610_1.log (_Aug_23_08:41:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/php4-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: hebrew/geresh broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw-geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=geresh portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/gnat-glade broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/pugs broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090916145003/pugs-6.28.0.log.bz2 (_Sep_18_18:31:51_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-devel broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090916145003/octave-devel-3.1.55_4.log.bz2 (_Sep_18_18:34:25_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-devel portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-base broken because: incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-base portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/adasockets broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/blam broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090924074315/blam-1.8.7.log.bz2 (_Sep_26_05:29:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=blam portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/miredo broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=miredo portname: net/penguintv broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090910000900/PenguinTV-4.0.0_1.log.bz2 (_Sep_12_00:13:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090916145003/elmer-fem-5.4.0_6.log.bz2 (_Sep_18_18:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/libghemical broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090918211551/libghemical-2.98_3.log.bz2 (_Sep_21_06:00:18_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libghemical portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/krb5-17 broken because: Will not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb5-17 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/py-gnutls broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/py26-gnutls-1.1.9_1.log (_Aug_23_08:42:52_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=py-gnutls portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/uhidd broken because: Does not build with the old USB stack build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=uhidd portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/uim-el broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090930201510/uim-el-emacs22-1.5.6.log (_Oct__3_03:53:38_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=uim-el portname: textproc/uim-el-emacs21 broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091006203210/uim-el-emacs21-1.5.6.log (_Oct__4_16:45:45_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=uim-el-emacs21 portname: textproc/uim-el-xemacs21-mule broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20091006203210/uim-el-xemacs21-mule-1.5.6.log (_Oct__4_17:59:35_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=uim-el-xemacs21-mule portname: textproc/xmlada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/choqok broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090921064104/choqok-0.6.6_1.log.bz2 (_Sep_25_21:59:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=choqok portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Wed Oct 7 06:30:27 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 7 06:30:33 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20091007063025.BEF0E1CCE5@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Wed Oct 7 06:30:39 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 7 06:30:45 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20091007063037.8BF821CCE5@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: databases/ruby-dbd_interbase description: InterBase driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_interbase portname: databases/ruby-dbd_msql description: mSQL driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_msql portname: databases/ruby-dbd_proxy description: Proxy/Server driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_proxy portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: graphics/php4-ffmpeg description: The ffmpeg shared extension for php maintainer: acm@FreeBSD.org status: BROKEN deprecated because: development continues only for php5 expiration date: 2009-10-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: mail/postfix-gps-devel description: Greylist Policy Service for postfix maintainer: freebsd@signout.dk deprecated because: Older than main port, no sign of maintainer activity beyond port creation 4+ years ago expiration date: 2009-11-03 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix-gps-devel portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: utisoft@googlemail.com deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-11-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: misc/kde4-l10n-eo description: Esperanto messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-eo portname: misc/kde4-l10n-fy description: Frisian messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-fy portname: misc/kde4-l10n-ta description: Tamil messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-ta portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net-p2p/nicotine description: GTK2 SoulSeek filesharing client maintainer: stefan@FreeBSD.org deprecated because: development stalled years ago, use net-p2p/nicotine-plus instead expiration date: 2009-10-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=nicotine portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11/kxgenerator description: KDE utility to configure the X server maintainer: makc@FreeBSD.org deprecated because: Project abandoned, master site disappeared expiration date: 2009-09-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=kxgenerator From linimon at FreeBSD.org Wed Oct 7 06:30:47 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 7 06:31:04 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20091007063046.909611CC64@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From linimon at FreeBSD.org Wed Oct 7 06:30:48 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 7 06:31:04 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20091007063048.107681CCEE@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/firefox forbidden because: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From eitanadlerlist at gmail.com Wed Oct 7 09:39:11 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Wed Oct 7 09:39:18 2009 Subject: Delete a port I maintain Message-ID: The upstream author no longer maintains this port and I don't have the time to fix it. This port could be removed from the ports tree. portname: ? ? ? ? ? hebrew/geresh broken because: ? ? needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw-geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=geresh From stas at deglitch.com Wed Oct 7 15:04:11 2009 From: stas at deglitch.com (Stanislav Sedov) Date: Wed Oct 7 15:04:17 2009 Subject: FreeBSD Port: ocaml-3.11 In-Reply-To: References: Message-ID: <20091007190403.523041c7.stas@deglitch.com> On Tue, 06 Oct 2009 23:04:11 +0200 "Boris Hollas" mentioned: > Hello, > > I discovered a strange problem with the FreeBSD port of OCaml. > Frama-C/Jessie is a formal verification framework for C code, written in > OCaml. The Beryllium distribution [1] compiles on OpenBSD, NetBSD, and > Linux, but not on FreeBSD. On FreeBSD 7.2, I tried OCaml 3.11.0 as well as > OCaml 3.11.1 [2]. However, I was able to compile [1] with OCaml 3.11.1 on > Debian testing. On both platforms, I used ./configure && make (gmake on > FreeBSD). Any ideas? > Hi, Boris! I've been able to successfully build this app on FreeBSD 7.2-RELEASE with ocaml-3.11.1. I suspect there's some configuration problem on your side. Please, note, that configure script for this program is poorly written and requires bash to run. So the configure string for you should probably looks like this: env MAKE=gmake bash ./configure CFLAGS="-I/usr/local/include" LDFLAGS="-L/usr/local/lib" It also requires gmake to build. -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091007/f559f4e0/attachment.pgp From amdmi3 at amdmi3.ru Wed Oct 7 15:31:02 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Oct 7 15:31:15 2009 Subject: glib/webkit update? Message-ID: <20091007153059.GD69519@hades.panopticon> Hi! I need a new version of webkit, because the one that is currently in the ports tree doesn't work with Yahoo maps, and I need that for astro/josm. I've tried to update webkit port locally to r49078, but it requires newer glib: Requested 'glib-2.0 >= 2.21.3' but version of GLib is 2.20.5 Updating glib may require more effort and may break some of my installed apps, so I ask here - is there official update planned anytime soon, and/or is there some work in progress available to test? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From marcus at marcuscom.com Wed Oct 7 15:50:52 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Wed Oct 7 15:50:58 2009 Subject: glib/webkit update? In-Reply-To: <20091007153059.GD69519@hades.panopticon> References: <20091007153059.GD69519@hades.panopticon> Message-ID: <1254930650.99325.15.camel@shumai.marcuscom.com> On Wed, 2009-10-07 at 19:30 +0400, Dmitry Marakasov wrote: > Hi! > > I need a new version of webkit, because the one that is currently > in the ports tree doesn't work with Yahoo maps, and I need that for > astro/josm. I've tried to update webkit port locally to r49078, but > it requires newer glib: > > Requested 'glib-2.0 >= 2.21.3' but version of GLib is 2.20.5 > > Updating glib may require more effort and may break some of my installed > apps, so I ask here - is there official update planned anytime soon, > and/or is there some work in progress available to test? GNOME 2.28 is now available in MarcusCom CVS, and it includes webkit-gtk2-1.15.1 and glib-2.22.1. As soon as 8.0 is released, GNOME 2.28 will be merged into the ports tree. http://www.freebsd.org/gnome/docs/develfaq.html Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091007/4e4800e2/attachment.pgp From unixmania at gmail.com Wed Oct 7 16:25:37 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Wed Oct 7 16:25:44 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> Message-ID: 2009/10/6 Renato Botelho : > On Fri, Oct 2, 2009 at 10:32 AM, Dmitry Marakasov wrote: >> * Mark Linimon (linimon@lonesome.com) wrote: >> >>> The author orginally contacted us with a legal threat because we were >>> not in compliance with the 28-day clause. ?A long, acrimonious disucssion >>> ensued. ?In that discussion, the author was asked "if we agree to meet >>> that condition going forward, would you guarantee that this would remove >>> any further legal threat?" and he said yes ... >>> >>> for now. >>> >>> But that he reserved the right to change his mind later. >>> >>> *depending* on what we did or did not do in the future -- not just in >>> adhering to the *existing clauses* like the "significant" clause or >>> "renamed" clause -- both of which he mentioned would be part of any >>> lawsuit. >>> >>> Legally indefensible? ?Of course. ?Would that prevent a lawsuit being >>> filed? ?No. ?Anyone can sue anyone for anything. >> >> Well, if you insist I of course won't commit it. But the whole thing >> disappoints me greately, cause I was pretty sure at least FreeBSD >> developers won't be affected by a mere FUD. Do you honestly think >> the probability of Tuomo suing us is higher of, say, me suing, well, >> us? ?And that anything will change by us not providing a port we >> have absolutely totally utterly 100% right to provide? ?That is >> just silly. >> >> The port from now on is available here (removed from people.freebsd.org): >> http://mirror.amdmi3.ru/ports/ion3-20090110.port.tar > > You can start a fork of it, change its name, its license, and keep it as > a separate project... people will use the same software with another > name. You can fork the code, rename it, whathever, but you can NOT change the license without explicit permission from the original copyright owner. That would be legally considered theft! > Everybody will be happy and we won't have a Tuomo's software inside > ports collection again. It would be Tuomo's software anyway, regardless what you renamed it to, and his ownership would still prevail. Feel free to dislike his behavior but keep compliant to his rights unless you are whiling to face a lawsuit. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From me at janh.de Wed Oct 7 18:18:50 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Wed Oct 7 18:18:56 2009 Subject: RESTRICTED packages on FTP not a problem? Message-ID: <4ACCDB88.9020107@janh.de> http://lists.freebsd.org/pipermail/freebsd-ports/2009-September/057182.html I wonder why I got no reply to my posting and the new 8.0-RELEASE package set on FTP still contains RESTRICTED packages... not a problem or overlooked? For example: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/audio/lame-3.98.2_2.tbz Or: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.0-release/print/acroread8-8.1.6.tbz Cheers, Jan Henrik From perrin at apotheon.com Wed Oct 7 19:17:12 2009 From: perrin at apotheon.com (Chad Perrin) Date: Wed Oct 7 19:17:19 2009 Subject: ion windows manager on FreeBSD In-Reply-To: References: <20090930100658.GA99090@obspm.fr> <20090930110508.GA50565@hades.panopticon> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> Message-ID: <20091007184310.GC19063@guilt.hydra> On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote: > > You can fork the code, rename it, whathever, but you can NOT change > the license without explicit permission from the original copyright > owner. That would be legally considered theft! Incorrect. It would be legally considered copyright infringement. Copyright law is not property law, and both different laws *and* different terms apply. "Theft" is not a term legally applied to copyright infringement -- at least, in any jurisdiction of which I'm even vaguely aware of the state of copyright law. "That would be legally considered copyright infringement!" There. I fixed it for you. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091007/944381a6/attachment.pgp From mezz7 at cox.net Wed Oct 7 22:07:59 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed Oct 7 22:08:05 2009 Subject: glib/webkit update? In-Reply-To: <20091007153059.GD69519@hades.panopticon> References: <20091007153059.GD69519@hades.panopticon> Message-ID: On Wed, 07 Oct 2009 10:30:59 -0500, Dmitry Marakasov wrote: > Hi! > > I need a new version of webkit, because the one that is currently > in the ports tree doesn't work with Yahoo maps, and I need that for > astro/josm. I've tried to update webkit port locally to r49078, but > it requires newer glib: > > Requested 'glib-2.0 >= 2.21.3' but version of GLib is 2.20.5 > > Updating glib may require more effort and may break some of my installed > apps, so I ask here - is there official update planned anytime soon, > and/or is there some work in progress available to test? GNOME 2.28 was released during our ports tree freeze time, so we weren't able to put into ports tree. If you can't wait, grab those in MarcusCom CVS[1]. [1] http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From stephen.hocking at gmail.com Thu Oct 8 00:53:22 2009 From: stephen.hocking at gmail.com (Stephen Hocking) Date: Thu Oct 8 00:53:28 2009 Subject: sigwait - differences between Linux & FreeBSD Message-ID: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> Hi all, In my efforts to make the xrdp port more robust under FreeBSD, I have discovered that sigwait (kind of an analogue to select(2), but for signals rather than I/O) re-enables ignored signals in its list under Linux, but not FreeBSD. The sesman daemon uses SIGCHLD to clean up after a session has exited. Under Linux this works OK, under FreeSBD it doesn't. I have worked around it in a very hackish manner (define a dummy signal handler and enable it using signal, which means that the sigwait call can then be unblocked by it), but am wondering if anyone else has run across the same problem, and if so, if they fixed it in an elegant manner. Also, does anyone know the correct semantics of sigwait under this situation? Stephen From kostikbel at gmail.com Thu Oct 8 10:02:14 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Thu Oct 8 10:02:26 2009 Subject: sigwait - differences between Linux & FreeBSD In-Reply-To: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> Message-ID: <20091008100209.GG2259@deviant.kiev.zoral.com.ua> On Thu, Oct 08, 2009 at 11:53:21AM +1100, Stephen Hocking wrote: > Hi all, > > In my efforts to make the xrdp port more robust under FreeBSD, I have > discovered that sigwait (kind of an analogue to select(2), but for > signals rather than I/O) re-enables ignored signals in its list under > Linux, but not FreeBSD. The sesman daemon uses SIGCHLD to clean up > after a session has exited. Under Linux this works OK, under FreeSBD > it doesn't. I have worked around it in a very hackish manner (define a > dummy signal handler and enable it using signal, which means that the > sigwait call can then be unblocked by it), but am wondering if anyone > else has run across the same problem, and if so, if they fixed it in > an elegant manner. Also, does anyone know the correct semantics of > sigwait under this situation? ports@ is the wrong list to discuss the issue in the base system. Solaris 10 sigwait(2) manpage says the following: If sigwait() is called on an ignored signal, then the occurrence of the signal will be ignored, unless sigaction() changes the disposition. We have the same behaviour as Solaris, ingored signals are not queued or recorded regardeless of the presence of sigwaiting thread. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091008/efb91be3/attachment.pgp From Albert.Shih at obspm.fr Thu Oct 8 10:19:37 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Thu Oct 8 10:19:44 2009 Subject: Any news about ddd ? Message-ID: <20091008101934.GD7113@obspm.fr> Hi Anyone known what's the status of ports/ddd on the website they say the 3.3.12 is release at 02/2009 Is ddd ports is still in developpment ? Regards -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Jeu 8 oct 2009 12:17:34 CEST From miwi at FreeBSD.org Thu Oct 8 10:49:30 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Oct 8 10:49:36 2009 Subject: [kde-freebsd] [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing In-Reply-To: <200910081230.31348.naylor.b.david@gmail.com> References: <20091006181254.GL39673@bsdcrew.de> <200910081230.31348.naylor.b.david@gmail.com> Message-ID: <20091008104927.GC50377@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Oct 08, 2009 at 12:30:27PM +0200, David Naylor wrote: > On Tuesday, 6 October 2009 20:12:55 Martin Wilke wrote: > > We're happy to announce that KDE-4.3.2 is ready > > for testing. KDE-4.3.2 is only a Bugfix release. > > If you want to play with KDE 4.3.2 please checkout > > all ports from area51. > > > > A note about area51, we have changed the repo layout, > > Qt and KDE is now split between area51/QT and area51/KDE. > > If you have an old check out please delete all and run a > > new checkout: > > > > svn co http://area51.pcbsd.org/trunk/area51 > > > > You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts > > you'll find 2 scripts to merge QT and KDE to /usr/ports. > > If you see any issues please let use know. > > > > Happy Testing! > > I've found a problem with devel/qt4-help-tools: PORTNAME=help (instead of > help-tools). Other then that everything compiled fine and no apparent > regressions. It looks like 'deskutils/dolphin-plugins-mplayerthumbs' has been > obsoleted? help-tools fixed thx. - - Martin > > Thank you for the great work. Looking forward to 8.0 (and beyond :-) ). > > Many thanks, > > David - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkrNw7cACgkQdLJIhLHm/Ok+IwCeOYfTVmH7PWdVqV4BxQRQ3YOQ YCwAoKAac8EXj2b3P66VbnkhWtFS4MkR =S5P0 -----END PGP SIGNATURE----- From naylor.b.david at gmail.com Thu Oct 8 10:54:51 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Thu Oct 8 10:55:24 2009 Subject: [kde-freebsd] [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing In-Reply-To: <20091006181254.GL39673@bsdcrew.de> References: <20091006181254.GL39673@bsdcrew.de> Message-ID: <200910081230.31348.naylor.b.david@gmail.com> On Tuesday, 6 October 2009 20:12:55 Martin Wilke wrote: > We're happy to announce that KDE-4.3.2 is ready > for testing. KDE-4.3.2 is only a Bugfix release. > If you want to play with KDE 4.3.2 please checkout > all ports from area51. > > A note about area51, we have changed the repo layout, > Qt and KDE is now split between area51/QT and area51/KDE. > If you have an old check out please delete all and run a > new checkout: > > svn co http://area51.pcbsd.org/trunk/area51 > > You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts > you'll find 2 scripts to merge QT and KDE to /usr/ports. > If you see any issues please let use know. > > Happy Testing! I've found a problem with devel/qt4-help-tools: PORTNAME=help (instead of help-tools). Other then that everything compiled fine and no apparent regressions. It looks like 'deskutils/dolphin-plugins-mplayerthumbs' has been obsoleted? Thank you for the great work. Looking forward to 8.0 (and beyond :-) ). Many thanks, David -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091008/87d6d00a/attachment.pgp From codehelp at debian.org Thu Oct 8 11:35:22 2009 From: codehelp at debian.org (Neil Williams) Date: Thu Oct 8 11:35:29 2009 Subject: FreeBSD Port: drivel-2.0.2_10 Message-ID: <20091008120334.674cb592.codehelp@debian.org> drivel 3.0.0 is now on release. http://linux.codehelp.co.uk/#drivel http://drivel.sourceforge.net/ http://freshmeat.net/projects/drivel http://sourceforge.net/projects/drivel/ Drivel 3.0.0 ("Ready for the future") ===================================== * Improvements: - Drop remnants of old libraries including: libglade2, libgnome2 and libgnomeui. - Drop deprecated functions from existing libraries, ready for the upcoming Gtk+3.0 transitions. - Migrate from libgtksourceview1.0 to libgtksourceview2.0 - Add patches from bugzilla that have accumulated since 2.0.4 - Include and enhance code from the previous trunk (the unreleased 2.1.1) codebase. - Include translated versions of the Drivel Manual. * Issues: - Serendipity upstream has disabled XMLRPC due to a bug in PHP 5.2 which appears to be fixed in the current 5.2 release. The xmlrpc support in serendipity is disabled but does work again if the xmlrpc plugin is downloaded and installed: http://spartacus.s9y.org/cvs/additional_plugins/serendipity_event_xmlrpc.zip - drivel is not able to retrieve recent entries from all blog engines as a result of the removal of libegg / issues with the GtkRecentEntries support. - Past-date support in LJ is disabled in 3.0.0. -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091008/ff3c2885/attachment.pgp From matthias.andree at gmx.de Thu Oct 8 12:05:00 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Thu Oct 8 12:05:26 2009 Subject: sigwait - differences between Linux & FreeBSD In-Reply-To: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> Message-ID: <4ACDCF28.6040807@gmx.de> Stephen Hocking schrieb: > Hi all, > > In my efforts to make the xrdp port more robust under FreeBSD, I have > discovered that sigwait (kind of an analogue to select(2), but for > signals rather than I/O) re-enables ignored signals in its list under > Linux, but not FreeBSD. If the application relies on sigwait() to wait for and extract an ignored signal (SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and should be fixed by the upstream maintainer (I haven't checked that). Note: Linux has the same semantics, quoting its manual page (on Ubuntu 9.10 beta): sigwait suspends the calling thread until one of the signals in set is delivered to the calling thread. It then stores the number of the sig? > nal received in the location pointed to by sig and returns. The signals > in set must be blocked and not ignored on entrance to sigwait. If the delivered signal has a signal handler function attached, that function is not called. > The sesman daemon uses SIGCHLD to clean up after a session has exited. Under > Linux this works OK, under FreeSBD it doesn't. Not sure I understand. How can it clean up if it's not made aware of child's termination? Or do some Linux kernels behave in another way? Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go of the child processes as they exit, rather than turn them into zombies. You cannot wait() for them though. > I have worked around it in a very hackish manner (define a > dummy signal handler and enable it using signal, which means that the > sigwait call can then be unblocked by it), but am wondering if anyone > else has run across the same problem, and if so, if they fixed it in > an elegant manner. Also, does anyone know the correct semantics of > sigwait under this situation? That is not a hackish workaround, but one of the few safe ways to sigwait() for SIGCHLD. A version fixed thus should still work on Linux, so that fix should be made by xrdp upstream. The canonical reference would be the POSIX standard (IEEE Std 1003.1). 2008: http://www.opengroup.org/onlinepubs/9699919799/ 2001, 2004 edition: http://www.opengroup.org/onlinepubs/000095399/ The latter is also known as the Single Unix Specification v3 (SUSv3). HTH From tabthorpe at freebsd.org Thu Oct 8 13:12:10 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Oct 8 13:12:17 2009 Subject: Delete a port I maintain In-Reply-To: References: Message-ID: <200910080851.53457.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 07 October 2009 05:15:00 Eitan Adler wrote: > The upstream author no longer maintains this port and I don't have the > time to fix it. > This port could be removed from the ports tree. > > portname: hebrew/geresh > broken because: needs update for the new fribidi paragraph API > build errors: > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/iw > -geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009) > overview: > http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=ge > resh > Done PRs are preferred :) Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrN4GkACgkQ5Gm/jNBp8qB3nACfThipxycOY4HPdD4abR6Msgpy zXYAn0wQHlUmB9pF5qk95DcwtLzfMrLv =eCSV -----END PGP SIGNATURE----- From julianwissmann at gmail.com Thu Oct 8 14:09:15 2009 From: julianwissmann at gmail.com (Julian Wissmann) Date: Thu Oct 8 14:09:22 2009 Subject: Problems with vpopmail-devel Message-ID: <4ACDEB55.1030905@gmail.com> Hi, I'm trying to install vpopmail-devel as dependency for courier-authlib which I need. When going with portinstall: $portinstall courier-authlib it tries to fetch vpopmail-5.4.27 which is not available on any of the Mirror Servers. Trying to look it up manually there's only a vpopmail-2.4.28 available. Now trying to install vpopmail-5.5 from ports all I get is a size mismatch error on all the mirrors: size mismatch: expected 425441, actual 521800 Help in finding a solution here would be appreciated. Regards Julian Wissmann From unixmania at gmail.com Thu Oct 8 14:19:02 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Thu Oct 8 14:19:09 2009 Subject: ion windows manager on FreeBSD In-Reply-To: <20091007184310.GC19063@guilt.hydra> References: <20090930100658.GA99090@obspm.fr> <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> <20091007184310.GC19063@guilt.hydra> Message-ID: On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin wrote: > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote: >> >> You can fork the code, rename it, whatever, but you can NOT change >> the license without explicit permission from the original copyright >> owner. That would be legally considered theft! > > Incorrect. ?It would be legally considered copyright infringement. > Copyright law is not property law, and both different laws *and* > different terms apply. ?"Theft" is not a term legally applied to > copyright infringement -- at least, in any jurisdiction of which I'm even > vaguely aware of the state of copyright law. > > "That would be legally considered copyright infringement!" I was referring to stealing intellectual property, which can be a synonym of copyright violation, depending on the country law. In my country, for instance, computer programs are considered intellectual property but they are also subjected to author rights, just like books and paintings [1,2] . > There. ?I fixed it for you. Thanks for the clarification, anyway. References (in Portuguese) [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From gesbbb at yahoo.com Thu Oct 8 15:51:02 2009 From: gesbbb at yahoo.com (Jerry) Date: Thu Oct 8 15:51:09 2009 Subject: ion windows manager on FreeBSD Message-ID: <20091008115100.1eda87db@scorpio.seibercom.net> On Thu, 8 Oct 2009 11:19:00 -0300 "Carlos A. M. dos Santos" wrote: > On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin > wrote: > > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos > > wrote: > >> > >> You can fork the code, rename it, whatever, but you can NOT change > >> the license without explicit permission from the original copyright > >> owner. That would be legally considered theft! > > > > Incorrect. ?It would be legally considered copyright infringement. > > Copyright law is not property law, and both different laws *and* > > different terms apply. ?"Theft" is not a term legally applied to > > copyright infringement -- at least, in any jurisdiction of which > > I'm even vaguely aware of the state of copyright law. > > > > "That would be legally considered copyright infringement!" > > I was referring to stealing intellectual property, which can be a > synonym of copyright violation, depending on the country law. In my > country, for instance, computer programs are considered intellectual > property but they are also subjected to author rights, just like books > and paintings [1,2] . > > > There. ?I fixed it for you. > > Thanks for the clarification, anyway. > > > References (in Portuguese) > > [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm > [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm > Is there any legitimate reason that this thread is continually cross-posted on both freebsd-questions and freebsd-ports? Choose one or the other. -- Jerry gesbbb@yahoo.com It's only by NOT taking the human race seriously that I retain what fragments of my once considerable mental powers I still possess. Roger Noe From Pascal.Wessel at sgs.com Thu Oct 8 20:36:29 2009 From: Pascal.Wessel at sgs.com (Wessel, Pascal (Geneva)) Date: Thu Oct 8 20:36:41 2009 Subject: security/prelude-manager-0.9.14.2_4 on FreeBSD 7.2 Message-ID: <21119_1255033028_4ACE48C3_21119_487901_1_40594450D74B27428500D6A3C59B89302BDAA30E9A@exdrnsmbsgs010.EQ1SGS.local> Hello, Maybe related to http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/139102 $ uname -a FreeBSD xxx 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 $ make search name=prelude-manager Port: prelude-manager-0.9.14.2_4 Path: /usr/ports/security/prelude-manager Info: Prelude Network Intrusion Detection System central logging point Maint: ports@FreeBSD.org B-deps: gettext-0.17_1 gmake-3.81_3 gnutls-2.8.3 libgcrypt-1.4.4 libgpg-error-1.7 libiconv-1.13.1 libprelude-0.9.24.1 libpreludedb-0.9.15.3 libxml2-2.7.5 mysql-client-5.0.86 pkg-config-0.23_1 R-deps: gettext-0.17_1 gnutls-2.8.3 libgcrypt-1.4.4 libgpg-error-1.7 libiconv-1.13.1 libprelude-0.9.24.1 libpreludedb-0.9.15.3 libxml2-2.7.5 mysql-client-5.0.86 pkg-config-0.23_1 WWW: http://www.prelude-ids.org/ $ sudo portinstall libprelude $ sudo portinstall libpreludedb $ sudo portinstall prelude-manager [cut] checking for buggy pthread mutex initializers... no checking for libgnutls-config... no checking for libgnutls - version >= 1.0.17... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: libgnutls is required in order to build prelude-manager. ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/security/prelude-manager/work/prelude-manager-0.9.14.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/security/prelude-manager. *** Error code 1 Stop in /usr/ports/security/prelude-manager. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20091008-11922-1xpyndt-0 env make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! security/prelude-manager (install error) $ sudo find / -name libgnutls-config $ $ sudo find / -name libgnutls* Password: /usr/local/lib/libgnutls.so.40 /usr/local/lib/libgnutls.so /usr/local/lib/libgnutls.la /usr/local/lib/libgnutlsxx.so.40 /usr/local/lib/libgnutlsxx.so /usr/local/lib/libgnutlsxx.la /usr/local/lib/libgnutls.a /usr/local/lib/libgnutlsxx.a /usr/local/lib/libgnutls-extra.so.40 /usr/local/lib/libgnutls-extra.so /usr/local/lib/libgnutls-extra.la /usr/local/lib/libgnutls-openssl.so.40 /usr/local/lib/libgnutls-openssl.so /usr/local/lib/libgnutls-openssl.la /usr/local/lib/libgnutls-extra.a /usr/local/lib/libgnutls-openssl.a /usr/local/share/locale/cs/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/de/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/fr/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/ms/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/nl/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/pl/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/sv/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/vi/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/en@boldquot/LC_MESSAGES/libgnutls.mo /usr/local/share/locale/en@quot/LC_MESSAGES/libgnutls.mo $ sudo portversion -vv Password: Nessus-4.0.2 ? error - origin not found autoconf-2.13.000227_6 = up-to-date with port autoconf-2.62 = up-to-date with port autoconf-wrapper-20071109 = up-to-date with port automake-1.10.1 = up-to-date with port automake-1.4.6_5 = up-to-date with port automake-wrapper-20071109 = up-to-date with port bash-4.0.33 = up-to-date with port bison-2.4.1,1 = up-to-date with port db41-4.1.25_4 = up-to-date with port gamin-0.1.10_3 = up-to-date with port gdbm-1.8.3_3 = up-to-date with port gettext-0.17_1 = up-to-date with port gio-fam-backend-2.20.5 = up-to-date with port glib-2.20.5 = up-to-date with port gmake-3.81_3 = up-to-date with port gnutls-2.8.3 = up-to-date with port help2man-1.36.4_3 = up-to-date with port libgcrypt-1.4.4 = up-to-date with port libgpg-error-1.7 = up-to-date with port libiconv-1.13.1 = up-to-date with port libnet11-1.1.2.1_2,1 = up-to-date with port libprelude-0.9.24.1 = up-to-date with port libpreludedb-0.9.15.3 = up-to-date with port libtool-2.2.6a_1 = up-to-date with port libxml2-2.7.5 = up-to-date with port lighttpd-1.4.23 = up-to-date with port linux_base-fc-4_15 = up-to-date with port lua-5.1.4 = up-to-date with port m4-1.4.13,1 = up-to-date with port mysql-client-5.0.86 = up-to-date with port nginx-0.7.62 = up-to-date with port nmap-5.00 = up-to-date with port p5-gettext-1.05_2 = up-to-date with port pcre-7.9 = up-to-date with port perl-5.8.9_3 = up-to-date with port php5-5.2.11 = up-to-date with port pkg-config-0.23_1 = up-to-date with port popt-1.14 = up-to-date with port portaudit-0.5.13 = up-to-date with port portupgrade-2.4.6_3,2 = up-to-date with port postgresql-client-8.2.13 = up-to-date with port postgresql-server-8.2.13 = up-to-date with port proxycheck-0.49a = up-to-date with port python26-2.6.2_3 = up-to-date with port rpm-3.0.6_14 = up-to-date with port rsyslog-4.4.1 = up-to-date with port rsyslog-pgsql-4.4.1 = up-to-date with port ruby-1.8.7.160_4,1 = up-to-date with port ruby18-bdb-0.6.5_1 = up-to-date with port screen-4.0.3_6 = up-to-date with port spawn-fcgi-1.6.2_2 = up-to-date with port sudo-1.6.9.20 = up-to-date with port wget-1.11.4_1 = up-to-date with port $ Many thanks for your kind help and support. Best regards, Pascal P.S. prelude-manager config.log attached. P Please consider the environment before printing this mail note. Information in this email and any attachments is confidential and intended solely for the use of the individual(s) to whom it is addressed or otherwise directed. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. Finally, the recipient should check this email and any attachments for the presence of viruses. The Company accepts no liability for any damage caused by any virus transmitted by this email. All SGS services are rendered in accordance with the applicable SGS conditions of service available on request and accessible at http://www.sgs.com/terms_and_conditions.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 83803 bytes Desc: config.log Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091008/79c59dfe/config-0001.obj From perrin at apotheon.com Thu Oct 8 23:13:00 2009 From: perrin at apotheon.com (Chad Perrin) Date: Thu Oct 8 23:13:30 2009 Subject: ion windows manager on FreeBSD In-Reply-To: References: <20090930161915.GA18014@lonesome.com> <20091001111417.GF50565@hades.panopticon> <20091001112323.GA26407@droso.net> <20091001114546.GH50565@hades.panopticon> <20091001213656.GA14925@lonesome.com> <20091002133231.GA17567@hades.panopticon> <747dc8f30910061024h5346b25evd27369955f9d6768@mail.gmail.com> <20091007184310.GC19063@guilt.hydra> Message-ID: <20091008230533.GA32736@guilt.hydra> On Thu, Oct 08, 2009 at 11:19:00AM -0300, Carlos A. M. dos Santos wrote: > On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin wrote: > > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote: > >> > >> You can fork the code, rename it, whatever, but you can NOT change > >> the license without explicit permission from the original copyright > >> owner. That would be legally considered theft! > > > > Incorrect. ?It would be legally considered copyright infringement. > > Copyright law is not property law, and both different laws *and* > > different terms apply. ?"Theft" is not a term legally applied to > > copyright infringement -- at least, in any jurisdiction of which I'm even > > vaguely aware of the state of copyright law. > > > > "That would be legally considered copyright infringement!" > > I was referring to stealing intellectual property, which can be a > synonym of copyright violation, depending on the country law. In my > country, for instance, computer programs are considered intellectual > property but they are also subjected to author rights, just like books > and paintings [1,2] . The term "Intellectual Property" is essentially an invention of people who wished copyright, patent, and trademark bodies of law were treated more like actual property law. Saying something is "intellectual property" sure makes it *sound* like violating the relevant law should be called "stealing", but it's still not theft under the law (unless you happen to live in some jurisdiction that treats this stuff in a very nonstandard manner -- I can't speak for all jurisdictions, since I know nothing about copyright law in Eritrea, for instance). Not only is copyright not *legally* considered theft, but it is not *practically* equivalent to theft, either. In theft, a person has a thing in his or her possession, and the thief takes it away. There is no thing in a copyright holder's possession that is taken away when copyright is infringed. The common excuse for calling it theft is reference to the copyright holder's profits being "stolen", but because those profits do not even exist yet at the time of the copyright infringement, they are not literally being "taken away". > > References (in Portuguese) > > [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm > [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm Alas, I do not read Portuguese. Maybe in Portugal the word for "theft" is defined differently than here, so that it applies not to property per se, but to any illegal act of acquisition; that is not a jurisdiction whose copyright laws are familiar to me. I rather doubt it, though, because a legal definition of theft that is applicable to copyright would fail to account for actual theft of actual property of naturally limited abundance. Given an example with which I am more familiar (the United States), though, I cite Dowling v. US: The infringer invades a statutorily defined province guaranteed to the copyright holder alone. But he does not assume physical control over the copyright; nor does he wholly deprive its owner of its use. Dowling v. US specfically set forth for those who wished to define bootleg recordings as "stolen property" the details for why this was not an appropriate definition, and rejected outright and in all its particulars the concept that copyright infringement is theft in any legal sense of the term. The reasoning is summed up in the above two-sentence quote from the Dowling v. US decision. The economic principle that differentiates copyright infringement from property theft is that of rivalry. A rival good is one whose use by one consumer prevents the use by another, whereas a nonrival good is one whose use by one consumer does not interfere with the use by another. Copyright infringement is illegal acquisition, by a consumer, of a nonrival good; property theft is illegal acquisition, by a consumer, of a rival good. Copyright violation does not deprive anyone else of the opportunity to acquire or use the good in question, whereas property theft *does*, accounting for the differences of legal status for acquisition between rival and nonrival goods. Thomas Jefferson, in discussions of the idea of copyright and patent law before such were even included in the US Constitution, made this distinction as well: He who receives an idea from me, receives instruction himself without lessening mine; as he who lights his taper at mine, receives light without darkening me. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091008/5a331980/attachment.pgp From stephen.hocking at gmail.com Fri Oct 9 01:38:40 2009 From: stephen.hocking at gmail.com (Stephen Hocking) Date: Fri Oct 9 01:38:47 2009 Subject: sigwait - differences between Linux & FreeBSD In-Reply-To: <4ACDCF28.6040807@gmx.de> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> <4ACDCF28.6040807@gmx.de> Message-ID: <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> On Thu, Oct 8, 2009 at 10:38 PM, Matthias Andree wrote: > Stephen Hocking schrieb: >> Hi all, >> >> In my efforts to make the xrdp port more robust under FreeBSD, I have >> discovered that sigwait (kind of an analogue to select(2), but for >> signals rather than I/O) re-enables ignored signals in its list under >> Linux, but not FreeBSD. > > If the application relies on sigwait() to wait for and extract an ignored signal > (SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and should be > fixed by the upstream maintainer (I haven't checked that). > > Note: Linux has the same semantics, quoting its manual page (on Ubuntu 9.10 beta): > > ? ? ? sigwait ?suspends the calling thread until one of the signals in set is > ? ? ? delivered to the calling thread. It then stores the number of the ?sig? >> ? ? ?nal received in the location pointed to by sig and returns. The signals >> ? ? ?in set must be blocked and not ignored on entrance to sigwait. ?If ?the > ? ? ? delivered ?signal has a signal handler function attached, that function > ? ? ? is not called. > >> The sesman daemon uses SIGCHLD to clean up after a session has exited. Under >> Linux this works OK, under FreeSBD it doesn't. > > Not sure I understand. How can it clean up if it's not made aware of child's > termination? Or do some Linux kernels behave in another way? It appears as if the documentation does not match up with the reality in Linux's case. That's what the empirical evidence suggests anyway. The code does does a waitpid after receiving the SIGCHLD to determine what child process has exited and then searches its list of sessions looking for that particular pid, so as to tidy up. I can to some degree understand that implementation of sigwait, as if you state your intention to wait for a particular signal, that means that you don't wish to ignore it. > > Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go of the > child processes as they exit, rather than turn them into zombies. You cannot > wait() for them though. > >> I have worked around it in a very hackish manner (define a >> dummy signal handler and enable it using signal, which means that the >> sigwait call can then be unblocked by it), but am wondering if anyone >> else has run across the same problem, and if so, if they fixed it in >> an elegant manner. Also, does anyone know the correct semantics of >> sigwait under this situation? > > That is not a hackish workaround, but one of the few safe ways to sigwait() for > SIGCHLD. A version fixed thus should still work on Linux, so that fix should be > made by xrdp upstream. > > > The canonical reference would be the POSIX standard (IEEE Std 1003.1). > > 2008: http://www.opengroup.org/onlinepubs/9699919799/ > > 2001, 2004 edition: http://www.opengroup.org/onlinepubs/000095399/ > > The latter is also known as the Single Unix Specification v3 (SUSv3). Thanks for the references. From sahil at tandon.net Fri Oct 9 04:57:45 2009 From: sahil at tandon.net (Sahil Tandon) Date: Fri Oct 9 04:58:18 2009 Subject: Problems with vpopmail-devel In-Reply-To: <4ACDEB55.1030905@gmail.com> References: <4ACDEB55.1030905@gmail.com> Message-ID: <20091009045741.GB11968@magic.hamla.org> On Thu, 08 Oct 2009, Julian Wissmann wrote: > I'm trying to install vpopmail-devel as dependency for courier-authlib > which I need. When going with portinstall: $portinstall > courier-authlib it tries to fetch vpopmail-5.4.27 which is not > available on any of the Mirror Servers. Trying to look it up manually > there's only a vpopmail-2.4.28 available. mail/vpopmail should soon be updated to 5.4.28, which is the latest available *stable* release. In the meantime, you should be able to grab the older tarball from ftp.FreeBSD.org. => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. vpopmail-5.4.27.tar.gz 100% of 513 kB 2914 kBps => MD5 Checksum OK for vpopmail-5.4.27.tar.gz. => SHA256 Checksum OK for vpopmail-5.4.27.tar.gz. -- Sahil Tandon From rhurlin at gwdg.de Fri Oct 9 06:14:00 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Fri Oct 9 06:14:08 2009 Subject: graphics/qgis 1.3.0 does not compile on CURRENT Message-ID: <4ACED4BD.1040800@gwdg.de> Dear maintainer, I tried to install the newest version of qgis port on 9.0-CURRENT and got the following break. QT3 and QT4 are installed. Any ideas? Rainer ------------------------------------------------------ [..snip..] [ 61%] Generating core/core.so g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o sipcorecmodule.o sipcorecmodule.cpp In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfileinfo.h:120:2: error: #error "QFileInfo::size() should return QIODevice::Offset instead of uint" In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: /usr/local/include/qdom.h:97: error: function definition does not declare parameters /usr/local/include/qdom.h:122: error: function definition does not declare parameters /usr/local/include/qdom.h:232: error: function definition does not declare parameters /usr/local/include/qdom.h:258: error: function definition does not declare parameters /usr/local/include/qdom.h:286: error: function definition does not declare parameters /usr/local/include/qdom.h:345: error: function definition does not declare parameters /usr/local/include/qdom.h:380: error: function definition does not declare parameters /usr/local/include/qdom.h:399: error: function definition does not declare parameters /usr/local/include/qdom.h:434: error: function definition does not declare parameters /usr/local/include/qdom.h:463: error: function definition does not declare parameters /usr/local/include/qdom.h:518: error: function definition does not declare parameters /usr/local/include/qdom.h:541: error: function definition does not declare parameters /usr/local/include/qdom.h:560: error: function definition does not declare parameters /usr/local/include/qdom.h:579: error: function definition does not declare parameters /usr/local/include/qdom.h:602: error: function definition does not declare parameters /usr/local/include/qdom.h:625: error: function definition does not declare parameters /usr/local/include/qdom.h:644: error: function definition does not declare parameters /usr/local/include/qdom.h:671: error: expected initializer before '&' token In file included from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27, from /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, from /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6: /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: error: field 'mProjectDom' has incomplete type /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: error: invalid use of incomplete type 'struct QDomDocument' /usr/local/include/qdom.h:86: error: forward declaration of 'struct QDomDocument' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In constructor 'QgsProjectBadLayerException::QgsProjectBadLayerException(const std::list >&, const QDomDocument&)': /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: error: class 'QgsProjectBadLayerException' does not have any field named 'mProjectDom' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In member function 'const QDomDocument& QgsProjectBadLayerException::document() const': /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: error: 'mProjectDom' was not declared in this scope In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: /usr/local/include/qlocale.h: At global scope: /usr/local/include/qlocale.h:43: error: function definition does not declare parameters In file included from /usr/local/include/qfileinfo.h:42, from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfile.h:50: error: function definition does not declare parameters /usr/local/include/qfile.h:121: error: 'QFile' has not been declared /usr/local/include/qfile.h:121: error: non-member function 'QString name()' cannot have cv-qualifier /usr/local/include/qfile.h: In function 'QString name()': /usr/local/include/qfile.h:122: error: 'fn' was not declared in this scope /usr/local/include/qfile.h: At global scope: /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice' does not name a type In file included from /usr/local/include/qfileinfo.h:43, from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qdatetime.h:51: error: function definition does not declare parameters /usr/local/include/qdatetime.h:123: error: function definition does not declare parameters /usr/local/include/qdatetime.h:184: error: function definition does not declare parameters /usr/local/include/qdatetime.h:241: error: expected initializer before '&' token /usr/local/include/qdatetime.h:242: error: expected initializer before '&' token /usr/local/include/qdatetime.h:243: error: expected initializer before '&' token /usr/local/include/qdatetime.h:244: error: expected initializer before '&' token /usr/local/include/qdatetime.h:245: error: expected initializer before '&' token /usr/local/include/qdatetime.h:246: error: expected initializer before '&' token In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: /usr/local/include/qfileinfo.h:52: error: function definition does not declare parameters /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been declared /usr/local/include/qfileinfo.h:148: error: non-member function 'bool caching()' cannot have cv-qualifier /usr/local/include/qfileinfo.h: In function 'bool caching()': /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared in this scope In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: /usr/local/include/qurl.h: At global scope: /usr/local/include/qurl.h:49: error: function definition does not declare parameters In file included from /usr/local/include/qpainter.h:44, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qfontmetrics.h:53: error: function definition does not declare parameters In file included from /usr/local/include/qpainter.h:45, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qfontinfo.h:46: error: function definition does not declare parameters /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete type 'struct QFontInfo' /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward declaration of 'struct QFontInfo' In file included from /usr/local/include/qgarray.h:42, from /usr/local/include/qmemarray.h:42, from /usr/local/include/qpointarray.h:42, from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qshared.h:46: error: function definition does not declare parameters In file included from /usr/local/include/qmemarray.h:42, from /usr/local/include/qpointarray.h:42, from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qgarray.h:46: error: function definition does not declare parameters /usr/local/include/qgarray.h:119: error: 'QGArray' has not been declared /usr/local/include/qgarray.h:119: error: non-member function 'char* at(uint)' cannot have cv-qualifier /usr/local/include/qgarray.h: In function 'char* at(uint)': /usr/local/include/qgarray.h:127: error: 'shd' was not declared in this scope In file included from /usr/local/include/qpointarray.h:42, from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qmemarray.h: At global scope: /usr/local/include/qmemarray.h:48: error: expected class-name before '{' token /usr/local/include/qmemarray.h:71: error: 'Optimization' has not been declared /usr/local/include/qmemarray.h: In constructor 'QMemArray::QMemArray(int, int)': /usr/local/include/qmemarray.h:55: error: class 'QMemArray' does not have any field named 'QGArray' /usr/local/include/qmemarray.h: In constructor 'QMemArray::QMemArray(int)': /usr/local/include/qmemarray.h:59: error: class 'QMemArray' does not have any field named 'QGArray' /usr/local/include/qmemarray.h: In copy constructor 'QMemArray::QMemArray(const QMemArray&)': /usr/local/include/qmemarray.h:60: error: class 'QMemArray' does not have any field named 'QGArray' /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::operator=(const QMemArray&)': /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:63: error: expected ';' before '::' token /usr/local/include/qmemarray.h:63: error: '::assign' has not been declared /usr/local/include/qmemarray.h: In member function 'type* QMemArray::data() const': /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:64: error: expected ';' before '::' token /usr/local/include/qmemarray.h:64: error: '::data' has not been declared /usr/local/include/qmemarray.h: In member function 'uint QMemArray::nrefs() const': /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'uint QMemArray::size() const': /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::isEmpty() const': /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::isNull() const': /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::resize(uint)': /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::resize(uint, int)': /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::truncate(uint)': /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'bool QMemArray::fill(const type&, int)': /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'void QMemArray::detach()': /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::assign(const QMemArray&)': /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:79: error: expected ';' before '::' token /usr/local/include/qmemarray.h:79: error: '::assign' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::assign(const type*, uint)': /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:81: error: expected ';' before '::' token /usr/local/include/qmemarray.h:81: error: '::assign' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::duplicate(const QMemArray&)': /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:83: error: expected ';' before '::' token /usr/local/include/qmemarray.h:83: error: '::duplicate' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::duplicate(const type*, uint)': /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:85: error: expected ';' before '::' token /usr/local/include/qmemarray.h:85: error: '::duplicate' has not been declared /usr/local/include/qmemarray.h: In member function 'QMemArray& QMemArray::setRawData(const type*, uint)': /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:87: error: expected ';' before '::' token /usr/local/include/qmemarray.h:87: error: '::setRawData' has not been declared /usr/local/include/qmemarray.h: In member function 'void QMemArray::resetRawData(const type*, uint)': /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'int QMemArray::find(const type&, uint) const': /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'int QMemArray::contains(const type&) const': /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'void QMemArray::sort()': /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'int QMemArray::bsearch(const type&) const': /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been declared /usr/local/include/qmemarray.h: In member function 'type& QMemArray::operator[](int) const': /usr/local/include/qmemarray.h:100: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:100: error: expected primary-expression before '&' token /usr/local/include/qmemarray.h:100: error: expected primary-expression before ')' token /usr/local/include/qmemarray.h: In member function 'type& QMemArray::at(uint) const': /usr/local/include/qmemarray.h:102: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:102: error: expected primary-expression before '&' token /usr/local/include/qmemarray.h:102: error: expected primary-expression before ')' token /usr/local/include/qmemarray.h: In member function 'QMemArray::operator const type*() const': /usr/local/include/qmemarray.h:103: error: 'QGArray' was not declared in this scope /usr/local/include/qmemarray.h:103: error: expected ';' before '::' token /usr/local/include/qmemarray.h:103: error: '::data' has not been declared In file included from /usr/local/include/qpainter.h:49, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qpointarray.h: At global scope: /usr/local/include/qpointarray.h:51: error: function definition does not declare parameters /usr/local/include/qpointarray.h:101: error: expected initializer before '&' token /usr/local/include/qpointarray.h:102: error: expected initializer before '&' token /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not been declared /usr/local/include/qpointarray.h: In function 'void setPoint(uint, const QPoint&)': /usr/local/include/qpointarray.h:111: error: invalid initialization of reference of type 'const QPoint&' from expression of type 'int' /usr/local/include/qpointarray.h:109: error: in passing argument 2 of 'void setPoint(uint, const QPoint&)' In file included from /usr/local/include/qpainter.h:50, from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qwmatrix.h: At global scope: /usr/local/include/qwmatrix.h:51: error: function definition does not declare parameters /usr/local/include/qwmatrix.h:113: error: expected initializer before 'operator' /usr/local/include/qwmatrix.h:120: error: expected initializer before '&' token /usr/local/include/qwmatrix.h:121: error: expected initializer before '&' token In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46: /usr/local/include/qpainter.h:67: error: function definition does not declare parameters /usr/local/include/qpainter.h:445: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:450: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:455: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:460: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:465: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:477: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:482: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace 'Qt' does not name a type /usr/local/include/qpainter.h:492: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:497: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:506: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:515: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:524: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:534: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:539: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:544: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:555: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:561: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:567: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:572: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not been declared /usr/local/include/qpainter.h:578: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:583: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:588: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:593: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:598: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:603: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:608: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:613: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:618: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:623: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:628: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:633: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:638: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:644: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:650: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:657: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:662: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:667: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:672: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:677: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:682: error: 'TextDirection' has not been declared /usr/local/include/qpainter.h:682: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:687: error: 'TextDirection' has not been declared /usr/local/include/qpainter.h:687: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:693: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:699: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/local/include/qpainter.h:705: error: invalid use of incomplete type 'struct QPainter' /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward declaration of 'struct QPainter' /usr/include/c++/4.2/bits/stl_list.h: In instantiation of 'std::_List_node': /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here /usr/include/c++/4.2/bits/stl_list.h:101: error: 'std::_List_node<_Tp>::_M_data' has incomplete type /usr/local/include/qdom.h:92: error: forward declaration of 'struct QDomNode' /usr/include/c++/4.2/bits/list.tcc: In member function 'void std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, _Alloc = std::allocator]': /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct std::_List_node' has no member named '_M_data' /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp& std::_List_const_iterator<_Tp>::operator*() const [with _Tp = QDomNode]': /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, _InputIterator, std::__false_type) [with _InputIterator = std::_List_const_iterator, _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: instantiated from here /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct std::_List_node' has no member named '_M_data' /usr/include/c++/4.2/bits/stl_list.h: In member function 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]': /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'void std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, _InputIterator, std::__false_type) [with _InputIterator = std::_List_const_iterator, _Tp = QDomNode, _Alloc = std::allocator]' /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = QDomNode, _Alloc = std::allocator]' /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: instantiated from here /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct std::_List_node' has no member named '_M_data' gmake: *** [sipcorecmodule.o] Fehler 1 *** Error code 2 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. *** Error code 1 Stop in /usr/ports/graphics/qgis. *** Error code 1 Stop in /usr/ports/graphics/qgis. From rhurlin at gwdg.de Fri Oct 9 06:40:35 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Fri Oct 9 06:40:44 2009 Subject: graphics/qgis 1.3.0 does not compile on CURRENT In-Reply-To: <7be7a2800910082317k6d4dec22o8e6cfacfd5f08e19@mail.gmail.com> References: <4ACED4BD.1040800@gwdg.de> <7be7a2800910082317k6d4dec22o8e6cfacfd5f08e19@mail.gmail.com> Message-ID: <4ACEDAFE.60808@gwdg.de> Wen, thanks for the tip. It works! Without qt3 installed all build and installed fine. When I want to 'make package' I get the following error. Do you know it? Rainer ------------------ #make package ===> Building package for qgis-1.3.0 Creating package /usr/ports/packages/All/qgis-1.3.0.tbz Registering depends: gdal-grass-1.4.3_2 grass-6.2.3_6,2 bash-4.0.33 qt4-linguist-4.5.2 qt4-assistant-4.5.2 qt4-webkit-4.5.2 qt4-phonon-gst-4.5.2 qt4-phonon-4.5.2 qt4-dbus-4.5.2 dbus-1.2.4.6_1 fftw-2.1.5_6 gstreamer-plugins-0.10.24,3 gstreamer-0.10.24 gio-fam-backend-2.20.5 gamin-0.1.10_3 gcc-4.4.2.20090929 qt4-help-4.5.2 qt4-clucene-4.5.2 qt4-opengl-4.5.2 qt4-qt3support-4.5.2 qt4-svg-4.5.2 qt4-gui-4.5.2_1 qt4-network-4.5.2 qt4-sqlite-plugin-4.5.2 qt4-sql-4.5.2 qt4-xml-4.5.2 qt4-corelib-4.5.2 glib-2.20.5 popt-1.14 postgresql-client-8.4.0_1 gettext-0.17_1 libxml2-2.7.5 libiconv-1.13.1 sqlite3-3.6.14.2 icu-3.8.1_2 libcheck-0.9.6 liboil-0.3.16 gdal-1.6.0_1 jasper-1.900.1_8 libglut-7.4.4 libGLU-7.4.4 libGL-7.4.4 xorg-libraries-7.4 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXaw-1.0.5_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXevie-1.0.2 libXfontcache-1.0.4 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.3.0 libXres-1.0.3_3 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.4,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.2 libdmx-1.0.2_1 libXext-1.0.5,1 libXfixes-4.0.3_1 tk-8.5.7 libXft-2.1.13 libXrender-0.9.4_1 libxkbui-1.0.2_1 trapproto-3.4.3 libXt-1.0.5_1 liboldX-1.0.1 libungif-4.1.4_5 libxkbfile-1.0.5 libX11-1.2.1_1,1 libdrm-2.4.12 libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 fontconfig-2.6.0,1 libXfont-1.3.4,1 freetype2-2.3.9_1 libFS-1.0.1 libSM-1.1.0_1,1 libICE-1.0.4_1,1 libXau-1.0.4 libXdmcp-1.0.2_1 libfontenc-1.0.4 pixman-0.16.0 xproto-7.0.15 xtrans-1.2.3 pkg-config-0.23_1 py26-setuptools-0.6c9 xdg-utils-1.0.2_4 geos-3.1.1 libgeotiff-1.2.5_1 tiff-3.9.1 jpeg-7 png-1.2.40 proj-4.6.1 perl-threaded-5.10.1 xcb-proto-1.5 python26-2.6.2_3 tcl-8.5.7_1 tcl-modules-8.5.7 gsl-1.12 mpfr-2.4.1_1 libgmp-4.3.1 qt4-doc-4.5.2 freetype-1.3.1_4 gnome_subr-1.0 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 dri2proto-2.0 fixesproto-4.0 inputproto-1.5.0 kbproto-1.0.3 printproto-1.0.4 randrproto-1.3.0 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.5 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/usr/ports/packages/All/qgis-1.3.0.tbz' tar: lib/qgis/libpggeoprocessingplugin.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 Stop in /usr/ports/graphics/qgis. *** Error code 1 Stop in /usr/ports/graphics/qgis. ------------------ Am 09.10.2009 08:17 (UTC+2) schrieb wen heping: > Yes, this is a bug in QGIS. > You should delete qt3 and then have a try. > > wen > > On Fri, Oct 9, 2009 at 2:14 PM, Rainer Hurling > wrote: > > Dear maintainer, > > I tried to install the newest version of qgis port on 9.0-CURRENT > and got the following break. QT3 and QT4 are installed. Any ideas? > > Rainer > > > ------------------------------------------------------ > [..snip..] > [ 61%] Generating core/core.so > g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG > -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB > -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology > -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include > -I/usr/local/include/python2.6 > -I/usr/local/share/qt4/mkspecs/default > -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui > -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg > -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o > sipcorecmodule.o sipcorecmodule.cpp > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:120:2: error: #error > "QFileInfo::size() should return QIODevice::Offset instead of uint" > In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: > /usr/local/include/qdom.h:97: error: function definition does not > declare parameters > /usr/local/include/qdom.h:122: error: function definition does not > declare parameters > /usr/local/include/qdom.h:232: error: function definition does not > declare parameters > /usr/local/include/qdom.h:258: error: function definition does not > declare parameters > /usr/local/include/qdom.h:286: error: function definition does not > declare parameters > /usr/local/include/qdom.h:345: error: function definition does not > declare parameters > /usr/local/include/qdom.h:380: error: function definition does not > declare parameters > /usr/local/include/qdom.h:399: error: function definition does not > declare parameters > /usr/local/include/qdom.h:434: error: function definition does not > declare parameters > /usr/local/include/qdom.h:463: error: function definition does not > declare parameters > /usr/local/include/qdom.h:518: error: function definition does not > declare parameters > /usr/local/include/qdom.h:541: error: function definition does not > declare parameters > /usr/local/include/qdom.h:560: error: function definition does not > declare parameters > /usr/local/include/qdom.h:579: error: function definition does not > declare parameters > /usr/local/include/qdom.h:602: error: function definition does not > declare parameters > /usr/local/include/qdom.h:625: error: function definition does not > declare parameters > /usr/local/include/qdom.h:644: error: function definition does not > declare parameters > /usr/local/include/qdom.h:671: error: expected initializer before > '&' token > In file included from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6: > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: > error: field 'mProjectDom' has incomplete type > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: > error: invalid use of incomplete type 'struct QDomDocument' > /usr/local/include/qdom.h:86: error: forward declaration of 'struct > QDomDocument' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > constructor > 'QgsProjectBadLayerException::QgsProjectBadLayerException(const > std::list >&, const QDomDocument&)': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > error: class 'QgsProjectBadLayerException' does not have any field > named 'mProjectDom' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > member function 'const QDomDocument& > QgsProjectBadLayerException::document() const': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: > error: 'mProjectDom' was not declared in this scope > In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: > /usr/local/include/qlocale.h: At global scope: > /usr/local/include/qlocale.h:43: error: function definition does not > declare parameters > In file included from /usr/local/include/qfileinfo.h:42, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfile.h:50: error: function definition does not > declare parameters > /usr/local/include/qfile.h:121: error: 'QFile' has not been declared > /usr/local/include/qfile.h:121: error: non-member function 'QString > name()' cannot have cv-qualifier > /usr/local/include/qfile.h: In function 'QString name()': > /usr/local/include/qfile.h:122: error: 'fn' was not declared in this > scope > /usr/local/include/qfile.h: At global scope: > /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice' > does not name a type > In file included from /usr/local/include/qfileinfo.h:43, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qdatetime.h:51: error: function definition does > not declare parameters > /usr/local/include/qdatetime.h:123: error: function definition does > not declare parameters > /usr/local/include/qdatetime.h:184: error: function definition does > not declare parameters > /usr/local/include/qdatetime.h:241: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:242: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:243: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:244: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:245: error: expected initializer > before '&' token > /usr/local/include/qdatetime.h:246: error: expected initializer > before '&' token > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:52: error: function definition does > not declare parameters > /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been > declared > /usr/local/include/qfileinfo.h:148: error: non-member function 'bool > caching()' cannot have cv-qualifier > /usr/local/include/qfileinfo.h: In function 'bool caching()': > /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared > in this scope > In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: > /usr/local/include/qurl.h: At global scope: > /usr/local/include/qurl.h:49: error: function definition does not > declare parameters > In file included from /usr/local/include/qpainter.h:44, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontmetrics.h:53: error: function definition > does not declare parameters > In file included from /usr/local/include/qpainter.h:45, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontinfo.h:46: error: function definition does > not declare parameters > /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete > type 'struct QFontInfo' > /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward > declaration of 'struct QFontInfo' > In file included from /usr/local/include/qgarray.h:42, > from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qshared.h:46: error: function definition does not > declare parameters > In file included from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qgarray.h:46: error: function definition does not > declare parameters > /usr/local/include/qgarray.h:119: error: 'QGArray' has not been declared > /usr/local/include/qgarray.h:119: error: non-member function 'char* > at(uint)' cannot have cv-qualifier > /usr/local/include/qgarray.h: In function 'char* at(uint)': > /usr/local/include/qgarray.h:127: error: 'shd' was not declared in > this scope > In file included from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qmemarray.h: At global scope: > /usr/local/include/qmemarray.h:48: error: expected class-name before > '{' token > /usr/local/include/qmemarray.h:71: error: 'Optimization' has not > been declared > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int, int)': > /usr/local/include/qmemarray.h:55: error: class 'QMemArray' > does not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int)': > /usr/local/include/qmemarray.h:59: error: class 'QMemArray' > does not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In copy constructor > 'QMemArray::QMemArray(const QMemArray&)': > /usr/local/include/qmemarray.h:60: error: class 'QMemArray' > does not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::operator=(const QMemArray&)': > /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:63: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:63: error: '::assign' has not been > declared > /usr/local/include/qmemarray.h: In member function 'type* > QMemArray::data() const': > /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:64: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:64: error: '::data' has not been declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::nrefs() const': > /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::size() const': > /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isEmpty() const': > /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isNull() const': > /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint)': > /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint, int)': > /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::truncate(uint)': > /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::fill(const type&, int)': > /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::detach()': > /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const QMemArray&)': > /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:79: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:79: error: '::assign' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const type*, uint)': > /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:81: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:81: error: '::assign' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const QMemArray&)': > /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:83: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:83: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const type*, uint)': > /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:85: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:85: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::setRawData(const type*, uint)': > /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declared > in this scope > /usr/local/include/qmemarray.h:87: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:87: error: '::setRawData' has not > been declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::resetRawData(const type*, uint)': > /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::find(const type&, uint) const': > /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::contains(const type&) const': > /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::sort()': > /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::bsearch(const type&) const': > /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been > declared > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::operator[](int) const': > /usr/local/include/qmemarray.h:100: error: 'QGArray' was not > declared in this scope > /usr/local/include/qmemarray.h:100: error: expected > primary-expression before '&' token > /usr/local/include/qmemarray.h:100: error: expected > primary-expression before ')' token > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::at(uint) const': > /usr/local/include/qmemarray.h:102: error: 'QGArray' was not > declared in this scope > /usr/local/include/qmemarray.h:102: error: expected > primary-expression before '&' token > /usr/local/include/qmemarray.h:102: error: expected > primary-expression before ')' token > /usr/local/include/qmemarray.h: In member function > 'QMemArray::operator const type*() const': > /usr/local/include/qmemarray.h:103: error: 'QGArray' was not > declared in this scope > /usr/local/include/qmemarray.h:103: error: expected ';' before '::' > token > /usr/local/include/qmemarray.h:103: error: '::data' has not been > declared > In file included from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpointarray.h: At global scope: > /usr/local/include/qpointarray.h:51: error: function definition does > not declare parameters > /usr/local/include/qpointarray.h:101: error: expected initializer > before '&' token > /usr/local/include/qpointarray.h:102: error: expected initializer > before '&' token > /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not > been declared > /usr/local/include/qpointarray.h: In function 'void setPoint(uint, > const QPoint&)': > /usr/local/include/qpointarray.h:111: error: invalid initialization > of reference of type 'const QPoint&' from expression of type 'int' > /usr/local/include/qpointarray.h:109: error: in passing argument 2 > of 'void setPoint(uint, const QPoint&)' > In file included from /usr/local/include/qpainter.h:50, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qwmatrix.h: At global scope: > /usr/local/include/qwmatrix.h:51: error: function definition does > not declare parameters > /usr/local/include/qwmatrix.h:113: error: expected initializer > before 'operator' > /usr/local/include/qwmatrix.h:120: error: expected initializer > before '&' token > /usr/local/include/qwmatrix.h:121: error: expected initializer > before '&' token > In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpainter.h:67: error: function definition does > not declare parameters > /usr/local/include/qpainter.h:445: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:450: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:455: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:460: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:465: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:477: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:482: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace > 'Qt' does not name a type > /usr/local/include/qpainter.h:492: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:497: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:506: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:515: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:524: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:534: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:539: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:544: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:555: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:561: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:567: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:572: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not > been declared > /usr/local/include/qpainter.h:578: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:583: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:588: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:593: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:598: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:603: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:608: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:613: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:618: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:623: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:628: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:633: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:638: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:644: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:650: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:657: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:662: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:667: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:672: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:677: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:682: error: 'TextDirection' has not > been declared > /usr/local/include/qpainter.h:682: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:687: error: 'TextDirection' has not > been declared > /usr/local/include/qpainter.h:687: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:693: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:699: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:705: error: invalid use of incomplete > type 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/include/c++/4.2/bits/stl_list.h: In instantiation of > 'std::_List_node': > /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:101: error: > 'std::_List_node<_Tp>::_M_data' has incomplete type > /usr/local/include/qdom.h:92: error: forward declaration of 'struct > QDomNode' > /usr/include/c++/4.2/bits/list.tcc: In member function 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, > _Alloc = std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp& > std::_List_const_iterator<_Tp>::operator*() const [with _Tp = > QDomNode]': > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator = > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > _Tp = QDomNode, _Alloc = std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function > 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const > _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'void > std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const > _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void > std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator = > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > _Tp = QDomNode, _Alloc = std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct > std::_List_node' has no member named '_M_data' > gmake: *** [sipcorecmodule.o] Fehler 1 > *** Error code 2 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > > From matthias.andree at gmx.de Fri Oct 9 08:43:19 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Fri Oct 9 08:43:26 2009 Subject: sigwait - differences between Linux & FreeBSD In-Reply-To: <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> <4ACDCF28.6040807@gmx.de> <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> Message-ID: Am 09.10.2009, 03:38 Uhr, schrieb Stephen Hocking : > It appears as if the documentation does not match up with the reality > in Linux's case. That's what the empirical evidence suggests anyway. > The code does does a waitpid after receiving the SIGCHLD to determine > what child process has exited and then searches its list of sessions > looking for that particular pid, so as to tidy up. My reception is: if the process wants SIGCHLD, it will have to install its own handler, because the default disposition for this signal is SIG_IGN (= discard signal and do not turn child process into a zombie). So use your patch for FreeBSD, feed it to the upstream maintainer with a copy of this thread and relevant quotes from the standard and manpage and move on. :) The alternative is to do away with SIGCHLD and use waitpid((pid_t)-1, WNOHANG) to poll for children that have exited. > I can to some degree understand that implementation of sigwait, as if > you state your intention to wait for a particular signal, that means > that you don't wish to ignore it. That's outside the standard. If it works on a particular Linux kernel version that doesn't mean it will work on every other. Why lose yourself in empirical programming if there are standards? -- Matthias Andree From andersonbn.academico at gmail.com Fri Oct 9 13:50:56 2009 From: andersonbn.academico at gmail.com (=?ISO-8859-1?Q?Anderson_Brand=E3o?=) Date: Fri Oct 9 13:51:08 2009 Subject: freebsd-ports Digest, Vol 333, Issue 6 In-Reply-To: <20091009120022.3E2CA1065748@hub.freebsd.org> References: <20091009120022.3E2CA1065748@hub.freebsd.org> Message-ID: Please extract the tarball into the existing directory, at syslogd daemon, wich it is located by default. On Fri, Oct 9, 2009 at 9:00 AM, wrote: > Send freebsd-ports mailing list submissions to > freebsd-ports@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > or, via email, send a message with subject or body 'help' to > freebsd-ports-request@freebsd.org > > You can reach the person managing the list at > freebsd-ports-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-ports digest..." > > > Today's Topics: > > 1. Re: ion windows manager on FreeBSD (Chad Perrin) > 2. Re: sigwait - differences between Linux & FreeBSD > (Stephen Hocking) > 3. Re: Problems with vpopmail-devel (Sahil Tandon) > 4. graphics/qgis 1.3.0 does not compile on CURRENT (Rainer Hurling) > 5. Re: graphics/qgis 1.3.0 does not compile on CURRENT > (Rainer Hurling) > 6. Re: sigwait - differences between Linux & FreeBSD > (Matthias Andree) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 8 Oct 2009 17:05:33 -0600 > From: Chad Perrin > Subject: Re: ion windows manager on FreeBSD > To: ports@freebsd.org, freebsd-questions@freebsd.org > Message-ID: <20091008230533.GA32736@guilt.hydra> > Content-Type: text/plain; charset="iso-8859-1" > > On Thu, Oct 08, 2009 at 11:19:00AM -0300, Carlos A. M. dos Santos wrote: > > On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin wrote: > > > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos > wrote: > > >> > > >> You can fork the code, rename it, whatever, but you can NOT change > > >> the license without explicit permission from the original copyright > > >> owner. That would be legally considered theft! > > > > > > Incorrect. It would be legally considered copyright infringement. > > > Copyright law is not property law, and both different laws *and* > > > different terms apply. "Theft" is not a term legally applied to > > > copyright infringement -- at least, in any jurisdiction of which I'm > even > > > vaguely aware of the state of copyright law. > > > > > > "That would be legally considered copyright infringement!" > > > > I was referring to stealing intellectual property, which can be a > > synonym of copyright violation, depending on the country law. In my > > country, for instance, computer programs are considered intellectual > > property but they are also subjected to author rights, just like books > > and paintings [1,2] . > > The term "Intellectual Property" is essentially an invention of people > who wished copyright, patent, and trademark bodies of law were treated > more like actual property law. Saying something is "intellectual > property" sure makes it *sound* like violating the relevant law should be > called "stealing", but it's still not theft under the law (unless you > happen to live in some jurisdiction that treats this stuff in a very > nonstandard manner -- I can't speak for all jurisdictions, since I know > nothing about copyright law in Eritrea, for instance). > > Not only is copyright not *legally* considered theft, but it is not > *practically* equivalent to theft, either. In theft, a person has a > thing in his or her possession, and the thief takes it away. There is no > thing in a copyright holder's possession that is taken away when > copyright is infringed. The common excuse for calling it theft is > reference to the copyright holder's profits being "stolen", but because > those profits do not even exist yet at the time of the copyright > infringement, they are not literally being "taken away". > > > > > > References (in Portuguese) > > > > [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm > > [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm > > Alas, I do not read Portuguese. Maybe in Portugal the word for "theft" > is defined differently than here, so that it applies not to property per > se, but to any illegal act of acquisition; that is not a jurisdiction > whose copyright laws are familiar to me. I rather doubt it, though, > because a legal definition of theft that is applicable to copyright would > fail to account for actual theft of actual property of naturally limited > abundance. > > Given an example with which I am more familiar (the United States), > though, I cite Dowling v. US: > > The infringer invades a statutorily defined province guaranteed to > the copyright holder alone. But he does not assume physical control > over the copyright; nor does he wholly deprive its owner of its use. > > Dowling v. US specfically set forth for those who wished to define > bootleg recordings as "stolen property" the details for why this was not > an appropriate definition, and rejected outright and in all its > particulars the concept that copyright infringement is theft in any legal > sense of the term. The reasoning is summed up in the above two-sentence > quote from the Dowling v. US decision. > > The economic principle that differentiates copyright infringement from > property theft is that of rivalry. A rival good is one whose use by one > consumer prevents the use by another, whereas a nonrival good is one > whose use by one consumer does not interfere with the use by another. > Copyright infringement is illegal acquisition, by a consumer, of a > nonrival good; property theft is illegal acquisition, by a consumer, of a > rival good. Copyright violation does not deprive anyone else of the > opportunity to acquire or use the good in question, whereas property > theft *does*, accounting for the differences of legal status for > acquisition between rival and nonrival goods. > > Thomas Jefferson, in discussions of the idea of copyright and patent law > before such were even included in the US Constitution, made this > distinction as well: > > He who receives an idea from me, receives instruction himself without > lessening mine; as he who lights his taper at mine, receives light > without darkening me. > > -- > Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 196 bytes > Desc: not available > Url : > http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091008/5a331980/attachment-0001.pgp > > ------------------------------ > > Message: 2 > Date: Fri, 9 Oct 2009 12:38:39 +1100 > From: Stephen Hocking > Subject: Re: sigwait - differences between Linux & FreeBSD > To: Matthias Andree > Cc: ports@freebsd.org > Message-ID: > <6300771b0910081838y6925627cubdbc4d4dbbc376b8@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Thu, Oct 8, 2009 at 10:38 PM, Matthias Andree > wrote: > > Stephen Hocking schrieb: > >> Hi all, > >> > >> In my efforts to make the xrdp port more robust under FreeBSD, I have > >> discovered that sigwait (kind of an analogue to select(2), but for > >> signals rather than I/O) re-enables ignored signals in its list under > >> Linux, but not FreeBSD. > > > > If the application relies on sigwait() to wait for and extract an ignored > signal > > (SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and > should be > > fixed by the upstream maintainer (I haven't checked that). > > > > Note: Linux has the same semantics, quoting its manual page (on Ubuntu > 9.10 beta): > > > > sigwait suspends the calling thread until one of the signals in > set is > > delivered to the calling thread. It then stores the number of the > sig? > >> nal received in the location pointed to by sig and returns. The > signals > >> in set must be blocked and not ignored on entrance to sigwait. If > the > > delivered signal has a signal handler function attached, that > function > > is not called. > > > >> The sesman daemon uses SIGCHLD to clean up after a session has exited. > Under > >> Linux this works OK, under FreeSBD it doesn't. > > > > Not sure I understand. How can it clean up if it's not made aware of > child's > > termination? Or do some Linux kernels behave in another way? > > It appears as if the documentation does not match up with the reality > in Linux's case. That's what the empirical evidence suggests anyway. > The code does does a waitpid after receiving the SIGCHLD to determine > what child process has exited and then searches its list of sessions > looking for that particular pid, so as to tidy up. > > I can to some degree understand that implementation of sigwait, as if > you state your intention to wait for a particular signal, that means > that you don't wish to ignore it. > > > > > Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go of > the > > child processes as they exit, rather than turn them into zombies. You > cannot > > wait() for them though. > > > >> I have worked around it in a very hackish manner (define a > >> dummy signal handler and enable it using signal, which means that the > >> sigwait call can then be unblocked by it), but am wondering if anyone > >> else has run across the same problem, and if so, if they fixed it in > >> an elegant manner. Also, does anyone know the correct semantics of > >> sigwait under this situation? > > > > That is not a hackish workaround, but one of the few safe ways to > sigwait() for > > SIGCHLD. A version fixed thus should still work on Linux, so that fix > should be > > made by xrdp upstream. > > > > > > The canonical reference would be the POSIX standard (IEEE Std 1003.1). > > > > 2008: http://www.opengroup.org/onlinepubs/9699919799/ > > > > 2001, 2004 edition: http://www.opengroup.org/onlinepubs/000095399/ > > > > The latter is also known as the Single Unix Specification v3 (SUSv3). > > Thanks for the references. > > > ------------------------------ > > Message: 3 > Date: Fri, 9 Oct 2009 00:57:41 -0400 > From: Sahil Tandon > Subject: Re: Problems with vpopmail-devel > To: freebsd-ports@freebsd.org > Message-ID: <20091009045741.GB11968@magic.hamla.org> > Content-Type: text/plain; charset=us-ascii > > On Thu, 08 Oct 2009, Julian Wissmann wrote: > > > I'm trying to install vpopmail-devel as dependency for courier-authlib > > which I need. When going with portinstall: $portinstall > > courier-authlib it tries to fetch vpopmail-5.4.27 which is not > > available on any of the Mirror Servers. Trying to look it up manually > > there's only a vpopmail-2.4.28 available. > > mail/vpopmail should soon be updated to 5.4.28, which is the latest > available *stable* release. In the meantime, you should be able to grab > the older tarball from ftp.FreeBSD.org. > > => Attempting to fetch from > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. > vpopmail-5.4.27.tar.gz 100% of 513 kB 2914 kBps > => MD5 Checksum OK for vpopmail-5.4.27.tar.gz. > => SHA256 Checksum OK for vpopmail-5.4.27.tar.gz. > > -- > Sahil Tandon > > > ------------------------------ > > Message: 4 > Date: Fri, 09 Oct 2009 08:14:21 +0200 > From: Rainer Hurling > Subject: graphics/qgis 1.3.0 does not compile on CURRENT > To: wenheping@gmail.com > Cc: freebsd-ports@freebsd.org > Message-ID: <4ACED4BD.1040800@gwdg.de> > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > > Dear maintainer, > > I tried to install the newest version of qgis port on 9.0-CURRENT and > got the following break. QT3 and QT4 are installed. Any ideas? > > Rainer > > > ------------------------------------------------------ > [..snip..] > [ 61%] Generating core/core.so > g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG > -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -I. > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology > -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include > -I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default > -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui > -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg > -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o > sipcorecmodule.o sipcorecmodule.cpp > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:120:2: error: #error "QFileInfo::size() > should return QIODevice::Offset instead of uint" > In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: > /usr/local/include/qdom.h:97: error: function definition does not > declare parameters > /usr/local/include/qdom.h:122: error: function definition does not > declare parameters > /usr/local/include/qdom.h:232: error: function definition does not > declare parameters > /usr/local/include/qdom.h:258: error: function definition does not > declare parameters > /usr/local/include/qdom.h:286: error: function definition does not > declare parameters > /usr/local/include/qdom.h:345: error: function definition does not > declare parameters > /usr/local/include/qdom.h:380: error: function definition does not > declare parameters > /usr/local/include/qdom.h:399: error: function definition does not > declare parameters > /usr/local/include/qdom.h:434: error: function definition does not > declare parameters > /usr/local/include/qdom.h:463: error: function definition does not > declare parameters > /usr/local/include/qdom.h:518: error: function definition does not > declare parameters > /usr/local/include/qdom.h:541: error: function definition does not > declare parameters > /usr/local/include/qdom.h:560: error: function definition does not > declare parameters > /usr/local/include/qdom.h:579: error: function definition does not > declare parameters > /usr/local/include/qdom.h:602: error: function definition does not > declare parameters > /usr/local/include/qdom.h:625: error: function definition does not > declare parameters > /usr/local/include/qdom.h:644: error: function definition does not > declare parameters > /usr/local/include/qdom.h:671: error: expected initializer before '&' token > In file included from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, > from > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27, > from > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, > from > > /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6: > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: > error: field 'mProjectDom' has incomplete type > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: > error: invalid use of incomplete type 'struct QDomDocument' > /usr/local/include/qdom.h:86: error: forward declaration of 'struct > QDomDocument' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > constructor > 'QgsProjectBadLayerException::QgsProjectBadLayerException(const > std::list >&, const QDomDocument&)': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > error: class 'QgsProjectBadLayerException' does not have any field named > 'mProjectDom' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > member function 'const QDomDocument& > QgsProjectBadLayerException::document() const': > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: > error: 'mProjectDom' was not declared in this scope > In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: > /usr/local/include/qlocale.h: At global scope: > /usr/local/include/qlocale.h:43: error: function definition does not > declare parameters > In file included from /usr/local/include/qfileinfo.h:42, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfile.h:50: error: function definition does not > declare parameters > /usr/local/include/qfile.h:121: error: 'QFile' has not been declared > /usr/local/include/qfile.h:121: error: non-member function 'QString > name()' cannot have cv-qualifier > /usr/local/include/qfile.h: In function 'QString name()': > /usr/local/include/qfile.h:122: error: 'fn' was not declared in this scope > /usr/local/include/qfile.h: At global scope: > /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice' > does not name a type > In file included from /usr/local/include/qfileinfo.h:43, > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qdatetime.h:51: error: function definition does not > declare parameters > /usr/local/include/qdatetime.h:123: error: function definition does not > declare parameters > /usr/local/include/qdatetime.h:184: error: function definition does not > declare parameters > /usr/local/include/qdatetime.h:241: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:242: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:243: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:244: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:245: error: expected initializer before > '&' token > /usr/local/include/qdatetime.h:246: error: expected initializer before > '&' token > In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > /usr/local/include/qfileinfo.h:52: error: function definition does not > declare parameters > /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been > declared > /usr/local/include/qfileinfo.h:148: error: non-member function 'bool > caching()' cannot have cv-qualifier > /usr/local/include/qfileinfo.h: In function 'bool caching()': > /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared in > this scope > In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: > /usr/local/include/qurl.h: At global scope: > /usr/local/include/qurl.h:49: error: function definition does not > declare parameters > In file included from /usr/local/include/qpainter.h:44, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontmetrics.h:53: error: function definition does > not declare parameters > In file included from /usr/local/include/qpainter.h:45, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qfontinfo.h:46: error: function definition does not > declare parameters > /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete type > 'struct QFontInfo' > /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward > declaration of 'struct QFontInfo' > In file included from /usr/local/include/qgarray.h:42, > from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qshared.h:46: error: function definition does not > declare parameters > In file included from /usr/local/include/qmemarray.h:42, > from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qgarray.h:46: error: function definition does not > declare parameters > /usr/local/include/qgarray.h:119: error: 'QGArray' has not been declared > /usr/local/include/qgarray.h:119: error: non-member function 'char* > at(uint)' cannot have cv-qualifier > /usr/local/include/qgarray.h: In function 'char* at(uint)': > /usr/local/include/qgarray.h:127: error: 'shd' was not declared in this > scope > In file included from /usr/local/include/qpointarray.h:42, > from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qmemarray.h: At global scope: > /usr/local/include/qmemarray.h:48: error: expected class-name before '{' > token > /usr/local/include/qmemarray.h:71: error: 'Optimization' has not been > declared > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int, int)': > /usr/local/include/qmemarray.h:55: error: class 'QMemArray' does > not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In constructor > 'QMemArray::QMemArray(int)': > /usr/local/include/qmemarray.h:59: error: class 'QMemArray' does > not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In copy constructor > 'QMemArray::QMemArray(const QMemArray&)': > /usr/local/include/qmemarray.h:60: error: class 'QMemArray' does > not have any field named 'QGArray' > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::operator=(const QMemArray&)': > /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:63: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:63: error: '::assign' has not been declared > /usr/local/include/qmemarray.h: In member function 'type* > QMemArray::data() const': > /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:64: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:64: error: '::data' has not been declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::nrefs() const': > /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'uint > QMemArray::size() const': > /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isEmpty() const': > /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::isNull() const': > /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint)': > /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::resize(uint, int)': > /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::truncate(uint)': > /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'bool > QMemArray::fill(const type&, int)': > /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::detach()': > /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const QMemArray&)': > /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:79: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:79: error: '::assign' has not been declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::assign(const type*, uint)': > /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:81: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:81: error: '::assign' has not been declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const QMemArray&)': > /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:83: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:83: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::duplicate(const type*, uint)': > /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:85: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:85: error: '::duplicate' has not been > declared > /usr/local/include/qmemarray.h: In member function 'QMemArray& > QMemArray::setRawData(const type*, uint)': > /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:87: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:87: error: '::setRawData' has not been > declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::resetRawData(const type*, uint)': > /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::find(const type&, uint) const': > /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::contains(const type&) const': > /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'void > QMemArray::sort()': > /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'int > QMemArray::bsearch(const type&) const': > /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been declared > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::operator[](int) const': > /usr/local/include/qmemarray.h:100: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:100: error: expected primary-expression > before '&' token > /usr/local/include/qmemarray.h:100: error: expected primary-expression > before ')' token > /usr/local/include/qmemarray.h: In member function 'type& > QMemArray::at(uint) const': > /usr/local/include/qmemarray.h:102: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:102: error: expected primary-expression > before '&' token > /usr/local/include/qmemarray.h:102: error: expected primary-expression > before ')' token > /usr/local/include/qmemarray.h: In member function > 'QMemArray::operator const type*() const': > /usr/local/include/qmemarray.h:103: error: 'QGArray' was not declared in > this scope > /usr/local/include/qmemarray.h:103: error: expected ';' before '::' token > /usr/local/include/qmemarray.h:103: error: '::data' has not been declared > In file included from /usr/local/include/qpainter.h:49, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpointarray.h: At global scope: > /usr/local/include/qpointarray.h:51: error: function definition does not > declare parameters > /usr/local/include/qpointarray.h:101: error: expected initializer before > '&' token > /usr/local/include/qpointarray.h:102: error: expected initializer before > '&' token > /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not been > declared > /usr/local/include/qpointarray.h: In function 'void setPoint(uint, const > QPoint&)': > /usr/local/include/qpointarray.h:111: error: invalid initialization of > reference of type 'const QPoint&' from expression of type 'int' > /usr/local/include/qpointarray.h:109: error: in passing argument 2 of > 'void setPoint(uint, const QPoint&)' > In file included from /usr/local/include/qpainter.h:50, > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qwmatrix.h: At global scope: > /usr/local/include/qwmatrix.h:51: error: function definition does not > declare parameters > /usr/local/include/qwmatrix.h:113: error: expected initializer before > 'operator' > /usr/local/include/qwmatrix.h:120: error: expected initializer before > '&' token > /usr/local/include/qwmatrix.h:121: error: expected initializer before > '&' token > In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > /usr/local/include/qpainter.h:67: error: function definition does not > declare parameters > /usr/local/include/qpainter.h:445: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:450: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:455: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:460: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:465: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:477: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:482: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace 'Qt' > does not name a type > /usr/local/include/qpainter.h:492: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:497: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:506: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:515: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:524: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:534: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:539: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:544: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:555: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:561: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:567: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:572: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not been > declared > /usr/local/include/qpainter.h:578: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:583: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:588: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:593: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:598: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:603: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:608: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:613: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:618: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:623: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:628: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:633: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:638: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:644: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:650: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:657: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:662: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:667: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:672: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:677: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:682: error: 'TextDirection' has not been > declared > /usr/local/include/qpainter.h:682: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:687: error: 'TextDirection' has not been > declared > /usr/local/include/qpainter.h:687: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:693: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:699: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/local/include/qpainter.h:705: error: invalid use of incomplete type > 'struct QPainter' > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > declaration of 'struct QPainter' > /usr/include/c++/4.2/bits/stl_list.h: In instantiation of > 'std::_List_node': > /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, _Alloc = > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:101: error: > 'std::_List_node<_Tp>::_M_data' has incomplete type > /usr/local/include/qdom.h:92: error: forward declaration of 'struct > QDomNode' > /usr/include/c++/4.2/bits/list.tcc: In member function 'void > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, _Alloc = > std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp& > std::_List_const_iterator<_Tp>::operator*() const [with _Tp = QDomNode]': > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator = > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = > QDomNode, _Alloc = std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct > std::_List_node' has no member named '_M_data' > /usr/include/c++/4.2/bits/stl_list.h: In member function > 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const > _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]': > /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'void > std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const _Tp&) > [with _Tp = QDomNode, _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void > std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = QDomNode, > _Alloc = std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > _InputIterator, std::__false_type) [with _InputIterator = > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > std::allocator]' > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = > QDomNode, _Alloc = std::allocator]' > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > instantiated from here > /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct > std::_List_node' has no member named '_M_data' > gmake: *** [sipcorecmodule.o] Fehler 1 > *** Error code 2 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > > > ------------------------------ > > Message: 5 > Date: Fri, 09 Oct 2009 08:41:02 +0200 > From: Rainer Hurling > Subject: Re: graphics/qgis 1.3.0 does not compile on CURRENT > To: wen heping > Cc: freebsd-ports@freebsd.org > Message-ID: <4ACEDAFE.60808@gwdg.de> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Wen, thanks for the tip. It works! Without qt3 installed all build and > installed fine. > > When I want to 'make package' I get the following error. Do you know it? > > Rainer > > ------------------ > #make package > ===> Building package for qgis-1.3.0 > Creating package /usr/ports/packages/All/qgis-1.3.0.tbz > Registering depends: gdal-grass-1.4.3_2 grass-6.2.3_6,2 bash-4.0.33 > qt4-linguist-4.5.2 qt4-assistant-4.5.2 qt4-webkit-4.5.2 > qt4-phonon-gst-4.5.2 qt4-phonon-4.5.2 qt4-dbus-4.5.2 dbus-1.2.4.6_1 > fftw-2.1.5_6 gstreamer-plugins-0.10.24,3 gstreamer-0.10.24 > gio-fam-backend-2.20.5 gamin-0.1.10_3 gcc-4.4.2.20090929 qt4-help-4.5.2 > qt4-clucene-4.5.2 qt4-opengl-4.5.2 qt4-qt3support-4.5.2 qt4-svg-4.5.2 > qt4-gui-4.5.2_1 qt4-network-4.5.2 qt4-sqlite-plugin-4.5.2 qt4-sql-4.5.2 > qt4-xml-4.5.2 qt4-corelib-4.5.2 glib-2.20.5 popt-1.14 > postgresql-client-8.4.0_1 gettext-0.17_1 libxml2-2.7.5 libiconv-1.13.1 > sqlite3-3.6.14.2 icu-3.8.1_2 libcheck-0.9.6 liboil-0.3.16 gdal-1.6.0_1 > jasper-1.900.1_8 libglut-7.4.4 libGLU-7.4.4 libGL-7.4.4 > xorg-libraries-7.4 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXaw-1.0.5_1,1 > libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXevie-1.0.2 > libXfontcache-1.0.4 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 > libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.3.0 libXres-1.0.3_3 > libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.4,1 libXxf86dga-1.0.2 > libXxf86misc-1.0.1 libXxf86vm-1.0.2 libdmx-1.0.2_1 libXext-1.0.5,1 > libXfixes-4.0.3_1 tk-8.5.7 libXft-2.1.13 libXrender-0.9.4_1 > libxkbui-1.0.2_1 trapproto-3.4.3 libXt-1.0.5_1 liboldX-1.0.1 > libungif-4.1.4_5 libxkbfile-1.0.5 libX11-1.2.1_1,1 libdrm-2.4.12 > libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 fontconfig-2.6.0,1 > libXfont-1.3.4,1 freetype2-2.3.9_1 libFS-1.0.1 libSM-1.1.0_1,1 > libICE-1.0.4_1,1 libXau-1.0.4 libXdmcp-1.0.2_1 libfontenc-1.0.4 > pixman-0.16.0 xproto-7.0.15 xtrans-1.2.3 pkg-config-0.23_1 > py26-setuptools-0.6c9 xdg-utils-1.0.2_4 geos-3.1.1 libgeotiff-1.2.5_1 > tiff-3.9.1 jpeg-7 png-1.2.40 proj-4.6.1 perl-threaded-5.10.1 > xcb-proto-1.5 python26-2.6.2_3 tcl-8.5.7_1 tcl-modules-8.5.7 gsl-1.12 > mpfr-2.4.1_1 libgmp-4.3.1 qt4-doc-4.5.2 freetype-1.3.1_4 gnome_subr-1.0 > expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 > damageproto-1.1.0_2 dmxproto-2.2.2 dri2proto-2.0 fixesproto-4.0 > inputproto-1.5.0 kbproto-1.0.3 printproto-1.0.4 randrproto-1.3.0 > recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 > videoproto-2.2.2 xextproto-7.0.5 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 > xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. > Creating bzip'd tar ball in '/usr/ports/packages/All/qgis-1.3.0.tbz' > tar: lib/qgis/libpggeoprocessingplugin.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 > > Stop in /usr/ports/graphics/qgis. > *** Error code 1 > > Stop in /usr/ports/graphics/qgis. > ------------------ > > > > Am 09.10.2009 08:17 (UTC+2) schrieb wen heping: > > Yes, this is a bug in QGIS. > > You should delete qt3 and then have a try. > > > > wen > > > > On Fri, Oct 9, 2009 at 2:14 PM, Rainer Hurling > > wrote: > > > > Dear maintainer, > > > > I tried to install the newest version of qgis port on 9.0-CURRENT > > and got the following break. QT3 and QT4 are installed. Any ideas? > > > > Rainer > > > > > > ------------------------------------------------------ > > [..snip..] > > [ 61%] Generating core/core.so > > g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG > > -DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB > > -DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology > > -I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include > > -I/usr/local/include/python2.6 > > -I/usr/local/share/qt4/mkspecs/default > > -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui > > -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg > > -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o > > sipcorecmodule.o sipcorecmodule.cpp > > In file included from > /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > > /usr/local/include/qfileinfo.h:120:2: error: #error > > "QFileInfo::size() should return QIODevice::Offset instead of uint" > > In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74: > > /usr/local/include/qdom.h:97: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:122: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:232: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:258: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:286: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:345: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:380: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:399: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:434: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:463: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:518: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:541: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:560: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:579: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:602: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:625: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:644: error: function definition does not > > declare parameters > > /usr/local/include/qdom.h:671: error: expected initializer before > > '&' token > > In file included from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21, > > from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27, > > from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21, > > from > > > /usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6: > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: > > error: field 'mProjectDom' has incomplete type > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: > > error: invalid use of incomplete type 'struct QDomDocument' > > /usr/local/include/qdom.h:86: error: forward declaration of 'struct > > QDomDocument' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > > constructor > > 'QgsProjectBadLayerException::QgsProjectBadLayerException(const > > std::list >&, const > QDomDocument&)': > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > > error: class 'QgsProjectBadLayerException' does not have any field > > named 'mProjectDom' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In > > member function 'const QDomDocument& > > QgsProjectBadLayerException::document() const': > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: > > error: 'mProjectDom' was not declared in this scope > > In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721: > > /usr/local/include/qlocale.h: At global scope: > > /usr/local/include/qlocale.h:43: error: function definition does not > > declare parameters > > In file included from /usr/local/include/qfileinfo.h:42, > > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > > /usr/local/include/qfile.h:50: error: function definition does not > > declare parameters > > /usr/local/include/qfile.h:121: error: 'QFile' has not been declared > > /usr/local/include/qfile.h:121: error: non-member function 'QString > > name()' cannot have cv-qualifier > > /usr/local/include/qfile.h: In function 'QString name()': > > /usr/local/include/qfile.h:122: error: 'fn' was not declared in this > > scope > > /usr/local/include/qfile.h: At global scope: > > /usr/local/include/qfile.h:124: error: 'Offset' in class 'QIODevice' > > does not name a type > > In file included from /usr/local/include/qfileinfo.h:43, > > from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > > /usr/local/include/qdatetime.h:51: error: function definition does > > not declare parameters > > /usr/local/include/qdatetime.h:123: error: function definition does > > not declare parameters > > /usr/local/include/qdatetime.h:184: error: function definition does > > not declare parameters > > /usr/local/include/qdatetime.h:241: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:242: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:243: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:244: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:245: error: expected initializer > > before '&' token > > /usr/local/include/qdatetime.h:246: error: expected initializer > > before '&' token > > In file included from > /usr/local/share/py-sip/QtCore/qfileinfo.sip:42: > > /usr/local/include/qfileinfo.h:52: error: function definition does > > not declare parameters > > /usr/local/include/qfileinfo.h:148: error: 'QFileInfo' has not been > > declared > > /usr/local/include/qfileinfo.h:148: error: non-member function 'bool > > caching()' cannot have cv-qualifier > > /usr/local/include/qfileinfo.h: In function 'bool caching()': > > /usr/local/include/qfileinfo.h:150: error: 'cache' was not declared > > in this scope > > In file included from /usr/local/share/py-sip/QtCore/qurl.sip:46: > > /usr/local/include/qurl.h: At global scope: > > /usr/local/include/qurl.h:49: error: function definition does not > > declare parameters > > In file included from /usr/local/include/qpainter.h:44, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qfontmetrics.h:53: error: function definition > > does not declare parameters > > In file included from /usr/local/include/qpainter.h:45, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qfontinfo.h:46: error: function definition does > > not declare parameters > > /usr/local/include/qfontinfo.h:84: error: invalid use of incomplete > > type 'struct QFontInfo' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:72: error: forward > > declaration of 'struct QFontInfo' > > In file included from /usr/local/include/qgarray.h:42, > > from /usr/local/include/qmemarray.h:42, > > from /usr/local/include/qpointarray.h:42, > > from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qshared.h:46: error: function definition does not > > declare parameters > > In file included from /usr/local/include/qmemarray.h:42, > > from /usr/local/include/qpointarray.h:42, > > from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qgarray.h:46: error: function definition does not > > declare parameters > > /usr/local/include/qgarray.h:119: error: 'QGArray' has not been > declared > > /usr/local/include/qgarray.h:119: error: non-member function 'char* > > at(uint)' cannot have cv-qualifier > > /usr/local/include/qgarray.h: In function 'char* at(uint)': > > /usr/local/include/qgarray.h:127: error: 'shd' was not declared in > > this scope > > In file included from /usr/local/include/qpointarray.h:42, > > from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qmemarray.h: At global scope: > > /usr/local/include/qmemarray.h:48: error: expected class-name before > > '{' token > > /usr/local/include/qmemarray.h:71: error: 'Optimization' has not > > been declared > > /usr/local/include/qmemarray.h: In constructor > > 'QMemArray::QMemArray(int, int)': > > /usr/local/include/qmemarray.h:55: error: class 'QMemArray' > > does not have any field named 'QGArray' > > /usr/local/include/qmemarray.h: In constructor > > 'QMemArray::QMemArray(int)': > > /usr/local/include/qmemarray.h:59: error: class 'QMemArray' > > does not have any field named 'QGArray' > > /usr/local/include/qmemarray.h: In copy constructor > > 'QMemArray::QMemArray(const QMemArray&)': > > /usr/local/include/qmemarray.h:60: error: class 'QMemArray' > > does not have any field named 'QGArray' > > /usr/local/include/qmemarray.h: In member function 'QMemArray& > > QMemArray::operator=(const QMemArray&)': > > /usr/local/include/qmemarray.h:63: error: 'QGArray' was not declared > > in this scope > > /usr/local/include/qmemarray.h:63: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:63: error: '::assign' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'type* > > QMemArray::data() const': > > /usr/local/include/qmemarray.h:64: error: 'QGArray' was not declared > > in this scope > > /usr/local/include/qmemarray.h:64: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:64: error: '::data' has not been > declared > > /usr/local/include/qmemarray.h: In member function 'uint > > QMemArray::nrefs() const': > > /usr/local/include/qmemarray.h:65: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'uint > > QMemArray::size() const': > > /usr/local/include/qmemarray.h:66: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::isEmpty() const': > > /usr/local/include/qmemarray.h:68: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::isNull() const': > > /usr/local/include/qmemarray.h:69: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::resize(uint)': > > /usr/local/include/qmemarray.h:70: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::resize(uint, int)': > > /usr/local/include/qmemarray.h:71: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::truncate(uint)': > > /usr/local/include/qmemarray.h:72: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'bool > > QMemArray::fill(const type&, int)': > > /usr/local/include/qmemarray.h:74: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'void > > QMemArray::detach()': > > /usr/local/include/qmemarray.h:75: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray& > > QMemArray::assign(const QMemArray&)': > > /usr/local/include/qmemarray.h:79: error: 'QGArray' was not declared > > in this scope > > /usr/local/include/qmemarray.h:79: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:79: error: '::assign' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray& > > QMemArray::assign(const type*, uint)': > > /usr/local/include/qmemarray.h:81: error: 'QGArray' was not declared > > in this scope > > /usr/local/include/qmemarray.h:81: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:81: error: '::assign' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray& > > QMemArray::duplicate(const QMemArray&)': > > /usr/local/include/qmemarray.h:83: error: 'QGArray' was not declared > > in this scope > > /usr/local/include/qmemarray.h:83: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:83: error: '::duplicate' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray& > > QMemArray::duplicate(const type*, uint)': > > /usr/local/include/qmemarray.h:85: error: 'QGArray' was not declared > > in this scope > > /usr/local/include/qmemarray.h:85: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:85: error: '::duplicate' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'QMemArray& > > QMemArray::setRawData(const type*, uint)': > > /usr/local/include/qmemarray.h:87: error: 'QGArray' was not declared > > in this scope > > /usr/local/include/qmemarray.h:87: error: expected ';' before '::' > token > > /usr/local/include/qmemarray.h:87: error: '::setRawData' has not > > been declared > > /usr/local/include/qmemarray.h: In member function 'void > > QMemArray::resetRawData(const type*, uint)': > > /usr/local/include/qmemarray.h:90: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'int > > QMemArray::find(const type&, uint) const': > > /usr/local/include/qmemarray.h:92: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'int > > QMemArray::contains(const type&) const': > > /usr/local/include/qmemarray.h:94: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'void > > QMemArray::sort()': > > /usr/local/include/qmemarray.h:95: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'int > > QMemArray::bsearch(const type&) const': > > /usr/local/include/qmemarray.h:97: error: 'QGArray' has not been > > declared > > /usr/local/include/qmemarray.h: In member function 'type& > > QMemArray::operator[](int) const': > > /usr/local/include/qmemarray.h:100: error: 'QGArray' was not > > declared in this scope > > /usr/local/include/qmemarray.h:100: error: expected > > primary-expression before '&' token > > /usr/local/include/qmemarray.h:100: error: expected > > primary-expression before ')' token > > /usr/local/include/qmemarray.h: In member function 'type& > > QMemArray::at(uint) const': > > /usr/local/include/qmemarray.h:102: error: 'QGArray' was not > > declared in this scope > > /usr/local/include/qmemarray.h:102: error: expected > > primary-expression before '&' token > > /usr/local/include/qmemarray.h:102: error: expected > > primary-expression before ')' token > > /usr/local/include/qmemarray.h: In member function > > 'QMemArray::operator const type*() const': > > /usr/local/include/qmemarray.h:103: error: 'QGArray' was not > > declared in this scope > > /usr/local/include/qmemarray.h:103: error: expected ';' before '::' > > token > > /usr/local/include/qmemarray.h:103: error: '::data' has not been > > declared > > In file included from /usr/local/include/qpainter.h:49, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qpointarray.h: At global scope: > > /usr/local/include/qpointarray.h:51: error: function definition does > > not declare parameters > > /usr/local/include/qpointarray.h:101: error: expected initializer > > before '&' token > > /usr/local/include/qpointarray.h:102: error: expected initializer > > before '&' token > > /usr/local/include/qpointarray.h:109: error: 'QPointArray' has not > > been declared > > /usr/local/include/qpointarray.h: In function 'void setPoint(uint, > > const QPoint&)': > > /usr/local/include/qpointarray.h:111: error: invalid initialization > > of reference of type 'const QPoint&' from expression of type 'int' > > /usr/local/include/qpointarray.h:109: error: in passing argument 2 > > of 'void setPoint(uint, const QPoint&)' > > In file included from /usr/local/include/qpainter.h:50, > > from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qwmatrix.h: At global scope: > > /usr/local/include/qwmatrix.h:51: error: function definition does > > not declare parameters > > /usr/local/include/qwmatrix.h:113: error: expected initializer > > before 'operator' > > /usr/local/include/qwmatrix.h:120: error: expected initializer > > before '&' token > > /usr/local/include/qwmatrix.h:121: error: expected initializer > > before '&' token > > In file included from /usr/local/share/py-sip/QtGui/qpainter.sip:46: > > /usr/local/include/qpainter.h:67: error: function definition does > > not declare parameters > > /usr/local/include/qpainter.h:445: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:450: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:455: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:460: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:465: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:477: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:482: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:487: error: 'RasterOp' in namespace > > 'Qt' does not name a type > > /usr/local/include/qpainter.h:492: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:497: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:506: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:515: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:524: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:534: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:539: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:544: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:555: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:561: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:567: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:572: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:578: error: 'CoordinateMode' has not > > been declared > > /usr/local/include/qpainter.h:578: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:583: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:588: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:593: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:598: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:603: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:608: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:613: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:618: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:623: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:628: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:633: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:638: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:644: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:650: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:657: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:662: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:667: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:672: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:677: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:682: error: 'TextDirection' has not > > been declared > > /usr/local/include/qpainter.h:682: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:687: error: 'TextDirection' has not > > been declared > > /usr/local/include/qpainter.h:687: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:693: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:699: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/local/include/qpainter.h:705: error: invalid use of incomplete > > type 'struct QPainter' > > /usr/local/include/qt4/QtGui/qwindowdefs.h:68: error: forward > > declaration of 'struct QPainter' > > /usr/include/c++/4.2/bits/stl_list.h: In instantiation of > > 'std::_List_node': > > /usr/include/c++/4.2/bits/list.tcc:73: instantiated from 'void > > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, > > _Alloc = std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > > _Alloc = std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > > /usr/include/c++/4.2/bits/stl_list.h:101: error: > > 'std::_List_node<_Tp>::_M_data' has incomplete type > > /usr/local/include/qdom.h:92: error: forward declaration of 'struct > > QDomNode' > > /usr/include/c++/4.2/bits/list.tcc: In member function 'void > > std::_List_base<_Tp, _Alloc>::_M_clear() [with _Tp = QDomNode, > > _Alloc = std::allocator]': > > /usr/include/c++/4.2/bits/stl_list.h:348: instantiated from > > 'std::_List_base<_Tp, _Alloc>::~_List_base() [with _Tp = QDomNode, > > _Alloc = std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:408: instantiated from here > > /usr/include/c++/4.2/bits/list.tcc:78: error: 'struct > > std::_List_node' has no member named '_M_data' > > /usr/include/c++/4.2/bits/stl_list.h: In member function 'const _Tp& > > std::_List_const_iterator<_Tp>::operator*() const [with _Tp = > > QDomNode]': > > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > > _InputIterator, std::__false_type) [with _InputIterator = > > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > > std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > > _Tp = QDomNode, _Alloc = std::allocator]' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > > instantiated from here > > /usr/include/c++/4.2/bits/stl_list.h:215: error: 'const struct > > std::_List_node' has no member named '_M_data' > > /usr/include/c++/4.2/bits/stl_list.h: In member function > > 'std::_List_node<_Tp>* std::list<_Tp, _Alloc>::_M_create_node(const > > _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]': > > /usr/include/c++/4.2/bits/stl_list.h:1161: instantiated from 'void > > std::list<_Tp, _Alloc>::_M_insert(std::_List_iterator<_Tp>, const > > _Tp&) [with _Tp = QDomNode, _Alloc = std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:764: instantiated from 'void > > std::list<_Tp, _Alloc>::push_back(const _Tp&) [with _Tp = QDomNode, > > _Alloc = std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:1116: instantiated from 'void > > std::list<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator, > > _InputIterator, std::__false_type) [with _InputIterator = > > std::_List_const_iterator, _Tp = QDomNode, _Alloc = > > std::allocator]' > > /usr/include/c++/4.2/bits/stl_list.h:497: instantiated from > > 'std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with > > _Tp = QDomNode, _Alloc = std::allocator]' > > /usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: > > instantiated from here > > /usr/include/c++/4.2/bits/stl_list.h:455: error: 'struct > > std::_List_node' has no member named '_M_data' > > gmake: *** [sipcorecmodule.o] Fehler 1 > > *** Error code 2 > > > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis/work/qgis-1.3.0. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/qgis. > > > > > > > ------------------------------ > > Message: 6 > Date: Fri, 09 Oct 2009 10:43:16 +0200 > From: "Matthias Andree" > Subject: Re: sigwait - differences between Linux & FreeBSD > To: "Stephen Hocking" > Cc: ports@freebsd.org > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes > > Am 09.10.2009, 03:38 Uhr, schrieb Stephen Hocking > : > > > It appears as if the documentation does not match up with the reality > > in Linux's case. That's what the empirical evidence suggests anyway. > > The code does does a waitpid after receiving the SIGCHLD to determine > > what child process has exited and then searches its list of sessions > > looking for that particular pid, so as to tidy up. > > My reception is: if the process wants SIGCHLD, it will have to install its > own handler, because the default disposition for this signal is SIG_IGN (= > discard signal and do not turn child process into a zombie). > > So use your patch for FreeBSD, feed it to the upstream maintainer with a > copy of this thread and relevant quotes from the standard and manpage and > move on. :) > > The alternative is to do away with SIGCHLD and use waitpid((pid_t)-1, > WNOHANG) to poll for children that have exited. > > > I can to some degree understand that implementation of sigwait, as if > > you state your intention to wait for a particular signal, that means > > that you don't wish to ignore it. > > That's outside the standard. If it works on a particular Linux kernel > version that doesn't mean it will work on every other. Why lose yourself > in empirical programming if there are standards? > > -- > Matthias Andree > > > ------------------------------ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > End of freebsd-ports Digest, Vol 333, Issue 6 > ********************************************* > From amdmi3 at amdmi3.ru Fri Oct 9 14:28:15 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Oct 9 14:28:27 2009 Subject: glib/webkit update? In-Reply-To: References: <20091007153059.GD69519@hades.panopticon> Message-ID: <20091009142812.GA88254@hades.panopticon> * Jeremy Messenger (mezz7@cox.net) wrote: > GNOME 2.28 was released during our ports tree freeze time, so we weren't > able to put into ports tree. If you can't wait, grab those in MarcusCom > CVS[1]. Thanks for answers! I've updated GNOME, just to discover that JOSM actually uses qt4-webkit :) Well, I've updated qt4 from area51 as well, and now everything is working great. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From edwar181 at yahoo.com Fri Oct 9 16:28:37 2009 From: edwar181 at yahoo.com (Edward Shriver) Date: Fri Oct 9 16:58:57 2009 Subject: portsnap Message-ID: <197996.79192.qm@web57510.mail.re1.yahoo.com> Sirs: I am attempting to load FreeBSD-7.0.? The computer I am using has no internet connection.? Could you please let me have the location and name of the file(s) that portsnap needs to do its 'extract' thing. Your help will be appreciated. Edward L Shriver edwar181@yahoo.com From edwar181 at yahoo.com Fri Oct 9 16:28:44 2009 From: edwar181 at yahoo.com (Edward Shriver) Date: Fri Oct 9 16:59:15 2009 Subject: portsnap Message-ID: <197996.79192.qm@web57510.mail.re1.yahoo.com> Sirs: I am attempting to load FreeBSD-7.0.? The computer I am using has no internet connection.? Could you please let me have the location and name of the file(s) that portsnap needs to do its 'extract' thing. Your help will be appreciated. Edward L Shriver edwar181@yahoo.com From mdonada at auroraalimentos.com.br Fri Oct 9 17:44:14 2009 From: mdonada at auroraalimentos.com.br (=?ISO-8859-1?Q?M=E1rcio_Luciano_Donada?=) Date: Fri Oct 9 17:44:21 2009 Subject: NTOP Message-ID: <4ACF73D3.9070103@auroraalimentos.com.br> Hi list, I installed ntop using the ports to monitor a bridge interface, but when you start the process of ntop have the following message: Fri Oct 9 14:31:08 2009 NOTE: Interface merge enabled by default Fri Oct 9 14:31:09 2009 Initializing gdbm databases Fri Oct 9 14:31:09 2009 ntop will be started as user nobody Fri Oct 9 14:31:09 2009 ntop v.3.3.10 Fri Oct 9 14:31:09 2009 Configured on Oct 3 2009 0:54:35, built on Oct 3 2009 00:57:43. Fri Oct 9 14:31:09 2009 Copyright 1998-2009 by Luca Deri Fri Oct 9 14:31:09 2009 Get the freshest ntop from http://www.ntop.org/ Fri Oct 9 14:31:09 2009 NOTE: ntop is running from '/usr/local/bin' Fri Oct 9 14:31:09 2009 NOTE: (but see warning on man page for the --instance parameter) Fri Oct 9 14:31:09 2009 NOTE: ntop libraries are in '/usr/local/lib' Fri Oct 9 14:31:09 2009 Initializing ntop Fri Oct 9 14:31:09 2009 No patterns to load: protocol guessing disabled. Fri Oct 9 14:31:09 2009 Checking bridge0 for additional devices Fri Oct 9 14:31:09 2009 Resetting traffic statistics for device bridge0 Fri Oct 9 14:31:09 2009 Initializing device bridge0 (0) Fri Oct 9 14:31:09 2009 DLT: Device 0 [bridge0] is 1, mtu 1514, header 14 Fri Oct 9 14:31:09 2009 Initializing gdbm databases Fri Oct 9 14:31:09 2009 VENDOR: Loading MAC address table. Fri Oct 9 14:31:09 2009 VENDOR: Checking for MAC address table file Fri Oct 9 14:31:09 2009 VENDOR: File '/usr/local/etc/ntop/specialMAC.txt.gz' does not need to be reloaded Fri Oct 9 14:31:09 2009 VENDOR: ntop continues ok Fri Oct 9 14:31:09 2009 VENDOR: Checking for MAC address table file Fri Oct 9 14:31:09 2009 VENDOR: File '/usr/local/etc/ntop/oui.txt.gz' does not need to be reloaded Fri Oct 9 14:31:09 2009 VENDOR: ntop continues ok Fri Oct 9 14:31:09 2009 Fingerprint: Loading signature file Fri Oct 9 14:31:09 2009 Fingerprint: Checking for Fingerprint file... file Fri Oct 9 14:31:09 2009 **WARNING** Fingerprint: Unable to open file 'etter.finger.os' Fri Oct 9 14:31:09 2009 INIT: Parent process is exiting (this is normal) bridge# Fri Oct 9 14:31:09 2009 INIT: Bye bye: I'm becoming a daemon... [warn] kevent: Bad file descriptor ntop falls out after 20 seconds. # uname -a FreeBSD bridge.xxxxx.com.br 7.2-STABLE FreeBSD 7.2-STABLE #0: Thu Oct 8 11:22:36 BRT 2009 marcio@bridge.xxxxxx.com.br:/usr/src/sys/i386/compile/BRIDGE i386 -- M?rcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. From que_deseja at hotmail.com Fri Oct 9 18:37:46 2009 From: que_deseja at hotmail.com (Desmond da Peoples) Date: Fri Oct 9 18:37:53 2009 Subject: portsnap In-Reply-To: <197996.79192.qm@web57510.mail.re1.yahoo.com> References: <197996.79192.qm@web57510.mail.re1.yahoo.com> Message-ID: You need to enable the CVSup file. Look in the handbook for installing the ports tree. Go to chapter 4.5 in the freebsd handbook and follow the directions there. Be sure that you have a good connection. > Date: Fri, 9 Oct 2009 09:15:23 -0700 > From: edwar181@yahoo.com > To: ports@FreeBSD.org > CC: ports@FreeBSD.org > Subject: portsnap > > Sirs: > > I am attempting to load FreeBSD-7.0. The computer I am using has no internet connection. Could you please let me have the location and name of the file(s) that portsnap needs to do its 'extract' thing. > > Your help will be appreciated. > > Edward L Shriver > edwar181@yahoo.com > > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" _________________________________________________________________ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/171222984/direct/01/ From jilles at stack.nl Fri Oct 9 18:43:11 2009 From: jilles at stack.nl (Jilles Tjoelker) Date: Fri Oct 9 18:43:17 2009 Subject: sigwait - differences between Linux & FreeBSD In-Reply-To: <20091008100209.GG2259@deviant.kiev.zoral.com.ua> References: <6300771b0910071753s6580c099i8c348824a6fe1a72@mail.gmail.com> <20091008100209.GG2259@deviant.kiev.zoral.com.ua> Message-ID: <20091009184309.GA15210@stack.nl> On Thu, Oct 08, 2009 at 01:02:09PM +0300, Kostik Belousov wrote: > On Thu, Oct 08, 2009 at 11:53:21AM +1100, Stephen Hocking wrote: > > In my efforts to make the xrdp port more robust under FreeBSD, I have > > discovered that sigwait (kind of an analogue to select(2), but for > > signals rather than I/O) re-enables ignored signals in its list under > > Linux, but not FreeBSD. The sesman daemon uses SIGCHLD to clean up > > after a session has exited. Under Linux this works OK, under FreeSBD > > it doesn't. I have worked around it in a very hackish manner (define a > > dummy signal handler and enable it using signal, which means that the > > sigwait call can then be unblocked by it), but am wondering if anyone > > else has run across the same problem, and if so, if they fixed it in > > an elegant manner. Also, does anyone know the correct semantics of > > sigwait under this situation? > ports@ is the wrong list to discuss the issue in the base system. > Solaris 10 sigwait(2) manpage says the following: > If sigwait() is called on an ignored signal, then the occurrence of the > signal will be ignored, unless sigaction() changes the disposition. > We have the same behaviour as Solaris, ingored signals are not queued or > recorded regardeless of the presence of sigwaiting thread. POSIX permits both behaviours here: a blocked and ignored signal may or may not be discarded immediately on generation. Making this depend on whether there is a sigwaiting thread seems broken, and I don't think Linux does that. I think your "very hackish" approach is correct: set up a dummy signal handler after blocking the signal. Additionally, POSIX requires applications to set the SA_SIGINFO flag if they want queuing. This applies even if the signals are blocked and received using sigwaitinfo(2) or sigtimedwait(2). The SA_SIGINFO flag can only be set by setting a handler using sigaction(2). (Note, this does not mean that all signals are queued if SA_SIGINFO is set. It means that signals may not be queued if SA_SIGINFO is not set.) -- Jilles Tjoelker From bf1783 at googlemail.com Fri Oct 9 20:21:24 2009 From: bf1783 at googlemail.com (b. f.) Date: Fri Oct 9 20:21:31 2009 Subject: portsnap Message-ID: Desmond da Peoples wrote: >You need to enable the CVSup file. Look in the handbook for installing the ports tree. >Go to chapter 4.5 in the freebsd handbook and follow the directions there. >Be sure that you have a good connection. ?! Which part of the OP's "The computer I am using has no internet connection" didn't you understand? >> I am attempting to load FreeBSD-7.0. Why 7.0? You should probably use >= 7.2. >>The computer I am using has no internet >>connection. Could you please let me have the location and name of the file(s) that portsnap needs to do its 'extract' thing. You can read portsnap.sh (it is a shell script) to see what is going on. It may need to grab a snapshot, metadata, tags, and keys from one or more of a list of portsnap servers. Since the files it needs change over time, and since by manually downloading these files you will be bypassing some of the integrity and security checks that are the main benefit of portsnap anyway, I think it will be more convenient for you to just download a new ports and index tarball, from, for example: ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz http://www.FreeBSD.org/ports/INDEX-7.bz2 or one of the mirrors listed in the FreeBSD handbook, and unpack it into /usr/ports or whatever using tar(1) (don't forget to preserve your distfiles subdirectory if it is part of the old ports tree that you will need to delete first before unpacking the new one.) If you end up using a version of FreeBSD other than 7, you will need to substitute that version for the 7 in the URL of the index file above. If you are going to be updating often, then you should probably use some form of incremental update, so you are not downloading a 45MB tarball each time -- you could run a cvs or rsync client on the machine that has an internet connection, but it would probably be most convenient to just learn to use ctm(1), which was designed for this purpose. (See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ctm.html .) Then you could subscribe to the ctm-ports-cur mailing list and get your small incremental updates via email, after making only one big download. Don't forget that you'll have to fetch any new port distfiles manually as well -- running 'make fetch-recursive-list' the origins of each of the ports that need to be added or updated can help you compile a list of the needed files. For example, after unpacking your new ports tree, you could run: pkg_version -oIq -l '<' | tr -d ' ' | xargs -I % make -C /usr/ports/% fetch-recursive-list to get a list of any new distfiles for installed ports that have been updated. b. From john.marshall at riverwillow.com.au Fri Oct 9 20:35:52 2009 From: john.marshall at riverwillow.com.au (John Marshall) Date: Fri Oct 9 20:36:04 2009 Subject: portsnap In-Reply-To: <197996.79192.qm@web57510.mail.re1.yahoo.com> References: <197996.79192.qm@web57510.mail.re1.yahoo.com> Message-ID: <20091009202035.GV1086@rwpc12.mby.riverwillow.net.au> On Fri, 09 Oct 2009, 09:15 -0700, Edward Shriver wrote: > I am attempting to load FreeBSD-7.0.? The computer I am using has no internet connection.? Could you please let me have the location and name of the file(s) that portsnap needs to do its 'extract' thing. On a system that _does_ have Internet connectivity: - Do 'portsnap fetch' so that you have a current ports tree snapshot - Take a backup of /var/db/portsnap On the machine you are installing: - Restore /var/db/portsnap from the backup - Do 'portsnap extract' -- John Marshall -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091009/923854a0/attachment.pgp From scjamorim at bsd.com.br Fri Oct 9 21:01:52 2009 From: scjamorim at bsd.com.br (Sylvio Cesar) Date: Fri Oct 9 21:02:08 2009 Subject: NTOP In-Reply-To: <4ACF73D3.9070103@auroraalimentos.com.br> References: <4ACF73D3.9070103@auroraalimentos.com.br> Message-ID: <5859850b0910091401h5e854f29i6c13a7067cff0cd4@mail.gmail.com> Hi Marcio, The solution is in no PR that still is open: http://www.freebsd.org/cgi/query-pr.cgi?pr=139361 Thanks, Sylvio Cesar 2009/10/9 M?rcio Luciano Donada : > Hi list, > I installed ntop using the ports to monitor a bridge interface, but when > you start the process of ntop have the following message: > > Fri Oct ?9 14:31:08 2009 ?NOTE: Interface merge enabled by default > Fri Oct ?9 14:31:09 2009 ?Initializing gdbm databases > Fri Oct ?9 14:31:09 2009 ?ntop will be started as user nobody > Fri Oct ?9 14:31:09 2009 ?ntop v.3.3.10 > Fri Oct ?9 14:31:09 2009 ?Configured on Oct ?3 2009 ?0:54:35, built on > Oct ?3 2009 00:57:43. > Fri Oct ?9 14:31:09 2009 ?Copyright 1998-2009 by Luca Deri > Fri Oct ?9 14:31:09 2009 ?Get the freshest ntop from http://www.ntop.org/ > Fri Oct ?9 14:31:09 2009 ?NOTE: ntop is running from '/usr/local/bin' > Fri Oct ?9 14:31:09 2009 ?NOTE: (but see warning on man page for the > --instance parameter) > Fri Oct ?9 14:31:09 2009 ?NOTE: ntop libraries are in '/usr/local/lib' > Fri Oct ?9 14:31:09 2009 ?Initializing ntop > Fri Oct ?9 14:31:09 2009 ?No patterns to load: protocol guessing disabled. > Fri Oct ?9 14:31:09 2009 ?Checking bridge0 for additional devices > Fri Oct ?9 14:31:09 2009 ?Resetting traffic statistics for device bridge0 > Fri Oct ?9 14:31:09 2009 ?Initializing device bridge0 (0) > Fri Oct ?9 14:31:09 2009 ?DLT: Device 0 [bridge0] is 1, mtu 1514, header 14 > Fri Oct ?9 14:31:09 2009 ?Initializing gdbm databases > Fri Oct ?9 14:31:09 2009 ?VENDOR: Loading MAC address table. > Fri Oct ?9 14:31:09 2009 ?VENDOR: Checking for MAC address table file > Fri Oct ?9 14:31:09 2009 ?VENDOR: File > '/usr/local/etc/ntop/specialMAC.txt.gz' does not need to be reloaded > Fri Oct ?9 14:31:09 2009 ?VENDOR: ntop continues ok > Fri Oct ?9 14:31:09 2009 ?VENDOR: Checking for MAC address table file > Fri Oct ?9 14:31:09 2009 ?VENDOR: File '/usr/local/etc/ntop/oui.txt.gz' > does not need to be reloaded > Fri Oct ?9 14:31:09 2009 ?VENDOR: ntop continues ok > Fri Oct ?9 14:31:09 2009 ?Fingerprint: Loading signature file > Fri Oct ?9 14:31:09 2009 ?Fingerprint: Checking for Fingerprint file... file > Fri Oct ?9 14:31:09 2009 ?**WARNING** Fingerprint: Unable to open file > 'etter.finger.os' > Fri Oct ?9 14:31:09 2009 ?INIT: Parent process is exiting (this is normal) > bridge# Fri Oct ?9 14:31:09 2009 ?INIT: Bye bye: I'm becoming a daemon... > [warn] kevent: Bad file descriptor > > > ntop falls out after 20 seconds. > # uname -a > FreeBSD bridge.xxxxx.com.br 7.2-STABLE FreeBSD 7.2-STABLE #0: Thu Oct ?8 > 11:22:36 BRT 2009 > marcio@bridge.xxxxxx.com.br:/usr/src/sys/i386/compile/BRIDGE ?i386 > > > -- > M?rcio Luciano Donada > Aurora Alimentos - Cooperativa Central Oeste Catarinense > Departamento de T.I. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From hrs at FreeBSD.org Sat Oct 10 02:34:13 2009 From: hrs at FreeBSD.org (Hiroki Sato) Date: Sat Oct 10 02:34:21 2009 Subject: FreeBSD Port: pcb-20081128_1 In-Reply-To: <20090929175944.GK23010@itcom245.staff.itd.umich.edu> References: <20090929175944.GK23010@itcom245.staff.itd.umich.edu> Message-ID: <20091010.113255.47053601.hrs@allbsd.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091010/02d8d55d/attachment-0001.pgp From raszobbi at gmail.com Sat Oct 10 16:15:43 2009 From: raszobbi at gmail.com (mc) Date: Sat Oct 10 16:15:49 2009 Subject: gtk20 segmentation fault Message-ID: <4AD0AE16.3050405@gmail.com> hi, i got a segmentation fault last week running port audio/jamin after this error Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated Segmentation fault (core dumped) but today i am getting the same error running x11-wm/obconf i tried deinstalling gtk20 a few times woth no effect , however only the first deinstall said something about a csum mismatch, is this port not building properly or something else? i have fedora 10 in virtualbox and got the same error running obconf, but it doesn't fault and runs- still i don't know what that means. is there anything else i might rebuild? freebsd 8.0rc1 amd64 From alex at stangl.us Sat Oct 10 19:55:30 2009 From: alex at stangl.us (Alex Stangl) Date: Sat Oct 10 19:55:37 2009 Subject: Enforcing library version in a port Makefile? Message-ID: <20091010193940.GA66957@scout.stangl.us> Hi, I am trying to create a new port. The software I am trying to port uses scons which calls out to pkg-config to check for certain minimal library version #s (e.g., sndfile >= 1.0.18, libcurl >= 7). I would like to enforce these same checks upfront in the Makefile rather than letting the build potentially blow up in scons. Section 5.7.8 of the Porter's Handbook says that all of the _DEPENDS variables *except LIB_DEPENDS* can enforce minimal dependency versions. It's not clear why LIB_DEPENDS is excluded here, or what the correct alternative approach is. It doesn't seem like putting LIB_DEPENDS= curl.5 is equivalent to libcurl >= 7. Hopefully there's a straightforward way to accomplish this, without having to patch or scrap the scons config file. Unfortunately I have not been able to find the answers from searching the net, so I hope somebody here can help. Thanks, Alex From jstub at jstub.com Sat Oct 10 20:48:59 2009 From: jstub at jstub.com (John B. Stubblebine) Date: Sat Oct 10 20:49:07 2009 Subject: gretl Install Failure, and several dependencies Message-ID: <4AD0F332.2020900@jstub.com> FreeBSD Lists for: gretl (ports), ports, xcb-util (ntarmos), gnuplot (G Lewis), blas (maho), lapack (maho), I have been having trouble trying to install "ports/math/gretl" on PC-BSD. I am sending this to the FreeBSD lists for ports, gretl, and all the maintainers of the ports/packages that gretl's "portupgrade -PRyk" failed to get installed correctly. Questions: 1. The output from "uname -a" on my PC-BSD-7.1.1 system is: [root@pcbsd]/root(125)# uname -a FreeBSD pcbsd 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #12: Fri Apr 17 15:37:58 EDT 2009 root@pcbsdx32-7:/usr/obj/pcbsd-build71/cvs/7.1-src/sys/PCBSD i386 [root@pcbsd]/root(126)# QUESTION: Could the use of prerelease 7.2 cause some confusion about what portsnap and portupgrade need to do?? I have done a fresh "portsnap" before beginning the "gretl" portupgrade. 2. Here is the tail of the output from the portupgrade for gretl: [root@pcbsd]/usr/home/jstub(108)# portupgrade -PRyk gretl checking for suffix of object files... configure: error: in `/usr/ports/lang/gcc44/work/build/i386-portbld-freebsd7.2/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[2]: *** [configure-stage1-target-libgcc] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc44/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc44/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc44. *** Error code 1 Stop in /usr/ports/math/gretl. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20091009-41895-oprfdj-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=gretl-1.8.2 UPGRADE_PORT_VER=1.8.2 make ** Fix the problem and try again. ---> Build of math/gretl ended at: Fri, 09 Oct 2009 15:28:12 -0700 (consumed 00:19:08) ---> Upgrade of math/gretl ended at: Fri, 09 Oct 2009 15:28:12 -0700 (consumed00:19:08) ---> ** Upgrade tasks 5: 0 done, 0 ignored, 0 skipped and 5 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! x11/xcb-util (xcb-util-0.3.5) (configure error) ! math/gnuplot (gnuplot-4.2.5_1) (linker error) ! math/blas (blas-1.0_3) (configure error) ! math/lapack (lapack-3.2.1) (configure error) ! math/gretl (gretl-1.8.2) (configure error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 5 failed ---> Session ended at: Fri, 09 Oct 2009 15:28:12 -0700 (consumed 01:08:15) [root@pcbsd]/usr/home/jstub(108)# portupgrade -PRyk gretl FILE: config.log ATTACHED AS: config.log-libgcc SO THERE ARE FIVE PORTS/PACKAGES THAT didn't get installed correctly. I have also tried to install these five separately, and not had success, with similar messages. QUESTION: What do I need to do to get "gretl" installed with all its dependencies? 3. When I tried to run "gretl_x11" within an xterm window, this is the result: [jstub@pcbsd ~/bin]$ gretl_x11 /libexec/ld-elf.so.1: Shared object "libgfortran.so.3" not found, required by "gretl_x11" [jstub@pcbsd ~/bin]$ I'm guessing that this missing library file is supposed to be included in one of the ports/packages that failed to install... I did set DISPLAY=localhost:0.0 and tried the X utility "xev" to see what my trackball was sending for each button. And it did put its window on my screen, and it worked as advertised. QUESTION: Will gretl run correctly once I get all its dependencies to install?? I am guessing (hoping?) that this will work 4. There are 84 dependencies listed for "gretl" and so there is a lot of territory for confusion/failure. The list of these is in the "ps." QUESTION: With this complex a package/port should I give up on PC-BSD? Would FreeBSD-7.2 RELEASE with all its updates be more likely to be successful for gretl to install and run? Also, I have gathered lots more output from the failed installs of gretl, and my separate installs of its dependencies, if you are interested, and it would help resolve these difficulties with the "gretl" installation process. -- Best regards, John B. Stubblebine jstub@jstub.com ? Please consider the environment before printing this email. gretl Required list from the FreeBSD web site just now: atk-1.26.0 , bitstream-vera-1.10_4 , blas-1.0_4 , cairo-1.8.8,1 , compositeproto-0.4 , damageproto-1.1.0_2 , encodings-1.0.2,1 , expat-2.0.1 , fftw3-3.2.2_1 , fixesproto-4.0 , font-bh-ttf-1.0.0 , font-misc-ethiopic-1.0.0 , font-misc-meltho-1.0.0_1 , font-util-1.0.1 , fontconfig-2.6.0,1 , freetype2-2.3.9_1 , gamin-0.1.10_3 , gcc-4.4.2.20091006 , gd-2.0.35_1,1 , gettext-0.17_1 , gio-fam-backend-2.20.5 , glib-2.20.5 , gmake-3.81_3 , gnomehier-2.3_12 , gnuplot-4.2.6 , gtk-2.16.6 , gtksourceview2-2.6.2_1 , hicolor-icon-theme-0.10_2 , inputproto-1.5.0 , intltool-0.40.6 , jasper-1.900.1_8 , jpeg-7 , kbproto-1.0.3 , lapack-3.2.1_1 , libICE-1.0.4_1,1 , libSM-1.1.0_1,1 , libX11-1.2.1_1,1 , libXau-1.0.4 , libXaw-1.0.5_1,1 , libXcomposite-0.4.0,1 , libXcursor-1.1.9_1 , libXdamage-1.1.1 , libXdmcp-1.0.2_1 , libXext-1.0.5,1 , libXfixes-4.0.3_1 , libXft-2.1.13 , libXi-1.2.1,1 , libXinerama-1.0.3,1 , libXmu-1.0.4,1 , libXp-1.0.0,1 , libXpm-3.5.7 , libXrandr-1.3.0 , libXrender-0.9.4_1 , libXt-1.0.5_1 , libfontenc-1.0.4 , libgmp-4.3.1 , libiconv-1.13.1 , libpthread-stubs-0.1 , libtool-2.2.6a_1 , libxcb-1.4 , libxml2-2.7.5 , mkfontdir-1.0.4 , mkfontscale-1.0.6 , mpfr-2.4.1_1 , open-motif-2.2.3_6 , p5-XML-Parser-2.36_1 , pango-1.24.5 , pcre-7.9 , pdflib-7.0.4 , perl-5.8.9_3 , pixman-0.16.0 , pkg-config-0.23_1 , plotutils-2.5,1 , png-1.2.40 , printproto-1.0.4 , python26-2.6.2_3 , randrproto-1.3.0 , renderproto-0.9.3 , shared-mime-info-0.60_1 , tiff-3.9.1 , xbitmaps-1.0.1 , xcb-proto-1.5 , xcb-util-0.3.6 , xextproto-7.0.5 , xineramaproto-1.1.2 , xorg-fonts-truetype-7.4 , xproto-7.0.15 -------------- next part -------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by GNU C Runtime Library configure 1.0, which was generated by GNU Autoconf 2.59. Invocation command line was $ /usr/ports/lang/gcc44/work/gcc-4.4-20091006/libgcc/configure --cache-file=./config.cache --enable-multilib --disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local --libdir=/usr/local/lib/gcc44 --libexecdir=/usr/local/libexec/gcc44 --with-gxx-include-dir=/usr/local/lib/gcc44/include/c++/ --disable-rpath --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc44 --enable-languages=c,c++,fortran,java,objc --program-transform-name=s,$,44, --with-target-subdir=i386-portbld-freebsd7.2 --build=i386-portbld-freebsd7.2 --host=i386-portbld-freebsd7.2 --target=i386-portbld-freebsd7.2 --srcdir=../.././../gcc-4.4-20091006/libgcc --disable-intermodule --enable-checking=yes,types --disable-coverage --enable-languages=c ## --------- ## ## Platform. ## ## --------- ## hostname = pcbsd uname -m = i386 uname -r = 7.2-PRERELEASE uname -s = FreeBSD uname -v = FreeBSD 7.2-PRERELEASE #12: Fri Apr 17 15:37:58 EDT 2009 root@pcbsdx32-7:/usr/obj/pcbsd-build71/cvs/7.1-src/sys/PCBSD /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /Programs/bin PATH: /PCBSD/local/bin PATH: /PCBSD/local/sbin PATH: /PCBSD/local/kde4/bin PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/local/kde4/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1199: creating cache ./config.cache configure:1388: checking for --enable-version-specific-runtime-libs configure:1403: result: no configure:1435: checking for a BSD-compatible install configure:1490: result: /usr/bin/install -c -o root -g wheel configure:1506: checking for gawk configure:1522: found /PCBSD/local/bin/gawk configure:1532: result: gawk configure:1555: checking build system type configure:1573: result: i386-portbld-freebsd7.2 configure:1581: checking host system type configure:1595: result: i386-portbld-freebsd7.2 configure:1654: checking for i386-portbld-freebsd7.2-ar configure:1680: result: ar configure:1733: checking for i386-portbld-freebsd7.2-lipo configure:1759: result: lipo configure:1813: checking for i386-portbld-freebsd7.2-nm configure:1839: result: /usr/ports/lang/gcc44/work/build/./gcc/nm configure:1892: checking for i386-portbld-freebsd7.2-ranlib configure:1918: result: ranlib configure:1972: checking for i386-portbld-freebsd7.2-strip configure:1998: result: strip configure:2049: checking whether ln -s works configure:2053: result: yes configure:2070: checking for i386-portbld-freebsd7.2-gcc configure:2096: result: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include configure:2380: checking for C compiler version configure:2383: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include --version &5 xgcc (GCC) 4.4.2 20091006 (prerelease) Copyright (C) 2009 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2386: $? = 0 configure:2388: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -v &5 Reading specs from /usr/ports/lang/gcc44/work/build/./gcc/specs Target: i386-portbld-freebsd7.2 Configured with: ./../gcc-4.4-20091006/configure --disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local --with-gmp=/usr/local --program-suffix=44 --libdir=/usr/local/lib/gcc44 --libexecdir=/usr/local/libexec/gcc44 --with-gxx-include-dir=/usr/local/lib/gcc44/include/c++/ --disable-rpath --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc44 --build=i386-portbld-freebsd7.2 Thread model: posix gcc version 4.4.2 20091006 (prerelease) (GCC) configure:2391: $? = 0 configure:2393: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -V &5 xgcc: '-V' must come at the start of the command line configure:2396: $? = 1 configure:2415: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -o conftest -g -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 /libexec/ld-elf.so.1: Shared object "libmpfr.so.3" not found, required by "cc1" configure:2418: $? = 1 configure:2590: checking for suffix of object files configure:2611: /usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include -c -g -O2 -fno-strict-aliasing -pipe -I/usr/local/include conftest.c >&5 /libexec/ld-elf.so.1: Shared object "libmpfr.so.3" not found, required by "cc1" configure:2614: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "GNU C Runtime Library" | #define PACKAGE_TARNAME "libgcc" | #define PACKAGE_VERSION "1.0" | #define PACKAGE_STRING "GNU C Runtime Library 1.0" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2627: error: in `/usr/ports/lang/gcc44/work/build/i386-portbld-freebsd7.2/libgcc': configure:2629: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-portbld-freebsd7.2 ac_cv_build_alias=i386-portbld-freebsd7.2 ac_cv_env_CC_set=set ac_cv_env_CC_value='/usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include' ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-g -O2 -fno-strict-aliasing -pipe -I/usr/local/include ' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd7.2 ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=i386-portbld-freebsd7.2 ac_cv_env_target_alias_set=set ac_cv_env_target_alias_value=i386-portbld-freebsd7.2 ac_cv_host=i386-portbld-freebsd7.2 ac_cv_host_alias=i386-portbld-freebsd7.2 ac_cv_prog_AR=ar ac_cv_prog_AWK=gawk ac_cv_prog_CC='/usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include' ac_cv_prog_LIPO=lipo ac_cv_prog_NM=/usr/ports/lang/gcc44/work/build/./gcc/nm ac_cv_prog_RANLIB=ranlib ac_cv_prog_STRIP=strip ## ----------------- ## ## Output variables. ## ## ----------------- ## AR='ar' AWK='gawk' CC='/usr/ports/lang/gcc44/work/build/./gcc/xgcc -B/usr/ports/lang/gcc44/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd7.2/bin/ -B/usr/local/i386-portbld-freebsd7.2/lib/ -isystem /usr/local/i386-portbld-freebsd7.2/include -isystem /usr/local/i386-portbld-freebsd7.2/sys-include' CFLAGS='-g -O2 -fno-strict-aliasing -pipe -I/usr/local/include ' CPP='' CPPFLAGS='' DEFS='' ECHO_C='' ECHO_N='-n' ECHO_T='' EXEEXT='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' LDFLAGS='' LIBOBJS='' LIBS='' LIPO='lipo' LN_S='ln -s' LTLIBOBJS='' NM='/usr/ports/lang/gcc44/work/build/./gcc/nm' OBJEXT='' PACKAGE_BUGREPORT='' PACKAGE_NAME='GNU C Runtime Library' PACKAGE_STRING='GNU C Runtime Library 1.0' PACKAGE_TARNAME='libgcc' PACKAGE_VERSION='1.0' PATH_SEPARATOR=':' RANLIB='ranlib' SHELL='/bin/sh' STRIP='strip' ac_ct_AR='' ac_ct_CC='' ac_ct_LIPO='' ac_ct_NM='' ac_ct_RANLIB='' ac_ct_STRIP='' asm_hidden_op='' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd7.2' build_alias='i386-portbld-freebsd7.2' build_cpu='i386' build_libsubdir='build-i386-portbld-freebsd7.2' build_os='freebsd7.2' build_subdir='build-i386-portbld-freebsd7.2' build_vendor='portbld' datadir='${prefix}/share' decimal_float='' enable_decimal_float='' enable_shared='yes' exec_prefix='NONE' extra_parts='' fixed_point='' host='i386-portbld-freebsd7.2' host_alias='i386-portbld-freebsd7.2' host_cpu='i386' host_noncanonical='i386-portbld-freebsd7.2' host_os='freebsd7.2' host_subdir='.' host_vendor='portbld' includedir='${prefix}/include' infodir='/usr/local/info/gcc44' libdir='/usr/local/lib/gcc44' libexecdir='/usr/local/libexec/gcc44' libgcc_topdir='../.././../gcc-4.4-20091006/libgcc/..' localstatedir='${prefix}/var' mandir='/usr/local/man' oldincludedir='/usr/include' prefix='/usr/local' program_transform_name='s,$,44,' sbindir='${exec_prefix}/sbin' set_have_cc_tls='' sharedstatedir='${prefix}/com' slibdir='$(libdir)' sysconfdir='${prefix}/etc' target_alias='i386-portbld-freebsd7.2' target_subdir='i386-portbld-freebsd7.2' tmake_file='' vis_hide='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "GNU C Runtime Library" #define PACKAGE_STRING "GNU C Runtime Library 1.0" #define PACKAGE_TARNAME "libgcc" #define PACKAGE_VERSION "1.0" configure: exit 1 From rloefgren at forethought.net Sun Oct 11 02:10:22 2009 From: rloefgren at forethought.net (Reed Loefgren) Date: Sun Oct 11 02:10:28 2009 Subject: databases/Postgresql84 security update? Message-ID: <4AD0C34A.5080101@forethought.net> All, Anyone know when the postgresql84-* ports are going to be upgraded to 8.4.1? I've written to the port maintainer and he said he was going to get to it on the weekend. That was maybe a couple weeks ago. Else, I've tried editing distinfo and Makefile to fit the new sizes and names (this often is enough), but there are patches involved that exceed my 'monkey with' abilities. r From bf1783 at googlemail.com Sun Oct 11 04:03:24 2009 From: bf1783 at googlemail.com (b. f.) Date: Sun Oct 11 04:03:30 2009 Subject: gretl Install Failure, and several dependencies Message-ID: John B. Stubblebine wrote: > I have been having trouble trying to install "ports/math/gretl" on PC-BSD. ... >QUESTION: Could the use of prerelease 7.2 cause some confusion about >what portsnap and portupgrade need to do?? I have done a fresh >"portsnap" before beginning the "gretl" portupgrade. This should not confuse either portsnap or portupgrade on regular FreeBSD. You should not be using the "-k" flag with portupgrade, except in a very few cases, because most of the time it will just lead to more problems. Instead, if you run into a problem installing a port, you should try to resolve that problem before proceeding. Otherwise you will often get a bunch of successive failures, many of them arising from the same source, and waste a lot of time -- as in this case. I recommend that you make sure that a stale ports tree or index is not causing problems, by removing /usr/ports (preserving your distfiles, of course), downloading a fresh ports tarball and INDEX file from one of the servers, and unpacking them into /usr/ports. Then try clean rebuilds of math/mpfr and lang/gcc44, which, according to your logs, seems to be the source of your problems: make -C /usr/ports/math/mpfr deinstall clean install && make -C /usr/ports/math/mpfr clean && make -C /usr/ports/lang/gcc44 deinstall clean install && make -C /usr/ports/lang/gcc44 clean If you prefer packages, you could use "make deinstall clean ... && pkg_add ..." for each instead. But you should make sure that you are not using stale packages, because there were some recent changes to all Fortran-related ports, and you want only packages that were built after these changes were made -- in particular, use no Fortran-related packages built before 27 Sept of this year. If this fails, you will know that it is a problem with those ports or one of their dependencies, or with the fact that you are using PC-BSD, and you should tell us about the failure. If it succeeds, then you can try to resume your installation of math/gretl. >QUESTION: Will gretl run correctly once I get all its dependencies to >install?? I am guessing (hoping?) that this will work We'll have to see what happens after you are able to successfully install it. The fact that you are using PC-BSD could complicate the matter. >QUESTION: With this complex a package/port should I give up on PC-BSD? >Would FreeBSD-7.2 RELEASE with all its updates be more likely to be >successful for gretl to install and run? It would certainly be easier to use regular FreeBSD if you plan to use many non-PC-BSD ports or packages, because fewer things could go wrong. Whether you switch or not depends upon your needs, and those of any other people using that computer. b. From bf1783 at googlemail.com Sun Oct 11 05:16:00 2009 From: bf1783 at googlemail.com (b. f.) Date: Sun Oct 11 05:16:16 2009 Subject: Enforcing library version in a port Makefile? Message-ID: Alex Stangl wrote: >I am trying to create a new port. The software I am trying to port uses >scons which calls out to pkg-config to check for certain minimal library >version #s (e.g., sndfile >= 1.0.18, libcurl >= 7). >I would like to enforce these same checks upfront in the Makefile rather >than letting the build potentially blow up in scons. Section 5.7.8 of the >Porter's Handbook says that all of the _DEPENDS variables *except >LIB_DEPENDS* can enforce minimal dependency versions. It's not clear why >LIB_DEPENDS is excluded here, or what the correct alternative approach >is. It doesn't seem like putting LIB_DEPENDS= curl.5 is equivalent to >libcurl >= 7. Hopefully there's a straightforward way to accomplish >this, without having to patch or scrap the scons config file. >Unfortunately I have not been able to find the answers from >searching the net, so I hope somebody here can help. It's not enforced in quite the same way, but there is a check on the version of the library if you specify it, only the check is for an exact match, not an inequality. You can see the precise means by which this is accomplished by looking at the lib-depends target in /usr/ports/Mk/bsd.port.mk (beginning on line 5102 of version 1.629 of this file). For example, make -vn -C /usr/ports/math/R lib-depends yields: for i in blas.2:/usr/ports/math/blas lapack.4:/usr/ports/math/lapack icui18n:/usr/ports/devel/icu jpeg.10:/usr/ports/graphics/jpeg pcre.0:/usr/ports/devel/pcre png.5:/usr/ports/graphics/png tk85:/usr/ports/x11-toolkits/tk85 iconv.3:/usr/ports/converters/libiconv; do lib=${i%%:*}; pattern="`echo $lib | /usr/bin/sed -E -e 's/\./\\\\./g' -e 's/(\\\\)?\+/\\\\+/g'`" dir=${i#*:}; target=${i##*:}; if test $dir = $target; then target="install"; depends_args=""; else dir=${dir%%:*}; fi; echo -n "===> R-2.9.2 depends on shared library: $lib"; if /sbin/ldconfig -r | /usr/bin/grep -vwF -e "/usr/local/lib/compat/pkg" | /usr/bin/grep -qwE -e "-l$pattern"; then echo " - found"; if [ 0 = 1 ]; then echo " (but building it anyway)"; notfound=1; else notfound=0; fi; else echo " - not found"; notfound=1; fi; if [ $notfound != 0 ]; then echo "===> Verifying $target for $lib in $dir"; if [ ! -d "$dir" ]; then echo " => No directory for $lib. Skipping.."; else if [ X != "X" ]; then subpkgfile=`(cd $dir; make $depends_args -V PKGFILE)`; if [ -r "${subpkgfile}" -a "$target" = "install" ]; then echo "===> Installing existing package ${subpkgfile}"; /usr/sbin/pkg_add ${subpkgfile}; else (cd $dir; make -DINSTALLS_DEPENDS $target $depends_args) ; fi; else (cd $dir; make -DINSTALLS_DEPENDS $target $depends_args) ; fi; echo "===> Returning to build of R-2.9.2"; if ! /sbin/ldconfig -r | /usr/bin/grep -vwF -e "/usr/local/lib/compat/pkg" | /usr/bin/grep -qwE -e "-l$pattern"; then echo "Error: shared library \"$lib\" does not exist"; false; fi; fi; fi; done So: i=blas.2:/usr/ports/math/blas => lib=blas.2 => pattern=blas\\.2 leading to the check: /sbin/ldconfig -r | /usr/bin/grep -vwF -e "/usr/local/lib/compat/pkg" | /usr/bin/grep -wE -e "-lblas\\.2" which is version-specific. Probably an inequality check was not implemented because libraries with different major versions are expected to have different and incompatible ABI/APIs. The corresponding version numbers of the port as a whole are not usually relevant for LIB_DEPENDS, only the version of the shared library itself, as the upstream maintainers are supposed to change a shared library version if and only if they change the API/ABI of the library. If you are relying upon some feature of a port that may change while it's relevant shared library versions remain the same, then you should add the port to the other *_DEPENDS as needed, with appropriate checks on the port version number in those variables. b. From eitanadlerlist at gmail.com Sun Oct 11 08:40:32 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Oct 11 08:40:39 2009 Subject: Checking for parity of ports conflicts Message-ID: http://isis.poly.edu/~eitan/files/conflict-partity.sh Is a simple script which checks to make sure that when port A conflicts with port B the reverse is also true. It is not entirely accurate. Any improvements are welcome. From hselasky at freebsd.org Sun Oct 11 10:57:27 2009 From: hselasky at freebsd.org (Hans Petter Selasky) Date: Sun Oct 11 10:57:33 2009 Subject: [patch] USB video support in KDE4 + sane + more under FreeBSD Message-ID: <200910111158.14692.hselasky@freebsd.org> Hi, I was compiling the latest version of KDE4 on my box and I noticed it picked up my installed libv4l2. The only problem is that you need some patches before everything is compiling :-) About libv4lX on FreeBSD, please see: http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006231.html Only USB webcams supported yet. After installation manually add -lv4lxdrivers to all the libv4l*.pc files! I will try to get this included into my ulinux distribution soon. Before: Libs: -L${libdir} -lv4lconvert After: Libs: -L${libdir} -lv4lconvert -lv4lxdrivers /usr/local/lib/pkgconfig/libv4lconvert.pc /usr/local/lib/pkgconfig/libv4l2.pc /usr/local/lib/pkgconfig/libv4l1.pc Then patch KDE4 like this: --- /usr/ports/net/kdenetwork4/work/kdenetwork-4.3.1/kopete/libkopete/avdevice/videodevice.h.orig 2009-10-11 11:41:54.000000000 +0200 +++ /usr/ports/net/kdenetwork4/work/kdenetwork-4.3.1/kopete/libkopete/avdevice/videodevice.h 2009-10-11 11:44:34.000000000 +0200 @@ -62,6 +62,13 @@ #endif // __linux__ +#if defined(__FreeBSD__) && defined(ENABLE_AV) +#include +#ifdef HAVE_LIBV4L2 +#include +#endif // HAVE_V4L2 +#endif + #include #include #include Hello, currently dkimproxy rc scripts don?t handle the status rc command my hack is the following ("old school" script, I don?t know enough about rc command deeps to make things nicer) # at the end of rc.d/dkimproxy_out replace run_rc_command "$1" # by the following case $1 in status) if /usr/bin/pgrep -F "${dkimproxy_out_pidfile}" > / dev/null 2>&1; then echo "${name} is running" exit 0; else echo "${name} is not running" exit 1 fi ;; *) run_rc_command "$1" ;; esac Hope this help. From ml at sd2i.com Sun Oct 11 13:54:39 2009 From: ml at sd2i.com (ML) Date: Sun Oct 11 13:54:46 2009 Subject: pecl ports bumping when php5 updated Message-ID: <7333E3BE-4A7D-4261-8C76-73A0433C66D6@sd2i.com> Hello, Is it possible to bump pecl ports when php(4|5|6) version change ? Most of the time PHP new version implies pecl rebuilt, or you face segfault and other strange stuffs. I know ports maintainers are several, but if this can be done at some point of the process? would be great for all of us, IMHO. My 2cts. From alex at stangl.us Sun Oct 11 14:49:37 2009 From: alex at stangl.us (Alex Stangl) Date: Sun Oct 11 14:49:45 2009 Subject: Enforcing library version in a port Makefile? In-Reply-To: References: Message-ID: <20091011144928.GA94954@scout.stangl.us> On Sun, Oct 11, 2009 at 05:15:58AM +0000, b. f. wrote: > Alex Stangl wrote: > >I am trying to create a new port. The software I am trying to port uses > >scons which calls out to pkg-config to check for certain minimal library > >version #s (e.g., sndfile >= 1.0.18, libcurl >= 7). > > >I would like to enforce these same checks upfront in the Makefile rather > >than letting the build potentially blow up in scons. Section 5.7.8 of the > >Porter's Handbook says that all of the _DEPENDS variables *except > >LIB_DEPENDS* can enforce minimal dependency versions. It's not clear why > >LIB_DEPENDS is excluded here, or what the correct alternative approach > >is. It doesn't seem like putting LIB_DEPENDS= curl.5 is equivalent to > >libcurl >= 7. Hopefully there's a straightforward way to accomplish > >this, without having to patch or scrap the scons config file. > >Unfortunately I have not been able to find the answers from > >searching the net, so I hope somebody here can help. > > It's not enforced in quite the same way, but there is a check on the > version of the library if you specify it, only the check is for an > exact match, not an inequality. You can see the precise means by > which this is accomplished by looking at the lib-depends target in > /usr/ports/Mk/bsd.port.mk (beginning on line 5102 of version 1.629 > of this file). For example, > > > /sbin/ldconfig -r | /usr/bin/grep -vwF -e "/usr/local/lib/compat/pkg" > | /usr/bin/grep -wE -e "-lblas\\.2" > > which is version-specific. Probably an inequality check was not > implemented because libraries with different major versions are > expected to have different and incompatible ABI/APIs. The > corresponding version numbers of the port as a whole are not usually > relevant for LIB_DEPENDS, only the version of the shared library > itself, as the upstream maintainers are supposed to change a shared > library version if and only if they change the API/ABI of the library. It seems like there are 2 numbering schemes for shared libraries: 1. Version stored in /usr/local/libdata/pkgconfig/*.pc (same as PORTVERSION?) 2. Major version number stored as part of the library filename. I realized I could check for exact match for #2 (mentioned LIB_DEPENDS= curl.5 in my message), however I would like to ideally check for #1 since that's what the scons config seems to be looking at. It seems like checking #2 is only a rough proxy for #1 and is likely to make for a fragile port. For instance, say scons config is checking for >= X.Y in scheme #1, but all I can do is put a check for M in scheme #2. Then we have these problematic scenarios: 1. If there are versions of the lib.M that have version #s in scheme #1 less than X.Y, then the build will fail in scons, leaving the user confused and unhappy. 2. If user upgrades ports and gets lib.M+1, make fails because the exact match is no longer satisfied. (Porter's Handbook says you can use LIB_DEPENDS regular expressions like curl.[5-9] so this shouldn't be as much of a problem, at least not until it breaks years later on curl.10) > If you are relying upon some feature of a port that may change while > it's relevant shared library versions remain the same, then you should > add the port to the other *_DEPENDS as needed, with appropriate checks > on the port version number in those variables. I suspect this is what I shall have to do. Is this what all other port authors do in similar circumstances? It seems kind of a hackish workaround, especially if the library in question doesn't have a corresponding executable to list in RUN_DEPENDS. Do I force a library name into RUN_DEPENDS? It would be nice to be able to express the real dependency as precisely and accurately as possible, say I want >= X.Y (in numbering scheme Z) of this library, rather than have to obfuscate intent by using some proxy. Thanks for the response! Alex From stefan.hegnauer at gmx.ch Sun Oct 11 15:57:18 2009 From: stefan.hegnauer at gmx.ch (Stefan Hegnauer) Date: Sun Oct 11 15:57:56 2009 Subject: [patch] typo in portaudit - fails with latest /bin/sh Message-ID: <503AFE6B3CD0492BA2DFE6ED41691A1A@inspiron> Hi, portaudit (/usr/ports/ports-mgmt/portaudit) did not work anymore on a recent build of FreeBSD 9.0-CURRENT #0 as of Fri Oct 9 09:27:54 CEST 2009. As it turns out there seems to be a typo in the portaudit script which manifests itself since the changes applied to /bin/sh in http://svn.freebsd.org/viewvc/base?view=revision&sortby=date&revision=197691 The following patch cures this typo: --- /usr/local/sbin/portaudit.orig 2009-10-09 12:36:10.000000000 +0200 +++ /usr/local/sbin/portaudit 2009-10-09 12:39:11.000000000 +0200 @@ -264,7 +264,7 @@ return 2 fi - PKGNAME=`make -VPKGNAME 2>/dev/null || true"` + PKGNAME=`make -VPKGNAME 2>/dev/null || true` if [ -z "$PKGNAME" ]; then echo "portaudit: Can't determine the package name" >&2 If somebody (eik@FreeBSD.org ?) could merge this in, please ... --SH From rwmaillists at googlemail.com Sun Oct 11 16:16:29 2009 From: rwmaillists at googlemail.com (RW) Date: Sun Oct 11 16:16:36 2009 Subject: dkimproxy rc script In-Reply-To: <964AC7D5-8383-4E3E-A36C-6E957AC0B4CA@sd2i.com> References: <964AC7D5-8383-4E3E-A36C-6E957AC0B4CA@sd2i.com> Message-ID: <20091011171623.3708a4dd@gumby.homeunix.com> On Sun, 11 Oct 2009 15:02:18 +0200 ML wrote: > Hello, > > currently dkimproxy rc scripts don?t handle the status rc command > Status doesn't usually need any special handling unless it's something a little more exotic like multiple daemons; it should "just work", provided run_rc_command can find the pidfile. I'm not familiar with dkimproxy, but based on your script below my guess is that the variable dkimproxy_out_pidfile should simply be renamed to pidfile. > my hack is the following ("old school" script, I don?t know enough > about rc command deeps to make things nicer) > > # at the end of rc.d/dkimproxy_out replace > > run_rc_command "$1" > > # by the following > > case $1 in > status) > if /usr/bin/pgrep -F > "${dkimproxy_out_pidfile}" > / dev/null 2>&1; then > echo "${name} is running" > exit 0; > else > echo "${name} is not running" > exit 1 > fi > ;; > *) > run_rc_command "$1" > ;; > esac > > > Hope this help._______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to > "freebsd-ports-unsubscribe@freebsd.org" From david at catwhisker.org Sun Oct 11 19:09:51 2009 From: david at catwhisker.org (David Wolfskill) Date: Sun Oct 11 19:09:58 2009 Subject: xlockmore-5.29: "BadWindow (invalid Window parameter)" using virtual wm Message-ID: <20091011185439.GQ1340@albert.catwhisker.org> This is running FreeBSD 6.4-STABLE r197725; I'm in the habit of updating installed ports on my laptop daily (after updating the stable/6 slice). The xlockmore port is at 5.29, updating 01 Oct 2009. I normally use the piewm Window Manager (I got used to tvtwm back in '93, and piewm is based on it and is very similar). If I try to issue "xlock -mode random" using either piewm or tvtwm, I now get: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 3 (X_GetWindowAttributes) Resource id in failed request: 0x45 Serial number of failed request: 82 Current serial number in output stream: 83 If I exit either of those Window Managers and fire up twm, xlock does not issue that message, and seems to run normally (at least in most modes). I believe that this change in behavior coincided with the update to xlockmore (01 Oct); I didn't mention it earlier because something odd also appears to have happened with DRI support recently, and I wasn't clear enough on the interrelationships to be reasonably confident that I was reporting things properly. I also run stable/7 and head slices (each with the misc/compat6x port installed, so I'm using a shared /usr/local among all slices). xlockmore appears to run OK in 7.2-STABLE r197901 and head r197928, though I'm unable to run X with DRI enabled in those environments. In checking the Net for other reports of similarissues, I see that xlockmore has had issues in the past with virtual window managers (ref. , from Thu, 19 May 2005 11:18:03 UTC). Would it make more sense (for getting the issue resolved) for me to try reverting xlockmore to the previous version or some other approach? While I'm OK hacking code, I certainly don't claim much in-depth understanding of much X-related code; on the other hand, I do have local mirrors of the FreeBSD CVS & SVN repositories handy. Thanks! Peace, david -- David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091011/d84b90a8/attachment.pgp From kamikaze at bsdforen.de Sun Oct 11 20:00:45 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Oct 11 20:00:51 2009 Subject: bsd.python.mk broken Message-ID: <4AD2396A.7090504@bsdforen.de> If one uses the OPTIONS framework like in graphics/opencv to trigger python support, bsd.python.mk breaks. Here is why: USE_PYTHON has to be set before including bsd.port.pre.mk Unfortunately it can only be set after bsd.port.pre.mk, because WITH_PYTHON wouldn't be set before. For this the _POSTMKINCLUDED variable is responsible. The following is from the beginning of bsd.python.mk:# .if !defined(_POSTMKINCLUDED) && !defined(Python_Pre_Include) It looks similar for bsd.perl.mk, so maybe the problem exists there as well. bsd.php.mk or bsd.java.mk are different: .if !defined(Java_Include) I suggest removing the !defined(_POSTMKINCLUDED) from both bsd.python.mk and bsd.perl.mk. From marius at nuenneri.ch Sun Oct 11 20:26:26 2009 From: marius at nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Sun Oct 11 20:26:32 2009 Subject: xlockmore-5.29: "BadWindow (invalid Window parameter)" using virtual wm In-Reply-To: <20091011185439.GQ1340@albert.catwhisker.org> References: <20091011185439.GQ1340@albert.catwhisker.org> Message-ID: Hi David, On Sun, Oct 11, 2009 at 20:54, David Wolfskill wrote: > This is running FreeBSD 6.4-STABLE r197725; I'm in the habit of > updating installed ports on my laptop daily (after updating the > stable/6 slice). > > The xlockmore port is at 5.29, updating 01 Oct 2009. > > I normally use the piewm Window Manager (I got used to tvtwm back in > '93, and piewm is based on it and is very similar). > > If I try to issue "xlock -mode random" using either piewm or tvtwm, I > now get: > > X Error of failed request: ?BadWindow (invalid Window parameter) > ?Major opcode of failed request: ?3 (X_GetWindowAttributes) > ?Resource id in failed request: ?0x45 > ?Serial number of failed request: ?82 > ?Current serial number in output stream: ?83 > > If I exit either of those Window Managers and fire up twm, xlock does > not issue that message, and seems to run normally (at least in most > modes). > > I believe that this change in behavior coincided with the update to > xlockmore (01 Oct); I didn't mention it earlier because something odd > also appears to have happened with DRI support recently, and I wasn't > clear enough on the interrelationships to be reasonably confident that I > was reporting things properly. > > I also run stable/7 and head slices (each with the misc/compat6x port > installed, so I'm using a shared /usr/local among all slices). > xlockmore appears to run OK in 7.2-STABLE r197901 and head r197928, > though I'm unable to run X with DRI enabled in those environments. > > In checking the Net for other reports of similarissues, I see that > xlockmore has had issues in the past with virtual window managers (ref. > , from Thu, 19 > May 2005 11:18:03 UTC). > > Would it make more sense (for getting the issue resolved) for me to try > reverting xlockmore to the previous version or some other approach? > While I'm OK hacking code, I certainly don't claim much in-depth > understanding of much X-related code; on the other hand, I do have local > mirrors of the FreeBSD CVS & SVN repositories handy. > > Thanks! > > Peace, > david > -- > David H. Wolfskill ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > Could you please write to David A. Bagley and explain this problem to him? He is the current maintainer of xlockmore. From bugmaster at FreeBSD.org Mon Oct 12 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 12 11:06:47 2009 Subject: Current unassigned ports problem reports Message-ID: <200910121106.n9CB65RQ035573@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/139528 [Patch] textproc/ibus: Update info about input methods o ports/139511 [MAINTAINER] archivers/rpm5: xz support o ports/139508 [UPDATE] devel/ccmalloc project page does not exist o ports/139498 [New Port] textproc/scim-kmfl-varamozhi-malayalam: SCI o ports/139490 [patch] x11-wm/tvtwm fixes for users of firefox3, gimp o ports/139486 New port - mail/smime_smtp_proxy, small smtp proxy tha f ports/139468 [patch] ports-mgmt/genplist: BSD.local.dist now lives f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference o ports/139419 Fix some grammar errors found in converters/bsdconv f ports/139385 net-im/jabber-pyaim: Circular dependency with jabberd o ports/139384 audio/murmur fails to work in UDP mode on amd64 o ports/139380 textproc/libxml2 threads support remains broken o ports/139376 new port security/pam_memcache: a PAM module for authe o ports/139372 java/jboss5 reorganization. s ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file o ports/139350 New port: devel/wt o ports/139349 [NEW PORT] multimedia/libomxil-bellagio: Bellagio is a f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] f ports/139347 [patch]finance/kmymoney2 port update to 1.0.0 o ports/139342 [maintainer update] Mk/bsd.octave.mk: problems with oc o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139339 [patch] www/lynx update to 2.8.7.1 o ports/139332 games/vavoom-extras: update to 1.30 o ports/139331 games/vavoom: update to 1.30 o ports/139318 [new port] net-mgmt/nagiosgrapher: Collects the output f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139295 New port: devel/mk-configure -- lightweight, easy to u o ports/139273 [MAINTAINER] dns/dnsmasq: update to 2.51 rc1 o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k o ports/139262 [patch] multimedia/2mandvd update to 1.0 version o ports/139261 [NEW PORT] deskutils/osmo: a personal organizer o ports/139258 [New port] editors/texworks: a simple TeX front-end f ports/139251 [PATCH] /usr/ports/sysutils/bacula-server (fix Check o f ports/139241 upgrade graphics/php5-chartdirector to version 5.0.2 f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB o ports/139112 benchmarks/ttcp: sockaddr_in.sin_family initialization f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li f ports/139057 sysutils/conky: build error when WITH_BMPX is used o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/139029 [PATCH] chinese/zh-gbk2uni: Removed mark broken. f ports/139024 checksum mismatch for source bz2 of audio/audacity-dev o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138695 new slave port - games/ioquake3-devel o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur f ports/138469 [ PATCH ] databases/mysql51-{server|client} bad depend a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138181 [MAINTAINER] devel/doxygen: update to 1.6.1 f ports/137990 Update of net/Scapy 2.0.1_3 o ports/137967 update to net-mgmt/chillispot rc script f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134475 multimedia/xmms gdk error (terminates) f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 147 problems total. From david at vizion2000.net Mon Oct 12 16:11:58 2009 From: david at vizion2000.net (David Southwell) Date: Mon Oct 12 16:12:04 2009 Subject: PoDoFo 0.7.0 Message-ID: <200910121711.35113.david@vizion2000.net> Just wondered if anyone is working on making PoDoFo 0.7.0 available to the ports system? David From spil.oss at googlemail.com Mon Oct 12 18:50:59 2009 From: spil.oss at googlemail.com (Spil Oss) Date: Mon Oct 12 18:51:13 2009 Subject: ports net-mgmt/wide-dhcp and net/dhcp6 Message-ID: <5fbf03c20910121118p262301e1ieaac83d4619f4821@mail.gmail.com> Hi ports, There seems to be a duplicate in the ports tree: net-mgmt/wide-dhcp This is the WIDE implementation of DHCP (Dynamic Host Configuration Protocol) server, relay agent, and client. net/dhcp6 WIDE-DHCPv6 is an open-source implementation of Dynamic Host Configuration Protocol for IPv6 (DHCPv6), originally developed by the KAME project. These are both the same implementation albeit a completely different version. One from when it was a KAME project and one from since it is a sourceforge project. Since net-mgmt/wide-dhcp is gone, I would suggest mgmt/wide-dhcp to be removed from the tree and a corresponding entry in UPDATING. Kind regards, Spil. From carmel_ny at hotmail.com Mon Oct 12 18:59:07 2009 From: carmel_ny at hotmail.com (carmel_ny) Date: Mon Oct 12 18:59:14 2009 Subject: TomTom GPS Message-ID: I have three TomTom GPS's. Presently, I am forced to use Windows to manage/update them. I just noticed that TomTom has a Linux version available - that would be useful if it was ported to FreeBSD. I am not proficient enough in programming to do the job; however, perhaps someone else might like to take a try at it. -- Carmel_NY carmel_ny@hotmail.com It seems a little silly now, but this country was founded as a protest against taxation. From smcafee at collaborativefusion.com Mon Oct 12 19:10:48 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Mon Oct 12 19:10:56 2009 Subject: TomTom GPS In-Reply-To: References: Message-ID: <4AD37F36.9000300@collaborativefusion.com> carmel_ny wrote: > I have three TomTom GPS's. Presently, I am forced to use Windows to > manage/update them. I just noticed that TomTom has a Linux version > available - that would > be useful if it was ported to FreeBSD. I am not proficient enough in > programming to do the job; however, perhaps someone else might like > to take a try at it. > That appears to be the required disclosures for the GPL'ed OS and software running on the device itself, not the desktop management utility. The closest we'd get for management of the device are the OSX binaries: http://www.tomtom.com/services/service.php?id=16&tab=87 -- Sean McAfee System Engineer From david at catwhisker.org Mon Oct 12 19:39:55 2009 From: david at catwhisker.org (David Wolfskill) Date: Mon Oct 12 19:40:01 2009 Subject: TomTom GPS In-Reply-To: References: Message-ID: <20091012190354.GC1340@albert.catwhisker.org> On Mon, Oct 12, 2009 at 02:47:02PM -0400, carmel_ny wrote: > I have three TomTom GPS's. Presently, I am forced to use Windows to > manage/update them. I just noticed that TomTom has a Linux version > available - that would > be useful if it was ported to FreeBSD. I am not proficient enough in > programming to do the job; however, perhaps someone else might like > to take a try at it. I've been maintaining the astro/gpsman port; you might want to contact that port's author (Miguel Filgueiras ) to see if he'd be interested. GPSman is written in tcl/Tk, FWIW. It currently supports Garmin & Lowrance GPSen. Peace, david -- David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091012/e9264efb/attachment.pgp From dcbabb at gmail.com Mon Oct 12 21:32:30 2009 From: dcbabb at gmail.com (Dave Babb) Date: Mon Oct 12 21:32:36 2009 Subject: FreeBSD Port: nvidia-driver-185.18.36 Message-ID: <5e25d22f0910121411h109772f6y3a038e7b315b2ae4@mail.gmail.com> Good Afternoon. Can you please tell me if this driver functions in FreeBSD x64? Thank You! Dave Babb dcbabb@gmail.com From sfourman at gmail.com Mon Oct 12 22:22:34 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Mon Oct 12 22:22:41 2009 Subject: FreeBSD Port: nvidia-driver-185.18.36 In-Reply-To: <5e25d22f0910121411h109772f6y3a038e7b315b2ae4@mail.gmail.com> References: <5e25d22f0910121411h109772f6y3a038e7b315b2ae4@mail.gmail.com> Message-ID: <11167f520910121457k33b7bac0l50ae17c155008b6f@mail.gmail.com> On Mon, Oct 12, 2009 at 4:11 PM, Dave Babb wrote: > Good Afternoon. > > > Can you please tell me if this driver functions in FreeBSD x64? > > > > Thank You! > > > Dave Babb dcbabb@gmail.com It Does Not function on amd64 currently there is no 3D support for nvidia on amd64 however there is a small bit of hope for the future. http://www.nvnews.net/vbulletin/showpost.php?p=2078598&postcount=415 Sam Fourman Jr. From ganael.laplanche at martymac.org Tue Oct 13 06:58:14 2009 From: ganael.laplanche at martymac.org (Ganael LAPLANCHE) Date: Tue Oct 13 06:58:40 2009 Subject: Switching to MPlayer's libdvdnav (ports/131969) Message-ID: <20091013062430.M21715@martymac.org> Hello everyone :) (CC: to freebsd-multimedia@) I have updated PR ports/131969. Could a committer have a look at it ? Thank you very much, Best regards, Gana?l LAPLANCHE ganael.laplanche@martymac.org http://www.martymac.org From ganael.laplanche at martymac.com Tue Oct 13 07:08:14 2009 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Tue Oct 13 07:08:21 2009 Subject: Switching to MPlayer's libdvdnav (ports/131969) Message-ID: <20091013065253.M14393@martymac.com> Hello everyone :) (CC: to freebsd-multimedia@) I have updated PR ports/131969. Could a committer have a look at it ? Thank you very much, Best regards, Gana?l LAPLANCHE ganael.laplanche@martymac.org http://www.martymac.org From jhs at berklix.com Tue Oct 13 08:34:11 2009 From: jhs at berklix.com (Julian H. Stacey) Date: Tue Oct 13 08:34:19 2009 Subject: TomTom GPS In-Reply-To: Your message "Mon, 12 Oct 2009 12:03:54 PDT." <20091012190354.GC1340@albert.catwhisker.org> Message-ID: <200910130837.n9D8bGij074158@fire.js.berklix.net> Hi, Reference: > From: David Wolfskill > Date: Mon, 12 Oct 2009 12:03:54 -0700 David Wolfskill wrote: > On Mon, Oct 12, 2009 at 02:47:02PM -0400, carmel_ny wrote: > > I have three TomTom GPS's. Presently, I am forced to use Windows to > > manage/update them. I just noticed that TomTom has a Linux version > > available - that would > > be useful if it was ported to FreeBSD. I am not proficient enough in > > programming to do the job; however, perhaps someone else might like > > to take a try at it. > > I've been maintaining the astro/gpsman port; you might want to contact > that port's author (Miguel Filgueiras ) to see if he'd be > interested. > > GPSman is written in tcl/Tk, FWIW. It currently supports Garmin & > Lowrance GPSen. I added cc Miguel F. & restored cc carmel_ny What models do you have (original poster carmel_ny ) ? I jhs@berklix.com have TomTom One & TomTom 700. mount -t msdosfs works, but I've not tried manipulating things. I could a co-operate with Miguel F on debug probes etc if he wants ( though I dont want to wipe & destroy my GPS, theyre too useful :-) Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org Virused Microsoft PCs cause spam. http://berklix.com/free/ From maksims.k at gmail.com Tue Oct 13 08:43:30 2009 From: maksims.k at gmail.com (Maxim) Date: Tue Oct 13 08:43:37 2009 Subject: VirtualBox 3.0.51 r22902_2 not installing on 7.2-RELEASE amd64 Message-ID: <9a5b37810910130114q440582e5j91a45a0753ac9178@mail.gmail.com> Hi, I have problems with make install VirtualBox from ports on FreeBSD 7.2-RELEASE amd64. Ports are cvsupped. Install options selected: QT4, DBUS. All other options unchecked. I have reviewed make log for errors but didn't find any. Here is the install error: install -s -o root -g wheel -m 555 /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/bin/VBoxNetDHCP /usr/local/lib/virtualbox/ /bin/ln -sf /usr/local/lib/virtualbox/VBoxNetDHCP /usr/local/bin/ install -s -o root -g wheel -m 555 /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/bin/VBoxSVC /usr/local/lib/virtualbox/ /bin/ln -sf /usr/local/lib/virtualbox/VBoxSVC /usr/local/bin/ install -s -o root -g wheel -m 555 /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/bin/VBoxXPCOMIPCD /usr/local/lib/virtualbox/ /bin/ln -sf /usr/local/lib/virtualbox/VBoxXPCOMIPCD /usr/local/bin/ install -s -o root -g wheel -m 555 /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/bin/VBoxHeadless /usr/local/lib/virtualbox/ /bin/ln -sf /usr/local/lib/virtualbox/VBoxHeadless /usr/local/bin/ install -s -o root -g wheel -m 555 /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/bin/VirtualBox /usr/local/lib/virtualbox/ install: /usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/bin/VirtualBox: No such file or directory *** Error code 71 Stop in /usr/ports/emulators/virtualbox. *** Error code 1 Stop in /usr/ports/emulators/virtualbox. [root@core /usr/ports/emulators/virtualbox]# uname -a FreeBSD core 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Mon Oct 12 20:34:10 UTC 2009 makos@core:/usr/src/sys/amd64/compile/GENERIC amd64 there is no directory in work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/bin/ named VirtialBox PS: Also when I compile the port with NLS support the install script fails with message that it can't find /virtualbox-3.0.51r22902/out/freebsd.amd64/release/obj/VirtualBox/qtnls file, and there were no obj/VirtualBox directory as well. Thanks in advance. Max. From mig at ncc.up.pt Tue Oct 13 10:11:27 2009 From: mig at ncc.up.pt (Miguel Filgueiras) Date: Tue Oct 13 10:11:34 2009 Subject: TomTom GPS In-Reply-To: <200910130837.n9D8bGij074158@fire.js.berklix.net> References: <20091012190354.GC1340@albert.catwhisker.org> <200910130837.n9D8bGij074158@fire.js.berklix.net> Message-ID: <20091013105106.2b55d6fa@ncc.up.pt> Hi Julian and David, > I could a co-operate with Miguel F on debug probes etc if he wants > ( though I dont want to wipe & destroy my GPS, theyre too useful :-) > > Cheers, > Julian I can assure you that I don't know of any GPS destroyed by GPSMan since its first version back in 1998! At present GPSMan has support for Garmin, Lowrance and also Magellan receivers. In order to add support for Tom-Toms the first thing we need is a publicly available description of its communication protocol. Is there one? Where? After that we must see if it is feasible to implement support for it. By "we" I mean you and I and any other person willing to help and having some knowledge of Tcl or any scripting language. Feasibility here from my point of view is less in technical terms and more in relation to the small amount of time I can alocate to this. I am currently working on other aspects of GPSMan that are well behind schedule because I cannot find people to help with the implementation... It may happen that the Tom-Tom protocol is similar to one of those already implemented what will decrease the amount of time needed. In sum, I'm interested in this, I'll be very glad to collaborate but I cannot promise much in terms of time. Cheers, Miguel From jhs at berklix.com Tue Oct 13 13:30:30 2009 From: jhs at berklix.com (Julian H. Stacey) Date: Tue Oct 13 13:30:38 2009 Subject: TomTom GPS In-Reply-To: Your message "Tue, 13 Oct 2009 10:51:06 BST." <20091013105106.2b55d6fa@ncc.up.pt> Message-ID: <200910131333.n9DDXJJ6079478@fire.js.berklix.net> Hi Miguel > Hi Julian and David, > > > I could a co-operate with Miguel F on debug probes etc if he wants > > ( though I dont want to wipe & destroy my GPS, theyre too useful :-) > > > > Cheers, > > Julian > > I can assure you that I don't know of any GPS destroyed by GPSMan > since its first version back in 1998! Sorry, I didnt mean to imply anything there, I was more thinking of being cautious on the option of completely zapping the base TomTom software & installing a Linux based replacement (which I'd heard is also possible). > At present GPSMan has support for Garmin, Lowrance and also Magellan > receivers. In order to add support for Tom-Toms the first thing > we need is a publicly available description of its communication > protocol. Is there one? Where? I found http://www.tomtom.com/page.php?Page=gpl "If you want to build your own software to run on the TomTom GO, RIDER or ONE devices, and need information or suggestions on how to do so, we suggest taking a look at the independent OpenTom project, on its website: http://www.opentom.org/." Lots for tomtom owners to read at http://www.opentom.org Inc eg http://www.opentom.org/Hardware_USB Probably someone has already cracked the protocol. probably no need to intercept TomTom software running on XP & split & log it to BSD USB ports (like UPS NUT project did on some USB UPSs) > After that we must see if it is > feasible to implement support for it. By "we" I mean you and I > and any other person willing to help and having some knowledge > of Tcl or any scripting language. I did a Tcl/Tk project once, long ago, prefer C but could do. > Feasibility here from my > point of view is less in technical terms and more in relation > to the small amount of time I can alocate to this. I am currently > working on other aspects of GPSMan that are well behind schedule > because I cannot find people to help with the implementation... > > It may happen that the Tom-Tom protocol is similar to one of > those already implemented what will decrease the amount of time > needed. > > In sum, I'm interested in this, I'll be very glad to > collaborate but I cannot promise much in terms of time. > > Cheers, > Miguel Thanks ! look like carmel_ny & I & other TomTom owners should first read http://www.opentom.org Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org Virused Microsoft PCs cause spam. http://berklix.com/free/ From gmc at sonologic.nl Tue Oct 13 13:36:28 2009 From: gmc at sonologic.nl (Koen Martens) Date: Tue Oct 13 13:36:36 2009 Subject: TomTom GPS In-Reply-To: <200910131333.n9DDXJJ6079478@fire.js.berklix.net> References: <20091013105106.2b55d6fa@ncc.up.pt> <200910131333.n9DDXJJ6079478@fire.js.berklix.net> Message-ID: <20091013133543.GF15647@dave.dh.sono> On Tue, Oct 13, 2009 at 03:33:19PM +0200, Julian H. Stacey wrote: > Hi Miguel > > Hi Julian and David, > > > I could a co-operate with Miguel F on debug probes etc if he wants > > > ( though I dont want to wipe & destroy my GPS, theyre too useful :-) > > > > I can assure you that I don't know of any GPS destroyed by GPSMan > > since its first version back in 1998! > > Sorry, I didnt mean to imply anything there, I was more thinking of > being cautious on the option of completely zapping the base TomTom > software & installing a Linux based replacement (which I'd heard > is also possible). The base system is linux based (i know, i wrote some of their device drivers). Anyway, as long as you don't zap the bootloader and make a backup of your tomtom, you shouldn't have anything to worry about. > "If you want to build your own software to run on the TomTom > GO, RIDER or ONE devices, and need information or suggestions > on how to do so, we suggest taking a look at the independent > OpenTom project, on its website: http://www.opentom.org/." > > Lots for tomtom owners to read at http://www.opentom.org Inc eg > http://www.opentom.org/Hardware_USB > Probably someone has already cracked the protocol. > probably no need to intercept TomTom software running on XP & split > & log it to BSD USB ports (like UPS NUT project did on some USB UPSs) The opentom stuff is pretty old btw, going way back to the first models of the tomtom. I don't know if they ever did anything with tomtom home, which basically has nothing to do with the linux kernel iirc (it has been a while since i worked for them). Gr, Koen -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From miwi at FreeBSD.org Tue Oct 13 13:43:18 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Oct 13 13:43:52 2009 Subject: Problem with FreeBSD port (re-post) In-Reply-To: <200910130927.58883.mlobo@digiart.art.br> References: <200910130927.58883.mlobo@digiart.art.br> Message-ID: <20091013134315.GL80150@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Oct 13, 2009 at 09:27:58AM -0300, Mario Lobo wrote: > Hi; > > I've been following the FreeBSD port through svn.bluelife.at. > > Up to revision 508, everything was fine. On Rev 519 (or before, i'm not sure), > the port was split into 3. virtualbox, virtualbox-additions and virtualbox- > kmod. > Mario, PLEASE PLEASE Stop now your cross posting, we are know about that error and we're working on that error. BUT we've ever said svn.bluelife.at. is our developers repo SO PLEASE DON'T BUG us for any errors in bluelife, if we're not call for test. At the moment we're working on a split of virtualbox and kernel module that's why you have the error. We call for testing if we are think it's ready for a public test. - - Martin on behalf of FreeBSD vbox team > > There is no problem building virtualbox-kmod. and virtualbox. The modules load > without errors and virtualbox starts fine. But when I try to start a VM I get > this: > > 00:00:00.644 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) aIID={0a51994b- > cbc6-4686-94eb-d4e4023280e2} aComponent={Console} aText={Failed to open the > host network interface re0} aWarning=false, preserve=false > > 00:00:00.654 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) aIID={0a51994b- > cbc6-4686-94eb-d4e4023280e2} aComponent={Console} aText={Failed to initialize > Host Interface Networking (VERR_HOSTIF_INIT_FAILED). > > 00:00:00.654 Unknown error creating VM (VERR_HOSTIF_INIT_FAILED)} > aWarning=false, preserve=false > > 00:00:00.658 Power up failed (vrc=VERR_HOSTIF_INIT_FAILED, rc=NS_ERROR_FAILURE > (0X80004005)) > > Neither "Bridge adapter" or "host only" are avaliable anymore. > > > kldstat > Id Refs Address Size Name > 1 60 0xffffffff80100000 caeef0 kernel > 2 2 0xffffffff80daf000 41110 linux.ko > 3 1 0xffffffff80df1000 3ec0 ng_ether.ko > 4 3 0xffffffff80df5000 14d78 netgraph.ko > 5 1 0xffffffff80e0a000 5b58 snd_cmi.ko > 6 3 0xffffffff80e10000 755a8 sound.ko > 7 1 0xffffffff80e86000 27d8 amdtemp.ko > 8 1 0xffffffff80e89000 3e20 amdsmb.ko > 9 2 0xffffffff80e8d000 24d8 smbus.ko > 10 2 0xffffffff80e90000 227d8 drm.ko > 11 2 0xffffffff80eb3000 12c88 agp.ko > 12 1 0xffffffff80ec6000 712e0 radeon.ko > 13 3 0xffffffff80f38000 41070 vboxdrv.ko > 14 2 0xffffffff80f7a000 6c40 vboxnetflt.ko > 15 1 0xffffffff80f81000 25e8 vboxnetadp.ko > 16 1 0xffffffff80f84000 5278 atapicam.ko > 17 1 0xffffffff80f8a000 fff0 cpufreq.ko > 18 1 0xffffffff81022000 3983 linprocfs.ko > 19 1 0xffffffff81026000 a8ca fuse.ko > 20 1 0xffffffff81031000 b5b2 ext2fs.ko > > [~]>ifconfig > re0: flags=8843 metric 0 mtu 1500 > options=389b > ether 00:19:66:d7:a3:45 > inet 10.10.10.2 netmask 0xffffff00 broadcast 10.10.10.255 > media: Ethernet autoselect (100baseTX ) > status: active > vboxnet0: flags=8802 metric 0 mtu 1500 > ether 0a:00:27:00:00:00 > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet 127.0.0.1 netmask 0xff000000 > > > It is as if virtualbox can't "see" that the modules ARE loaded, and "connect" > to them. > > If I revert to the previous version (with the modules compiled together with > virtualbox - ports/emulators/virtualbox/Makefile,v 1.3 2009/06/15 22:24:42 nox > Exp $), everything works again. > > OS: > FreeBSD 8.0-RC1 #0: Sat Oct 10 16:16:42 BRT 2009 amd64 > > Any suggestions? > > Thanks, > -- > Mario Lobo > http://www.mallavoodoo.com.br > FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winedows FREE) > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkrUg/MACgkQdLJIhLHm/OnTQACfReH8isBs2VPWroEyAyJw3hUK m1QAn04EiNZVRCFMu8c5B4WRiqX1RdIM =4/Au -----END PGP SIGNATURE----- From beat at FreeBSD.org Tue Oct 13 14:30:14 2009 From: beat at FreeBSD.org (Beat Gaetzi) Date: Tue Oct 13 14:30:47 2009 Subject: VirtualBox 3.0.51 r22902_2 not installing on 7.2-RELEASE amd64 In-Reply-To: <9a5b37810910130114q440582e5j91a45a0753ac9178@mail.gmail.com> References: <9a5b37810910130114q440582e5j91a45a0753ac9178@mail.gmail.com> Message-ID: <4AD48A0A.3030802@FreeBSD.org> Hi, Maxim wrote: > I have problems with make install VirtualBox from ports on FreeBSD > 7.2-RELEASE amd64. > Ports are cvsupped. > Install options selected: QT4, DBUS. All other options unchecked. > I have reviewed make log for errors but didn't find any. Could you please try building with X11 support. It looks like QT4 support also needs X11 support. If this helps we will add an additional check to the port. Thanks, Beat From mlobo at digiart.art.br Tue Oct 13 18:26:58 2009 From: mlobo at digiart.art.br (Mario Lobo) Date: Tue Oct 13 18:27:08 2009 Subject: Problem with FreeBSD port (re-post) In-Reply-To: <20091013134315.GL80150@bsdcrew.de> References: <200910130927.58883.mlobo@digiart.art.br> <20091013134315.GL80150@bsdcrew.de> Message-ID: <200910131103.42148.mlobo@digiart.art.br> On Tuesday 13 October 2009 10:43:15 Martin Wilke wrote: > > Mario, > > PLEASE PLEASE Stop now your cross posting, we are know about that error > and we're working on that error. BUT we've ever said svn.bluelife.at. > is our developers repo SO PLEASE DON'T BUG us for any errors in bluelife, > if we're not call for test. I am aware of that. My only wish was to contribute but please forgive my wrong approach. > At the moment we're working on a split of virtualbox and kernel module > that's why you have the error. We call for testing if we are think > it's ready for a public test. > > - Martin on behalf of FreeBSD vbox team I'll just seat quietly and keep on trying what comes out of svn (just like I've been doing all along). Sorry about the noise. It won't happen again. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winedows FREE) From rpereyra at gmx.com Tue Oct 13 21:45:25 2009 From: rpereyra at gmx.com (Roberto Pereyra) Date: Tue Oct 13 22:08:46 2009 Subject: start with packages with unmaintained status Message-ID: <20091013214520.212820@gmx.com> From jacob at whotookspaz.org Wed Oct 14 07:44:03 2009 From: jacob at whotookspaz.org (Jacob Myers) Date: Wed Oct 14 07:44:09 2009 Subject: mplayer-plugin and Firefox 3.5 Message-ID: <4AD57C54.7060806@whotookspaz.org> Hello, Is there any way to get www/mplayer-plugin working with Firefox 3.5 without requiring Firefox 2? I don't see a reason it should depend on Firefox 2, seeing as it works just fine with Firefox 3.5 on Linux. -- Jacob -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 897 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091014/3b947258/signature.pgp From pczanik at fang.fa.gau.hu Wed Oct 14 07:59:15 2009 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Wed Oct 14 07:59:22 2009 Subject: proftpd problems (ldap, quota, tds) and a patch Message-ID: <4AD580F9.7010100@fang.fa.gau.hu> Hello, I ran into a couple of problems with the proftpd port after the latest update. Until now I compiled LDAP without the additional quota support. Now, even if I select only "LDAP" in the config menu, I get: ==> Configuring with mod_ldap:mod_tls:mod_quotatab_ldap And compilation fails with ugly errors, unless I also select "quota" in the config menu. The other problem is, that TDS is installed, even if it is not selected in the config menu. The following fix is tested and works for me, even if not I'm not really sure, if it is really correct. All the problematic config options seem to work again as expected. [root@v16 /usr/ports/ftp/proftpd]# diff -u Makefile.orig Makefile --- Makefile.orig 2009-10-14 09:06:21.000000000 +0200 +++ Makefile 2009-10-14 09:13:43.000000000 +0200 @@ -217,14 +217,14 @@ .if defined(WITH_QUOTA) MODULES:=${MODULES}:mod_quotatab:mod_quotatab_file PLIST_SUB+= QUOTA="" -.else -PLIST_SUB+= QUOTA="@comment " .if defined(WITH_LDAP) MODULES:=${MODULES}:mod_quotatab_ldap .endif .if defined(WITH_PGSQL) || defined(WITH_MYSQL) MODULES:=${MODULES}:mod_quotatab_sql .endif +.else +PLIST_SUB+= QUOTA="@comment " .endif .if defined(WITH_CLAMAV) @@ -252,11 +252,11 @@ MODULES:=${MODULES}:mod_sql_tds MODULES:=mod_sql${MODULES} PLIST_SUB+= TDS="" -.else -PLIST_SUB+= TDS="@comment " INCLUDEDIRS:=${INCLUDEDIRS}:${LOCALBASE}/include LIBDIRS:=${LIBDIRS}:${LOCALBASE}/lib LIB_DEPENDS+= sybdb.5:${PORTSDIR}/databases/freetds +.else +PLIST_SUB+= TDS="@comment " .endif # mod_ifsession should be the last item in the modules list Bye, CzP From pczanik at fang.fa.gau.hu Wed Oct 14 08:13:54 2009 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Wed Oct 14 08:14:00 2009 Subject: proftpd problems (ldap, quota, tds) and a patch Message-ID: <4AD583EB.6070306@fang.fa.gau.hu> Hello, I ran into a couple of problems with the proftpd port after the latest update. Until now I compiled LDAP without the additional quota support. Now, even if I select only "LDAP" in the config menu, I get: ==> Configuring with mod_ldap:mod_tls:mod_quotatab_ldap And compilation fails with ugly errors, unless I also select "quota" in the config menu. The other problem is, that TDS is installed, even if it is not selected in the config menu. The following fix is tested and works for me, even if not I'm not really sure, if it is really correct. All the problematic config options seem to work again as expected. [root@v16 /usr/ports/ftp/proftpd]# diff -u Makefile.orig Makefile --- Makefile.orig 2009-10-14 09:06:21.000000000 +0200 +++ Makefile 2009-10-14 09:13:43.000000000 +0200 @@ -217,14 +217,14 @@ .if defined(WITH_QUOTA) MODULES:=${MODULES}:mod_quotatab:mod_quotatab_file PLIST_SUB+= QUOTA="" -.else -PLIST_SUB+= QUOTA="@comment " .if defined(WITH_LDAP) MODULES:=${MODULES}:mod_quotatab_ldap .endif .if defined(WITH_PGSQL) || defined(WITH_MYSQL) MODULES:=${MODULES}:mod_quotatab_sql .endif +.else +PLIST_SUB+= QUOTA="@comment " .endif .if defined(WITH_CLAMAV) @@ -252,11 +252,11 @@ MODULES:=${MODULES}:mod_sql_tds MODULES:=mod_sql${MODULES} PLIST_SUB+= TDS="" -.else -PLIST_SUB+= TDS="@comment " INCLUDEDIRS:=${INCLUDEDIRS}:${LOCALBASE}/include LIBDIRS:=${LIBDIRS}:${LOCALBASE}/lib LIB_DEPENDS+= sybdb.5:${PORTSDIR}/databases/freetds +.else +PLIST_SUB+= TDS="@comment " .endif # mod_ifsession should be the last item in the modules list Bye, CzP From m.seaman at infracaninophile.co.uk Wed Oct 14 08:43:28 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Wed Oct 14 08:43:35 2009 Subject: mplayer-plugin and Firefox 3.5 In-Reply-To: <4AD57C54.7060806@whotookspaz.org> References: <4AD57C54.7060806@whotookspaz.org> Message-ID: <4AD58F25.1040002@infracaninophile.co.uk> Jacob Myers wrote: > Hello, > > Is there any way to get www/mplayer-plugin working with Firefox 3.5 > without requiring Firefox 2? I don't see a reason it should depend on > Firefox 2, seeing as it works just fine with Firefox 3.5 on Linux. > Yes. Add this to /etc/make.conf: WITH_GECKO= libxul and then recompile mplayer-plugin and probably any other plugins you have installed. You might need to recompile Firefox too. This setting is destined to become the default according to the recently published progress report from the Gecko Project team (http://www.freebsd.org/news/status/report-2009-04-2009-09.html), but I can confirm that it has been working for me for several months. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091014/b3d04f37/signature.pgp From mig at ncc.up.pt Wed Oct 14 08:52:09 2009 From: mig at ncc.up.pt (Miguel Filgueiras) Date: Wed Oct 14 08:52:16 2009 Subject: TomTom GPS In-Reply-To: <200910131333.n9DDXJJ6079478@fire.js.berklix.net> References: <20091013105106.2b55d6fa@ncc.up.pt> <200910131333.n9DDXJJ6079478@fire.js.berklix.net> Message-ID: <20091014095200.2933a46c@ncc.up.pt> Hi Julian, "Julian H. Stacey" wrote: > > I can assure you that I don't know of any GPS destroyed by GPSMan > > since its first version back in 1998! > > Sorry, I didnt mean to imply anything there, I was more thinking of > being cautious on the option of completely zapping the base TomTom > software & installing a Linux based replacement (which I'd heard > is also possible). No need for apologies, I was trying to make fun :-) > we need is a publicly available description of its communication > > protocol. Is there one? Where? > > I found http://www.tomtom.com/page.php?Page=gpl > "If you want to build your own software to run on the TomTom > GO, RIDER or ONE devices, and need information or suggestions > on how to do so, we suggest taking a look at the independent > OpenTom project, on its website: http://www.opentom.org/." > > Lots for tomtom owners to read at http://www.opentom.org Inc eg > http://www.opentom.org/Hardware_USB > Probably someone has already cracked the protocol. > probably no need to intercept TomTom software running on XP & split > & log it to BSD USB ports (like UPS NUT project did on some USB UPSs) I have problems with using cracked protocols in GPSMan: I am a professor at a public university and so I cannot infringe copyrights... On the other hand I'm free to give information on how GPSMan is implemented and how it can be extended. > > I did a Tcl/Tk project once, long ago, prefer C but could do. That sounds good enough! > > Thanks ! look like carmel_ny & I & other TomTom owners should first > read http://www.opentom.org Ok. I suppose that TomToms also support the NMEA protocol but I don't know if they have something similar to the proprietary extensions used by Garmin or Magellan. If there is a description of this it may be an alternative. Cheers, Miguel From fenner at FreeBSD.org Wed Oct 14 10:00:08 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Wed Oct 14 10:00:15 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200910141000.n9EA08CA040848@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From jacob at whotookspaz.org Wed Oct 14 11:46:28 2009 From: jacob at whotookspaz.org (Jacob Myers) Date: Wed Oct 14 11:46:43 2009 Subject: mplayer-plugin and Firefox 3.5 In-Reply-To: <4AD58F25.1040002@infracaninophile.co.uk> References: <4AD57C54.7060806@whotookspaz.org> <4AD58F25.1040002@infracaninophile.co.uk> Message-ID: <4AD5BA02.30608@whotookspaz.org> Matthew Seaman wrote: > > Yes. Add this to /etc/make.conf: > > WITH_GECKO= libxul > > and then recompile mplayer-plugin and probably any other plugins you > have installed. You might need to recompile Firefox too. > > This setting is destined to become the default according to the recently > published progress report from the Gecko Project team > (http://www.freebsd.org/news/status/report-2009-04-2009-09.html), but > I can confirm that it has been working for me for several months. > > Cheers, > > Matthew > Thanks :D. This seemed to have worked perfectly, minus a few minor stability problems (wav loops seem to make the browser get stuck). I'm recompiling firefox to see if this fixes that (if not, well, I can definitely live without YTMND :p). -- Jacob -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 897 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091014/cce7037f/signature.pgp From wxs at FreeBSD.org Wed Oct 14 13:39:21 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Oct 14 13:39:27 2009 Subject: proftpd problems (ldap, quota, tds) and a patch In-Reply-To: <4AD580F9.7010100@fang.fa.gau.hu> References: <4AD580F9.7010100@fang.fa.gau.hu> Message-ID: <20091014133919.GA33000@atarininja.org> On Wed, Oct 14, 2009 at 09:42:49AM +0200, Peter Czanik wrote: > Hello, > > I ran into a couple of problems with the proftpd port after the latest > update. > > Until now I compiled LDAP without the additional quota support. Now, > even if I select only "LDAP" in the config menu, I get: > ==> Configuring with mod_ldap:mod_tls:mod_quotatab_ldap > And compilation fails with ugly errors, unless I also select "quota" in > the config menu. > > The other problem is, that TDS is installed, even if it is not selected > in the config menu. > > The following fix is tested and works for me, even if not I'm not really > sure, if it is really correct. All the problematic config options seem > to work again as expected. I have a similar patch I worked up last night that I'm sending to the maintainer for review today. Expect a fix once he has reviewed it. -- WXS From jacob at whotookspaz.org Wed Oct 14 17:31:43 2009 From: jacob at whotookspaz.org (Jacob Myers) Date: Wed Oct 14 17:31:49 2009 Subject: mplayer-plugin and Firefox 3.5 In-Reply-To: <4AD58F25.1040002@infracaninophile.co.uk> References: <4AD57C54.7060806@whotookspaz.org> <4AD58F25.1040002@infracaninophile.co.uk> Message-ID: <4AD60AEB.9020701@whotookspaz.org> Well, I figured out the cause. Firefox seems to get stuck in spawning mplayer processes with loops that repeatedly hammer away at playing sounds. I reckon there's not a whole lot that can be done about this aside from avoiding such loops. -- Jacob -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 897 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091014/a5196ef6/signature.pgp From wxs at FreeBSD.org Thu Oct 15 02:30:39 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Oct 15 02:30:46 2009 Subject: proftpd problems (ldap, quota, tds) and a patch In-Reply-To: <4AD580F9.7010100@fang.fa.gau.hu> References: <4AD580F9.7010100@fang.fa.gau.hu> Message-ID: <20091015023038.GA44384@atarininja.org> On Wed, Oct 14, 2009 at 09:42:49AM +0200, Peter Czanik wrote: > Hello, > > I ran into a couple of problems with the proftpd port after the latest > update. > > Until now I compiled LDAP without the additional quota support. Now, > even if I select only "LDAP" in the config menu, I get: > ==> Configuring with mod_ldap:mod_tls:mod_quotatab_ldap > And compilation fails with ugly errors, unless I also select "quota" in > the config menu. > > The other problem is, that TDS is installed, even if it is not selected > in the config menu. > > The following fix is tested and works for me, even if not I'm not really > sure, if it is really correct. All the problematic config options seem > to work again as expected. I just committed a patch which fixes a lot of things that were wrong with that port. Please let me know if you continue to have problems with it. -- WXS From QAT at FreeBSD.org Thu Oct 15 07:26:36 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Thu Oct 15 07:26:42 2009 Subject: cvs commit: ports/games/vavoom-extras Makefile In-Reply-To: <200910150706.n9F76heu068666@repoman.freebsd.org> References: <200910150706.n9F76heu068666@repoman.freebsd.org> Message-ID: <20091015072630.B268912E3C50@quark.ds9.tecnik93.com> The Restless Daemon identified a install error while trying to build: vavoom-extras-1.30 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/games/vavoom-extras/Makefile,v 1.8 2009/10/15 07:06:43 pav Exp $ Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/vavoom-extras-1.30.log : Removing stale symlinks from /usr/bin... Removing /usr/bin/perl Removing /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. Deleting xcb-proto-1.5 Deleting libpthread-stubs-0.1 Deleting libiconv-1.13.1 Deleting libfontenc-1.0.4 Deleting libXdmcp-1.0.2_1 Deleting libXau-1.0.4 Deleting freetype2-2.3.9_1 Deleting python26-2.6.2_3 Deleting xproto-7.0.15 Deleting pkg-config-0.23_1 === Checking filesystem state after all packages deleted cmp: EOF on /etc/group-save === /etc/group was modified: --- /etc/group-save 2009-10-15 07:08:23.000000000 +0000 +++ /etc/group 2009-10-15 07:25:26.000000000 +0000 @@ -29,3 +29,5 @@ www:*:80: nogroup:*:65533: nobody:*:65534: +messagebus:*:556: +polkit:*:562: cmp: EOF on /etc/master.passwd-save === /etc/master.passwd was modified: --- /etc/master.passwd-save 2009-10-15 07:08:23.000000000 +0000 +++ /etc/master.passwd 2009-10-15 07:25:26.000000000 +0000 @@ -21,3 +21,5 @@ pop:*:68:6::0:0:Post Office Owner:/nonexistent:/usr/sbin/nologin www:*:80:80::0:0:World Wide Web Owner:/nonexistent:/usr/sbin/nologin nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/usr/sbin/nologin +messagebus:*:556:556::0:0:D-BUS Daemon User:/nonexistent:/usr/sbin/nologin +polkit:*:562:562::0:0:PolicyKit User:/nonexistent:/usr/sbin/nologin ================================================================ build of /usr/ports/games/vavoom-extras ended at Thu Oct 15 07:26:24 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=games&portname=vavoom-extras The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From david at vizion2000.net Thu Oct 15 11:21:58 2009 From: david at vizion2000.net (David Southwell) Date: Thu Oct 15 11:22:04 2009 Subject: Gallery3 beta Upgrade queries Message-ID: <200910151221.31587.david@vizion2000.net> Hi When installing gallery3 beta 1 the default installation into /usr/local/www/gallery3 was copied to a site testing directory for working on the beta. We now have beta 3. My understanding from the Gallery3 team is that one should be able to upgrade from beta1 to beta 3 using an upgrade option which applies changes to the appropriate files. Is that option preserved in the latest version in the ports tree? If so how can it be applied? Another query relates to future production use and that is would it be possible to have the port options extended to allow upgrades to be applied to multiple virtual on the same server by specifying a list of gallery root paths? I realise this would add to the workload for the maintainer so I put forward the idea without any expectation!! However for practical purposes if we do not retain the ability to upgrade installed gallery3's production servers we will not be able to use the ports tree for updating gallery3 installations. Any thoughts on this one? David From lumiwa at gmail.com Thu Oct 15 11:34:36 2009 From: lumiwa at gmail.com (ajtiM) Date: Thu Oct 15 11:34:49 2009 Subject: GIMP Message-ID: <200910150634.23140.lumiwa@gmail.com> Hi! There are a version of GIMP 2.6.7 which has many bug fixes. Would be expected the new one in FreeBSD 8.0? "GIMP 2.6.7 comes with lots of bug-fixes and it contains an important fix for using GIMP with the latest GEGL and babl releases." -- Mitja ----- http://starikarp.redbubble.com From jacob at whotookspaz.org Thu Oct 15 11:44:57 2009 From: jacob at whotookspaz.org (Jacob Myers) Date: Thu Oct 15 11:45:04 2009 Subject: GIMP In-Reply-To: <200910150634.23140.lumiwa@gmail.com> References: <200910150634.23140.lumiwa@gmail.com> Message-ID: <4AD70B18.2070109@whotookspaz.org> ajtiM wrote: > Hi! > > There are a version of GIMP 2.6.7 which has many bug fixes. Would be expected > the new one in FreeBSD 8.0? > > "GIMP 2.6.7 comes with lots of bug-fixes and it contains an important fix for > using GIMP with the latest GEGL and babl releases." That really depends on the port maintainer and if he can submit the update before the ports freeze. You should be using the latest ports tree though imho, and not just the one bundled with the release... -- Jacob -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 897 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091015/00afd841/signature.pgp From asientrade at freenet.de Thu Oct 15 13:41:56 2009 From: asientrade at freenet.de (daniel) Date: Thu Oct 15 13:42:26 2009 Subject: Twitter-endlich Geldverdienen-kostenlos und sofort startklar Message-ID: <200910151542061CD2D9BAD6$EF2440C30F@DANIELPC> ?Offers stand below as an English available Hallo- ??????????????????????????????????????? verdiene endlich Geld durch Twitterwenn ein Twitter Account vorhanden sein sollte dann gehts sofort los mit Verdienen.sollte keine Account vorhanden sein dann einfach alles kostenlos erstellen und verdienen.?mit besten Empfehlungen eure Danielleichter kann man sein ?Geld nicht verdienen- alles kostenlos wenn sie einen Twitteraccount haben.Also schnell handel-bei weiterem Interesse und lust an gratis produkten einfach kurz anmelden-oder abmelden-- danke??Anmelden?????? ?Abmelden?24 Std. Blitzangebot?nur begrenzt f?r?24 Stunden aktiv danach ausverkauft--- http://www.affiliateverkaufen.de/blitzangebot.html???? 10,-?(The Logo Creator hilft beim Erstellen qualitativ hochwertiger Logos. Ganz nach dem Motto "Your Logo is your business" gestaltet der Nutzer mit diesem Programm Blickf?nger f?r Webseiten)?(?bersetzen Sie ganz einfach und mit wenigen Klicks Texte oder sogar komplette Webseiten in 31 Sprachen. )nur 28,-??oder Aktionspreis 30,-??? f?r Logocreator v5 und PDF-Converter 6.0 dt.?Oder m?chten sie lieber effektiv heute noch Geld verdienen und Zahlungen wenn m?glich sofort erwirtschaften-?? dann mit diesem angebot was f?r mich selbstbehauptet das beste ?berhaupt war und ist--Geld durch Emails verdienen-aber keine centbetr?ge sondern sofort 10-20,-? sofort-zahlung innerhalb weniger minuten, ich habe zur zeit zwischen 5 und 20 Kunden pro tag (weltweit) bei einem verdienst pro email von ca. 15,-? und ich betreibe keinerlei werbung oder verkaufe durchs telefon nein die Kunden kommen zu mir und ich verdiene sehr gut-aber lesen sie selbst wenn ihr interesse noch vorhanden ist weiter im Angebot 2.erfolgreiches Handeln w?nsche ich auf diesem Wege-bei weiteren Interessen k?nnen sie sichwiederholt eintragen um weitere Angebote und Gratis Geschenke zu erhalten........................(oder Abmelden).... Anmelden???? Abmelden ?Hello- finally earn money by Twitterthen immediately feels wrong with earning if a Twitter account should be available. no-one should account be available simply then everything free of charge make and earn. with best recommendations yours Danielone can more easily money not earning everything be ' free if they have a Twitteraccount. -therefore act fast simply registering or cancelling at broader interest and desire at free products briefly, thank youBookingCancelling24 hour lightning supply?sold off according to that actively for 24 hours only restrictedly - http://www.affiliateverkaufen.de/blitzangebot.html 10. ? (A The logo Creator helps to make high-quality logos. According to the motto "Your logo is your business" the user completely forms with this programme eye-catcher for web pages.) ? (Translate texts or even complete web pages for only simply and a few clicks into 31 languages.) only 28. ? or special-offer price 30. ? for Logocreator v5 and PDF-Converter of 6.0 dt. -or they would rather, today, still earn money effectively and immediately gain payments if possible? with this supply did but no cent amounts what was self claimed for me the best at all and is? I have 10-20,- ? immediately payment within less minutes, between 5 and 20 customers per day (worldwide) at an income per e-mail from approx. 15. ? at the moment by the telephone the customers no come to me and I earn very well and I operate no advertising or sell but read them even if their interest is still further existing in the supply 2. Angebot 2.I wish on this at broader interests be able to do them himself a successful action waystyping repeated ........................ in to receive further offers and free presents. (or cancel ) ..... Booking? Cancelling???? From asientrade at freenet.de Thu Oct 15 13:42:00 2009 From: asientrade at freenet.de (daniel) Date: Thu Oct 15 13:42:27 2009 Subject: Twitter-endlich Geldverdienen-kostenlos und sofort startklar Message-ID: <2009101515421344C7B66E4D$C0CF89FE81@DANIELPC> ?Offers stand below as an English available Hallo- ??????????????????????????????????????? verdiene endlich Geld durch Twitterwenn ein Twitter Account vorhanden sein sollte dann gehts sofort los mit Verdienen.sollte keine Account vorhanden sein dann einfach alles kostenlos erstellen und verdienen.?mit besten Empfehlungen eure Danielleichter kann man sein ?Geld nicht verdienen- alles kostenlos wenn sie einen Twitteraccount haben.Also schnell handel-bei weiterem Interesse und lust an gratis produkten einfach kurz anmelden-oder abmelden-- danke??Anmelden?????? ?Abmelden?24 Std. Blitzangebot?nur begrenzt f?r?24 Stunden aktiv danach ausverkauft--- http://www.affiliateverkaufen.de/blitzangebot.html???? 10,-?(The Logo Creator hilft beim Erstellen qualitativ hochwertiger Logos. Ganz nach dem Motto "Your Logo is your business" gestaltet der Nutzer mit diesem Programm Blickf?nger f?r Webseiten)?(?bersetzen Sie ganz einfach und mit wenigen Klicks Texte oder sogar komplette Webseiten in 31 Sprachen. )nur 28,-??oder Aktionspreis 30,-??? f?r Logocreator v5 und PDF-Converter 6.0 dt.?Oder m?chten sie lieber effektiv heute noch Geld verdienen und Zahlungen wenn m?glich sofort erwirtschaften-?? dann mit diesem angebot was f?r mich selbstbehauptet das beste ?berhaupt war und ist--Geld durch Emails verdienen-aber keine centbetr?ge sondern sofort 10-20,-? sofort-zahlung innerhalb weniger minuten, ich habe zur zeit zwischen 5 und 20 Kunden pro tag (weltweit) bei einem verdienst pro email von ca. 15,-? und ich betreibe keinerlei werbung oder verkaufe durchs telefon nein die Kunden kommen zu mir und ich verdiene sehr gut-aber lesen sie selbst wenn ihr interesse noch vorhanden ist weiter im Angebot 2.erfolgreiches Handeln w?nsche ich auf diesem Wege-bei weiteren Interessen k?nnen sie sichwiederholt eintragen um weitere Angebote und Gratis Geschenke zu erhalten........................(oder Abmelden).... Anmelden???? Abmelden ?Hello- finally earn money by Twitterthen immediately feels wrong with earning if a Twitter account should be available. no-one should account be available simply then everything free of charge make and earn. with best recommendations yours Danielone can more easily money not earning everything be ' free if they have a Twitteraccount. -therefore act fast simply registering or cancelling at broader interest and desire at free products briefly, thank youBookingCancelling24 hour lightning supply?sold off according to that actively for 24 hours only restrictedly - http://www.affiliateverkaufen.de/blitzangebot.html 10. ? (A The logo Creator helps to make high-quality logos. According to the motto "Your logo is your business" the user completely forms with this programme eye-catcher for web pages.) ? (Translate texts or even complete web pages for only simply and a few clicks into 31 languages.) only 28. ? or special-offer price 30. ? for Logocreator v5 and PDF-Converter of 6.0 dt. -or they would rather, today, still earn money effectively and immediately gain payments if possible? with this supply did but no cent amounts what was self claimed for me the best at all and is? I have 10-20,- ? immediately payment within less minutes, between 5 and 20 customers per day (worldwide) at an income per e-mail from approx. 15. ? at the moment by the telephone the customers no come to me and I earn very well and I operate no advertising or sell but read them even if their interest is still further existing in the supply 2. Angebot 2.I wish on this at broader interests be able to do them himself a successful action waystyping repeated ........................ in to receive further offers and free presents. (or cancel ) ..... Booking? Cancelling???? From jstub at jstub.com Thu Oct 15 15:47:51 2009 From: jstub at jstub.com (John B. Stubblebine) Date: Thu Oct 15 15:47:58 2009 Subject: FreeBSD Port: acroread9-9.2 Message-ID: <4AD74421.8020807@jstub.com> To: hrs (acroread), ports (cc: recipient for these ports), freebsd-emulation (linux-pango), I tried to "make install" for acroread9 and it failed with the messages that follow in the "ps" below. Acroread9 depends on "linux-pango-1.10.2_3" and others. Linux-pango did not "make" because of a defect. The messages include the URL: http://portaudit.freebsd.org/4b172278-3f46-11de-becb-001cc0377035.html This link says that a defect is in all: pango < 1.24 linux-pango < 1.24 linux-f8-pango < 1.24 linux-f10-pango < 1.24 I updated the ports tree, but the Make file still refers to: linux-pango-1.10.2_3 In addition, looking for "linux-pango" in the ports collection on FreeBSD.org shows only linux-pango version 1.10.2_3. So how do I get linux-pango 1.24, or later?? And if so, will acroread9 "make install" successfully? I looked at the "pango" web site: http://ftp.gnome.org/pub/GNOME/sources/pango/ and found that there are source versions of "pango" up to 1.26. It seems there is a need to upgrade all of the "pango" ports to 1.24 or later, and the make files for all the ports that use it, and perhaps some other aspects of those ports as well. I do not have the skills to do this. I am hoping that you can help. -- Best regards, John B. Stubblebine jstub@jstub.com ps: Pertinant output for failed "make install" for acroread9: ===> Running linux ldconfig /compat/linux/sbin/ldconfig -r /compat/linux ===> Registering installation for linux-jpeg-6b.34_2 ===> Returning to build of linux-gtk2-2.6.10_3 ===> linux-gtk2-2.6.10_3 depends on file: /compat/linux/usr/lib/libpango-1.0.so.0.1001.1 - not found ===> Verifying install for /compat/linux/usr/lib/libpango-1.0.so.0.1001.1 in/usr/ports/x11-toolkits/linux-pango ===> linux-pango-1.10.2_3 has known vulnerabilities: => pango -- integer overflow. Reference: => Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/x11-toolkits/linux-pango. *** Error code 1 Stop in /usr/ports/x11-toolkits/linux-gtk2. *** Error code 1 Stop in /usr/ports/print/acroread9. gw2# gw2# uname -a FreeBSD gw2.jstub.com 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Jul 30 06:20:21 PDT 2009 root@gw2.jstub.com:/usr/obj/usr/src/sys/GENERIC i386 gw2# pwd /usr/ports/print/acroread9 gw2# From sgk at troutmask.apl.washington.edu Thu Oct 15 17:49:54 2009 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Thu Oct 15 17:50:01 2009 Subject: Correct __FreeBSD_version to use? Message-ID: <20091015174953.GA2021@troutmask.apl.washington.edu> I use FreeBSD mainline for my normal use and I don't have access to a system with the upcoming FreeBSD 8.0. It appears the changes to sys/amd64/include/pcb.h to remove the pcb_{fs,ds,es,gs} members of the pcb struct breaks at least gdb-6.8.x and gdb-7.0. I've sent a patch to the gdb developers to get gdb-7.0 building on FreeBSD mainline. --- amd64fbsd-nat.c.orig 2009-10-12 14:38:56.000000000 -0700 +++ amd64fbsd-nat.c 2009-10-12 14:40:13.000000000 -0700 @@ -95,6 +95,7 @@ #include #include +#include #include "bsd-kvm.h" @@ -123,10 +124,12 @@ regcache_raw_supply (regcache, 13, &pcb->pcb_r13); regcache_raw_supply (regcache, 14, &pcb->pcb_r14); regcache_raw_supply (regcache, 15, &pcb->pcb_r15); +#if (__FreeBSD_version < 900000) regcache_raw_supply (regcache, AMD64_DS_REGNUM, &pcb->pcb_ds); regcache_raw_supply (regcache, AMD64_ES_REGNUM, &pcb->pcb_es); regcache_raw_supply (regcache, AMD64_FS_REGNUM, &pcb->pcb_fs); regcache_raw_supply (regcache, AMD64_GS_REGNUM, &pcb->pcb_gs); +#endif return 1; } My question is what __FreeBSD_version number should I use to have gdb working on FreeBSD 8.0 or greater? To be clear, this is the commit to the 8.0 branch that breaks anything that uses pcb on the amd64 target. http://svn.freebsd.org/viewvc/base/stable/8/sys/amd64/include/pcb.h?view=log Revision 190620 - (view) (annotate) - [select for diffs] Modified Wed Apr 1 13:09:26 2009 UTC (6 months, 2 weeks ago) by kib Original Path: head/sys/amd64/include/pcb.h File length: 3319 byte(s) Diff to previous 189903 -- Steve From erwin at FreeBSD.org Thu Oct 15 18:43:37 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Oct 15 18:43:46 2009 Subject: INDEX build failed for 6.x Message-ID: <200910151843.n9FIhbRS023526@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: librep-0.90.0: no entry for /usr/ports/devel/libff make_index: librep-0.90.0: no entry for /usr/ports/devel/libff Committers on the hook: anray oliver wxs Most recent CVS update was: U games/ember/Makefile U games/vegastrike/Makefile U graphics/ogre3d/Makefile U graphics/ogre3d/distinfo U graphics/ogre3d/pkg-plist U lang/librep/Makefile U lang/librep/distinfo U lang/librep/files/patch-configure U multimedia/2mandvd/Makefile U multimedia/2mandvd/distinfo U multimedia/2mandvd/pkg-plist U x11-toolkits/gigi/Makefile U x11-toolkits/rep-gtk2/Makefile U x11-toolkits/rep-gtk2/distinfo U x11-wm/sawfish/Makefile U x11-wm/sawfish/distinfo U x11-wm/sawfish/pkg-plist U x11-wm/sawfish/files/patch-Makefile.in From lars.engels at 0x20.net Thu Oct 15 19:52:44 2009 From: lars.engels at 0x20.net (Lars Engels) Date: Thu Oct 15 19:52:53 2009 Subject: acroread9 crashes after maybe 10 seconds of operation. In-Reply-To: <20090618.014940.08830882.hrs@allbsd.org> References: <20090615.044642.89386640.hrs@allbsd.org> <18997.22089.242834.29735@jerusalem.litteratus.org> <20090617.141203.07900852.hrs@allbsd.org> <20090618.014940.08830882.hrs@allbsd.org> Message-ID: <20091015195241.GE45783@e.0x20.net> On Thu, Jun 18, 2009 at 01:49:40AM +0900, Hiroki Sato wrote: > Hiroki Sato wrote > in <20090617.141203.07900852.hrs@allbsd.org>: > > hr> Robert Huff wrote > hr> in <18997.22089.242834.29735@jerusalem.litteratus.org>: > hr> ro> Um. > hr> ro> Are there plans to get it to work with something more recent? > hr> ro> I was under the (uninformed) impression linux_base-fc-4 was, ah, > hr> ro> workable but no longer favored. > hr> > hr> The ports collection still assumes fc4 as the default, so I think it > hr> is the primary target. > hr> > hr> Anyway, I will try other configurations including one in your report. > hr> I guess the issue is due to some incomplete (or not-fully-compatible) > hr> compat-layer implementations of features available in Linux 2.6.x. > > I could reproduce the symptom (RSException), but this has also been > reported on Linux: http://forums.adobe.com/message/1931692. The > release note of 9.1.2 says it is solved but it remains as far as I > can check. > > BTW, could you give it a try to set sysctl > compat.linux.osrelease=2.4.2 and let me know if it works or not? Any news on this? I never got acroread9 to work. It always crashes for me. I am using linux_base-f10 and HEAD. Setting compat.linux.osrelease=2.4.2 results in FATAL: kernel too old -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091015/d269a48e/attachment.pgp From bf1783 at googlemail.com Thu Oct 15 20:27:17 2009 From: bf1783 at googlemail.com (b. f.) Date: Thu Oct 15 20:27:24 2009 Subject: Correct __FreeBSD_version to use? Message-ID: >My question is what __FreeBSD_version number should I use >to have gdb working on FreeBSD 8.0 or greater? The earliest FreeBSD version bump after Revision 190620, Wed Apr 1 13:09:26 2009 UTC, seems to have been in Revision 190787, Mon Apr 6 22:29:41 2009 UTC, which changed the version to 800075: http://svn.freebsd.org/viewvc/base/head/sys/sys/param.h?r1=190373&r2=190787 b. From sgk at troutmask.apl.washington.edu Thu Oct 15 20:44:34 2009 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Thu Oct 15 20:44:40 2009 Subject: Correct __FreeBSD_version to use? In-Reply-To: References: Message-ID: <20091015204433.GA44582@troutmask.apl.washington.edu> On Thu, Oct 15, 2009 at 08:27:15PM +0000, b. f. wrote: > >My question is what __FreeBSD_version number should I use > >to have gdb working on FreeBSD 8.0 or greater? > > The earliest FreeBSD version bump after Revision 190620, Wed Apr 1 > 13:09:26 2009 UTC, seems to have been in Revision 190787, Mon Apr 6 > 22:29:41 2009 UTC, which changed the version to 800075: > > http://svn.freebsd.org/viewvc/base/head/sys/sys/param.h?r1=190373&r2=190787 > > b. Thanks. I'll update my patch and forward it to the gdb developers. -- Steve From erwin at FreeBSD.org Thu Oct 15 21:43:49 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Oct 15 21:43:55 2009 Subject: INDEX build failed for 6.x Message-ID: <200910152143.n9FLhm3T081912@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: librep-0.90.0: no entry for /usr/ports/devel/libff make_index: librep-0.90.0: no entry for /usr/ports/devel/libff Committers on the hook: anray jpaetzel oliver stas wxs Most recent CVS update was: U multimedia/xmms/Makefile U net-mgmt/flowd/Makefile U net-mgmt/flowd/pkg-install U www/jtoolkit/Makefile From bf1783 at googlemail.com Fri Oct 16 00:21:22 2009 From: bf1783 at googlemail.com (b. f.) Date: Fri Oct 16 00:21:39 2009 Subject: Enforcing library version in a port Makefile? In-Reply-To: <20091011144928.GA94954@scout.stangl.us> References: <20091011144928.GA94954@scout.stangl.us> Message-ID: On 10/11/09, Alex Stangl wrote: > On Sun, Oct 11, 2009 at 05:15:58AM +0000, b. f. wrote: >> Alex Stangl wrote: ... > 2. If user upgrades ports and gets lib.M+1, make fails because the exact > match is no longer satisfied. (Porter's Handbook says you can use > LIB_DEPENDS regular expressions like curl.[5-9] so this shouldn't be as > much of a problem, at least not until it breaks years later on curl.10) Yes, but this _should_ be the case, as changes in the major version number of shared libraries should signal changes in the API/ABI, and hence all dependent ports may need to be patched and all packages rebuilt, and maintainers should check to see what changes, if any, need to be made. ... > I suspect this is what I shall have to do. Is this what all other port > authors do in similar circumstances? It seems kind of a hackish > workaround, especially if the library in question doesn't have a > corresponding executable to list in RUN_DEPENDS. Do I force a library > name into RUN_DEPENDS? Sometimes this is done. LIB_DEPENDS should really be called something like SHARED_LIB_DEPENDS, or SO_DEPENDS, because of it's reliance on ldconfig. It doesn't apply to static archives, for example. See the www/dillo2 Makefile, where the recording of a dependence on a library from x11-toolkits/fltk2 uses BUILD_ and RUN_DEPENDS rather than LIB_DEPENDS. Or, for an example involving pkgconfig data, see Mk/bsd.xorg.mk, where various .pc files are added to BUILD_ and RUN_DEPENDS. The paths in the *_DEPENDS path:dir:target triplets don't need to be the names of executables, but can be the names of any file belonging to a port, although if path isn't the name of an executable in the system PATH then you need to use a fully-qualified pathname. See the ${deptype:L}-depends: target in Mk/bsd.port.mk for the handling of the entries in *_DEPENDS. If you need to use this workaround, then don't forget to replace the relevant entries in LIB_DEPENDS with corresponding entries in both BUILD_ and RUN_DEPENDS, as in the examples I mentioned. If you really only need to link against a shared library from the port, but are forced to use the *_DEPENDS variables rather than LIB_DEPENDS to avoid an scons error, then yes, it is something of a hack, but the fault is not with the ports infrastructure, but rather with scons. The major version number _is_ the most precise expression of the dependency when linking with shared libraries. In any event, if it is necessary to do this, it only adds an extra line to the port Makefile, and a small redundancy in one of the Makefile targets, so the penalty is not too great. b. From erwin at FreeBSD.org Fri Oct 16 00:45:58 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Oct 16 00:46:04 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200910160045.n9G0jvhL040447@builder.freebsd.org> From artyom at zool.in.ua Fri Oct 16 01:40:12 2009 From: artyom at zool.in.ua (Bisyarin Artyom) Date: Fri Oct 16 01:40:19 2009 Subject: security/gorilla Message-ID: Hello. There is a problem with "security/gorilla" port: Gorilla application does not working after installation. It shows a dialog box which says that incr-tcl is needed, but "lang/itcl" is present. If we make a little change to "/usr/local/lib/gorilla/gorilla.tcl" and try to include itcl llibrary without exception catching, then following error message arise: == Error in startup script: version conflict for package "Tcl": have 8.5.7, need exactly 8.4 while executing "load /usr/local/lib/itcl3.3/../libitcl.so.3 Itcl" ... == Why?: Process of installing "security/gorilla" installs as dependecies "lang/tcl85" (USE_TCL_RUN=yes) and "x11-toolkits/tk85" (USE_TK=yes). Gorilla also requires "lang/itcl" which requires "lang/tcl84" (USE_TCL=84). So after Gorilla's installation we have "lang/tcl85", "lang/tcl84", "x11-toolkits/tk85" and unworking Gorilla because "lang/itcl" can work with tk84, not with tk85. I think that "security/gorilla" must require "lang/tcl84" and "x11-toolkits/tk84". This approach works fine for me. Patch: --- Makefile 2009-10-16 02:01:45.000000000 +0300 +++ myMakefile 2009-10-16 00:59:51.000000000 +0300 @@ -17,8 +17,8 @@ LIB_DEPENDS= itcl.3:${PORTSDIR}/lang/itcl RUN_DEPENDS= ${LOCALBASE}/lib/bwidget/init.tcl:${PORTSDIR}/x11-toolkits/bwidget -USE_TCL_RUN= yes -USE_TK= yes +USE_TCL_RUN= 84 +USE_TK= 84 GNU_CONFIGURE= yes NO_BUILD= yes -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From guru at unixarea.de Fri Oct 16 07:56:49 2009 From: guru at unixarea.de (Matthias Apitz) Date: Fri Oct 16 07:56:56 2009 Subject: problem with building /usr/ports/java/jdk16 in 'nohup' mode Message-ID: <20091016075650.GA2059@current.Sisis.de> Hello, If you build the port /usr/ports/java/jdk16 in 'nohup' mode it loops later in the question about the license: ===> Extracting for jdk-1.6.0.3p4_12 => MD5 Checksum OK for jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar. => SHA256 Checksum OK for jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar. => MD5 Checksum OK for jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar. => SHA256 Checksum OK for jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar. => MD5 Checksum OK for jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar. => SHA256 Checksum OK for jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar. => MD5 Checksum OK for bsd-jdk16-patches-4.tar.bz2. => SHA256 Checksum OK for bsd-jdk16-patches-4.tar.bz2. => MD5 Checksum OK for tzupdater-1_3_18-2009k.zip. => SHA256 Checksum OK for tzupdater-1_3_18-2009k.zip. ===> jdk-1.6.0.3p4_12 depends on executable: unzip - found /bin/sh /usr/ports/java/jdk16/files/license.sh JAVA RESEARCH LICENSE Version 1.6 I. DEFINITIONS. .... Do you agree to the above license terms? [yes or no] Do you agree to the above license terms? [yes or no] Do you agree to the above license terms? [yes or no] Do you agree to the above license terms? [yes or no] ... until file syste is full :-( The script /usr/ports/java/jdk16/files/license.sh should be changed to check if STDIN is a terminal, and if not should assume 'yes'. Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu From roam at ringlet.net Fri Oct 16 09:13:09 2009 From: roam at ringlet.net (Peter Pentchev) Date: Fri Oct 16 09:13:16 2009 Subject: Enforcing library version in a port Makefile? In-Reply-To: <20091011144928.GA94954@scout.stangl.us> References: <20091011144928.GA94954@scout.stangl.us> Message-ID: <20091016091226.GA928@straylight.m.ringlet.net> On Sun, Oct 11, 2009 at 09:49:28AM -0500, Alex Stangl wrote: > On Sun, Oct 11, 2009 at 05:15:58AM +0000, b. f. wrote: > > Alex Stangl wrote: > > >I am trying to create a new port. The software I am trying to port uses > > >scons which calls out to pkg-config to check for certain minimal library > > >version #s (e.g., sndfile >= 1.0.18, libcurl >= 7). > > > > >I would like to enforce these same checks upfront in the Makefile rather > > >than letting the build potentially blow up in scons. Section 5.7.8 of the > > >Porter's Handbook says that all of the _DEPENDS variables *except > > >LIB_DEPENDS* can enforce minimal dependency versions. It's not clear why > > >LIB_DEPENDS is excluded here, or what the correct alternative approach > > >is. It doesn't seem like putting LIB_DEPENDS= curl.5 is equivalent to > > >libcurl >= 7. Hopefully there's a straightforward way to accomplish > > >this, without having to patch or scrap the scons config file. > > >Unfortunately I have not been able to find the answers from > > >searching the net, so I hope somebody here can help. > > > > It's not enforced in quite the same way, but there is a check on the > > version of the library if you specify it, only the check is for an > > exact match, not an inequality. You can see the precise means by > > which this is accomplished by looking at the lib-depends target in > > /usr/ports/Mk/bsd.port.mk (beginning on line 5102 of version 1.629 > > of this file). For example, > > > > > > > /sbin/ldconfig -r | /usr/bin/grep -vwF -e "/usr/local/lib/compat/pkg" > > | /usr/bin/grep -wE -e "-lblas\\.2" > > > > which is version-specific. Probably an inequality check was not > > implemented because libraries with different major versions are > > expected to have different and incompatible ABI/APIs. The > > corresponding version numbers of the port as a whole are not usually > > relevant for LIB_DEPENDS, only the version of the shared library > > itself, as the upstream maintainers are supposed to change a shared > > library version if and only if they change the API/ABI of the library. > > It seems like there are 2 numbering schemes for shared libraries: > > 1. Version stored in /usr/local/libdata/pkgconfig/*.pc (same as > PORTVERSION?) > > 2. Major version number stored as part of the library filename. > > I realized I could check for exact match for #2 (mentioned LIB_DEPENDS= > curl.5 in my message), however I would like to ideally check for #1 > since that's what the scons config seems to be looking at. > > It seems like checking #2 is only a rough proxy for #1 and is likely to > make for a fragile port. For instance, say scons config is checking > for >= X.Y in scheme #1, but all I can do is put a check > for M in scheme #2. Then we have these problematic scenarios: > > 1. If there are versions of the lib.M that have version #s in scheme #1 > less than X.Y, then the build will fail in scons, leaving the user > confused and unhappy. Hmmm. Have you actually come across such a case? IMHO that should be quite rare, at least with the FreeBSD Ports Collection. Of course, if this should *really* happen, you always have the option to specify a version in BUILD_DEPENDS and RUN_DEPENDS... but again, I think this should be quite rare. I'm not saying it won't happen, mind :) It is always possible for a library developer to add a new interface and not bump the major library version, and then such a check could be appropriate. Although, honestly, I don't think it should be much needed in the FreeBSD Ports Collection, because one of the basic ideas is that a user should keep all of her ports synchronized at all times (synchronized, *not* necessarily up-to-date) - and when a new version of scons comes out that needs a feature available in a recent cURL version, it stands to reason that the update of the Ports Collection that will bring the new scons version will *also* bring in the new cURL version, so the build should succeed. > 2. If user upgrades ports and gets lib.M+1, make fails because the exact > match is no longer satisfied. (Porter's Handbook says you can use > LIB_DEPENDS regular expressions like curl.[5-9] so this shouldn't be as > much of a problem, at least not until it breaks years later on curl.10) Actually, in the FreeBSD Ports Collection, this is the responsibility of the maintainer of the library port. Specifically for the cURL port that you mentioned, I'm the maintainer :) And I follow the established policy - whenever a port is upgraded to a new major library version, the maintainer should test all the dependent ports (at least to see if they build), then maybe contact some of the maintainers so they can *really* test the upgrade before it is committed, and then, at commit time, the library port's maintainer must go through all the ports that specify an exact dependency and bump this dependency himself, so that the users see a smooth transition. The users of the ports collection see two commits - one that updates the library port so it installs a new version, and then, immediately afterwards, a second commit to lots of other ports updating their LIB_DEPENDS lines and, usually, bumping their PORTREVISION. Thus, when the end user updates her Ports Collection, she just sees that she needs to update both the curl and scons ports, and everything Just Works(tm) :) > > > > If you are relying upon some feature of a port that may change while > > it's relevant shared library versions remain the same, then you should > > add the port to the other *_DEPENDS as needed, with appropriate checks > > on the port version number in those variables. > > I suspect this is what I shall have to do. Is this what all other port > authors do in similar circumstances? It seems kind of a hackish > workaround, especially if the library in question doesn't have a > corresponding executable to list in RUN_DEPENDS. Do I force a library > name into RUN_DEPENDS? It is, indeed, a hackish workaround, and it should only be used in extreme cases, when the build really fails *and* you, as the maintainer of the port, really see a need to allow the users to build it with older versions of ports that it depends on - see my comments about the synchronized ports collection above. In general, it should be really, really rare. > It would be nice to be able to express the real dependency as precisely > and accurately as possible, say I want >= X.Y (in numbering scheme Z) of > this library, rather than have to obfuscate intent by using some proxy. True, it would be nice, yet it might require some more work to implement, since it would change the way the checks are done. Somebody(tm) ought to do the work to implement it - maybe :) G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This would easier understand fewer had omitted. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091016/442bdc71/attachment.pgp From montiuni at gmail.com Fri Oct 16 11:35:07 2009 From: montiuni at gmail.com (Michele Monti) Date: Fri Oct 16 11:35:14 2009 Subject: Miro 2.5.2 has a forbidden dependence Message-ID: Hello, Miro 2.5.2 has as a dependence firefox-2.0.0.20_9,1,which is forbidden. ===>>> Port directory: /usr/ports/www/firefox ===>>> This port is marked FORBIDDEN ===>>> too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html ===>>> If you are sure you can build it, remove the FORBIDDEN line in the Makefile and try again. Is it possible to fix this? Thanks From pczanik at fang.fa.gau.hu Fri Oct 16 14:22:00 2009 From: pczanik at fang.fa.gau.hu (Peter Czanik) Date: Fri Oct 16 14:22:07 2009 Subject: proftpd problems (ldap, quota, tds) and a patch In-Reply-To: <20091015023038.GA44384@atarininja.org> References: <4AD580F9.7010100@fang.fa.gau.hu> <20091015023038.GA44384@atarininja.org> Message-ID: <4AD88184.6040006@fang.fa.gau.hu> 2009-10-15 04:30 keltez?ssel, Wesley Shields ?rta: > On Wed, Oct 14, 2009 at 09:42:49AM +0200, Peter Czanik wrote: > >> Hello, >> >> I ran into a couple of problems with the proftpd port after the latest >> update. >> >> Until now I compiled LDAP without the additional quota support. Now, >> even if I select only "LDAP" in the config menu, I get: >> ==> Configuring with mod_ldap:mod_tls:mod_quotatab_ldap >> And compilation fails with ugly errors, unless I also select "quota" in >> the config menu. >> >> The other problem is, that TDS is installed, even if it is not selected >> in the config menu. >> >> The following fix is tested and works for me, even if not I'm not really >> sure, if it is really correct. All the problematic config options seem >> to work again as expected. >> > I just committed a patch which fixes a lot of things that were wrong > with that port. Please let me know if you continue to have problems with > it. > Quota handling is still wrong. In my case: if LDAP is enabled, then with the current Makefile, mod_quotatab_ldap is enabled automagically, even if quota is not enabled, which results in a build failure. Quota related options should be enabled for ldap and sql only if quota is enabled. My patch does exactly this. Bye, CzP [root@v16 /usr/ports/ftp/proftpd]# diff -u Makefile.orig Makefile --- Makefile.orig 2009-10-15 04:26:17.000000000 +0200 +++ Makefile 2009-10-16 16:05:37.000000000 +0200 @@ -233,8 +233,6 @@ .if defined(WITH_QUOTA) MODULES:=${MODULES}:mod_quotatab:mod_quotatab_file QUOTA_SUB= QUOTA="" -.else -QUOTA_SUB= QUOTA="@comment " .if defined(WITH_LDAP) MODULES:=${MODULES}:mod_quotatab_ldap .endif @@ -242,6 +240,8 @@ MODULES:=${MODULES}:mod_quotatab_sql:mod_quotatab QUOTA_SUB= QUOTA="" .endif +.else +QUOTA_SUB= QUOTA="@comment " .endif PLIST_SUB+= ${QUOTA_SUB} From jimmiejaz at gmail.com Fri Oct 16 14:41:11 2009 From: jimmiejaz at gmail.com (Jimmie James) Date: Fri Oct 16 14:41:18 2009 Subject: dvdauthor compile problems. Message-ID: <4AD87EB5.90404@gmail.com> Anyone able to point me in the right direction, I've reinstalled all of multimedia/dvdauthor depends, and I'm still hitting this build error, gmake[2]: Entering directory `/usr/ports/multimedia/dvdauthor/work/dvdauthor-0.6.14/src' if cc -DHAVE_CONFIG_H -I. -I. -I. -DSYSCONFDIR="\"/usr/local/etc\"" -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/fribidi -I/usr/local/include -I/usr/local/include -Wall -DICONV_CONV=yes -MT subreader.o -MD -MP -MF ".deps/subreader.Tpo" -c -o subreader.o subreader.c; \ then mv -f ".deps/subreader.Tpo" ".deps/subreader.Po"; else rm -f ".deps/subreader.Tpo"; exit 1; fi subreader.c: In function 'sub_read_line_aqt': subreader.c:661: warning: comparison with string literal results in unspecified behaviour subreader.c:661: warning: comparison with string literal results in unspecified behaviour subreader.c: In function 'sub_read_line_subrip09': subreader.c:717: warning: comparison with string literal results in unspecified behaviour subreader.c: In function 'sub_fribidi': subreader.c:1082: error: 'FRIBIDI_TRUE' undeclared (first use in this function) subreader.c:1082: error: (Each undeclared identifier is reported only once subreader.c:1082: error: for each function it appears in.) subreader.c:1083: error: 'FRIBIDI_FALSE' undeclared (first use in this function) subreader.c:1102: warning: passing argument 3 of 'fribidi_log2vis' from incompatible pointer type gmake[2]: *** [subreader.o] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/dvdauthor/work/dvdauthor-0.6.14/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/multimedia/dvdauthor/work/dvdauthor-0.6.14/src' gmake: *** [all-recursive] Error 1 *** Error code 1 From utisoft at googlemail.com Fri Oct 16 16:07:51 2009 From: utisoft at googlemail.com (utisoft@googlemail.com) Date: Fri Oct 16 16:07:58 2009 Subject: Miro 2.5.2 has a forbidden dependence In-Reply-To: Message-ID: <000e0cdfc602ecd11e04760f989d@google.com> On 16 Oct 2009 12:03, Michele Monti wrote: > Hello, > Miro 2.5.2 has as a dependence > firefox-2.0.0.20_9,1http://www.freebsd.org/cgi/ports.cgi?query=%5Efirefox-2.0.0.20_9,1&stype=name>,which > is forbidden. > ===>>> Port directory: /usr/ports/www/firefox > ===>>> This port is marked FORBIDDEN > ===>>> too many security issues > http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html > http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html > ===>>> If you are sure you can build it, remove the > FORBIDDEN line in the Makefile and try again. > Is it possible to fix this? > Thanks Until it gets fixed (ie firefox updated to firefox3) just install /usr/ports/www/firefox3, and it'll work fine. Chris From utisoft at googlemail.com Fri Oct 16 16:35:50 2009 From: utisoft at googlemail.com (Chris Rees) Date: Fri Oct 16 16:35:57 2009 Subject: Firefox FORBIDDEN for a while now.... Message-ID: Dear all, Since firefox 2.* has so many vulnerabilities, isn't it about time to upgrade completely to firefox 3? The software's been out for over a year now (AFAICR), so why are we so reluctant to change it? I may be mistaken, but http://www.freebsd.org/cgi/query-pr.cgi?pr=123876 appears to be more or less the last mention of ff3, and that was 2008. Any thoughts? Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in a mailing list? From freebsd-ports-local at be-well.ilk.org Fri Oct 16 17:40:27 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Oct 16 17:40:34 2009 Subject: Miro 2.5.2 has a forbidden dependence In-Reply-To: <000e0cdfc602ecd11e04760f989d@google.com> (utisoft@googlemail.com's message of "Fri, 16 Oct 2009 16:07:49 +0000") References: <000e0cdfc602ecd11e04760f989d@google.com> Message-ID: <44hbtz8cfq.fsf@be-well.ilk.org> utisoft@googlemail.com writes: > On 16 Oct 2009 12:03, Michele Monti wrote: >> Hello, > > > >> Miro 2.5.2 has as a dependence > >> firefox-2.0.0.20_9,1http://www.freebsd.org/cgi/ports.cgi?query=%5Efirefox-2.0.0.20_9,1&stype=name>,which > >> is forbidden. > > > >> ===>>> Port directory: /usr/ports/www/firefox > >> ===>>> This port is marked FORBIDDEN > >> ===>>> too many security issues > >> http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html > >> http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html > > > >> ===>>> If you are sure you can build it, remove the > >> FORBIDDEN line in the Makefile and try again. > > > >> Is it possible to fix this? > > > >> Thanks > > > Until it gets fixed (ie firefox updated to firefox3) just install > /usr/ports/www/firefox3, and it'll work fine. No, that won't help with miro. This has been hanging over our heads for a while now. http://lists.freebsd.org/pipermail/freebsd-questions/2009-August/204493.html From freebsd-ports-local at be-well.ilk.org Fri Oct 16 17:48:37 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Oct 16 17:48:53 2009 Subject: Firefox FORBIDDEN for a while now.... In-Reply-To: (Chris Rees's message of "Fri, 16 Oct 2009 17:35:27 +0100") References: Message-ID: <44d44n8c27.fsf@be-well.ilk.org> Chris Rees writes: > Since firefox 2.* has so many vulnerabilities, isn't it about time to > upgrade completely to firefox 3? The software's been out for over a > year now (AFAICR), so why are we so reluctant to change it? Gecko support. We have most of the infrastructure to switch to something else (I think xulrunner is the preferred provider), but apparently not yet all. Nobody should be using firefox 2 for a browser. > I may be mistaken, but > http://www.freebsd.org/cgi/query-pr.cgi?pr=123876 appears to be more > or less the last mention of ff3, and that was 2008. The Firefox 3 support in the ports system is quite well maintained. From wxs at FreeBSD.org Fri Oct 16 18:09:49 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Oct 16 18:09:55 2009 Subject: proftpd problems (ldap, quota, tds) and a patch In-Reply-To: <4AD88184.6040006@fang.fa.gau.hu> References: <4AD580F9.7010100@fang.fa.gau.hu> <20091015023038.GA44384@atarininja.org> <4AD88184.6040006@fang.fa.gau.hu> Message-ID: <20091016180948.GA88719@atarininja.org> On Fri, Oct 16, 2009 at 04:21:56PM +0200, Peter Czanik wrote: > 2009-10-15 04:30 keltez?ssel, Wesley Shields ?rta: > > On Wed, Oct 14, 2009 at 09:42:49AM +0200, Peter Czanik wrote: > > > >> Hello, > >> > >> I ran into a couple of problems with the proftpd port after the latest > >> update. > >> > >> Until now I compiled LDAP without the additional quota support. Now, > >> even if I select only "LDAP" in the config menu, I get: > >> ==> Configuring with mod_ldap:mod_tls:mod_quotatab_ldap > >> And compilation fails with ugly errors, unless I also select "quota" in > >> the config menu. > >> > >> The other problem is, that TDS is installed, even if it is not selected > >> in the config menu. > >> > >> The following fix is tested and works for me, even if not I'm not really > >> sure, if it is really correct. All the problematic config options seem > >> to work again as expected. > >> > > I just committed a patch which fixes a lot of things that were wrong > > with that port. Please let me know if you continue to have problems with > > it. > > > Quota handling is still wrong. In my case: if LDAP is enabled, then with > the current Makefile, mod_quotatab_ldap is enabled automagically, even > if quota is not enabled, which results in a build failure. Quota related > options should be enabled for ldap and sql only if quota is enabled. My > patch does exactly this. Fixed now. Thanks for noticing. -- WXS From rhurlin at gwdg.de Fri Oct 16 18:44:43 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Fri Oct 16 18:44:51 2009 Subject: Miro 2.5.2 has a forbidden dependence In-Reply-To: <44hbtz8cfq.fsf@be-well.ilk.org> References: <000e0cdfc602ecd11e04760f989d@google.com> <44hbtz8cfq.fsf@be-well.ilk.org> Message-ID: <4AD8BF13.5030000@gwdg.de> On 16.10.2009 19:40 (UTC+2), Lowell Gilbert wrote: > utisoft@googlemail.com writes: > >> On 16 Oct 2009 12:03, Michele Monti wrote: >>> Hello, >> >> >>> Miro 2.5.2 has as a dependence >>> firefox-2.0.0.20_9,1http://www.freebsd.org/cgi/ports.cgi?query=%5Efirefox-2.0.0.20_9,1&stype=name>,which >>> is forbidden. >> >> >>> ===>>> Port directory: /usr/ports/www/firefox >>> ===>>> This port is marked FORBIDDEN >>> ===>>> too many security issues >>> http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html >>> http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html >> >> >>> ===>>> If you are sure you can build it, remove the >>> FORBIDDEN line in the Makefile and try again. >> >> >>> Is it possible to fix this? >> >> >>> Thanks >> >> Until it gets fixed (ie firefox updated to firefox3) just install >> /usr/ports/www/firefox3, and it'll work fine. > > No, that won't help with miro. I am running miro on 9.0-CURRENT with firefox35 and libxul, without mozilla and firefox2. At least on CURRENT the following entry in /usr/ports/UPDATING helps: 20090917: AFFECTS: users of www/epiphany, x11/yelp, graphics/librsvg2, x11/toolkits/py-gnome-extras, and www/epiphany-extensions AUTHOR: gnome@FreeBSD.org The default Gecko provider has been changed from www/firefox to www/libxul. Firefox 2.x is now forbidden for security reasons, and libxul is the new, stable Gecko provider. Libxul uses the same Gecko engine as Firefox 3.0.x. Some ports may fail to upgrade or run when both www/firefox and libxul are installed on the same system. To make sure everything runs smoothly, uninstall www/firefox, then install libxul, then upgrade the affected ports. Rainer > This has been hanging over our heads for a while now. > http://lists.freebsd.org/pipermail/freebsd-questions/2009-August/204493.html From utisoft at googlemail.com Fri Oct 16 18:56:32 2009 From: utisoft at googlemail.com (utisoft@googlemail.com) Date: Fri Oct 16 18:56:38 2009 Subject: Firefox FORBIDDEN for a while now.... In-Reply-To: <44d44n8c27.fsf@be-well.ilk.org> Message-ID: <001485eb070a3316e5047611f42b@google.com> On 16 Oct 2009 18:48, Lowell Gilbert wrote: > Chris Rees utisoft@googlemail.com> writes: > > Since firefox 2.* has so many vulnerabilities, isn't it about time to > > upgrade completely to firefox 3? The software's been out for over a > > year now (AFAICR), so why are we so reluctant to change it? > Gecko support. We have most of the infrastructure to switch to > something else (I think xulrunner is the preferred provider), but > apparently not yet all. > Nobody should be using firefox 2 for a browser. That's the answer I was looking for! Thanks. I figured there would be a good reason. Chris From freebsd-ports-local at be-well.ilk.org Fri Oct 16 19:00:33 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Oct 16 19:00:40 2009 Subject: Firefox FORBIDDEN for a while now.... In-Reply-To: <44d44n8c27.fsf@be-well.ilk.org> (Lowell Gilbert's message of "Fri, 16 Oct 2009 13:48:32 -0400") References: <44d44n8c27.fsf@be-well.ilk.org> Message-ID: <444opz88q8.fsf@be-well.ilk.org> Lowell Gilbert writes: > Chris Rees writes: > >> Since firefox 2.* has so many vulnerabilities, isn't it about time to >> upgrade completely to firefox 3? The software's been out for over a >> year now (AFAICR), so why are we so reluctant to change it? > > Gecko support. We have most of the infrastructure to switch to > something else (I think xulrunner is the preferred provider), but > apparently not yet all. As Rainer Hurling just reminded me in another thread, it's libxul, not xulrunner, and it *is* already the default gecko provider, as noted in UPDATING. So at least in theory, the switch has already been made. From artyom at zool.in.ua Fri Oct 16 20:39:30 2009 From: artyom at zool.in.ua (Artyom Bisyarin ) Date: Fri Oct 16 20:39:37 2009 Subject: security/gorilla In-Reply-To: References: Message-ID: On Fri, 16 Oct 2009 04:11:27 +0300, Bisyarin Artyom wrote: Or should I write a PR? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From tingox at gmail.com Sat Oct 17 10:09:55 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Oct 17 10:10:02 2009 Subject: security/gorilla In-Reply-To: References: Message-ID: Hi, 2009/10/16 Artyom Bisyarin > On Fri, 16 Oct 2009 04:11:27 +0300, Bisyarin Artyom > wrote: > > Or should I write a PR? > > A PR is always a good idea - it gives everybody something "firm" to hold on to, and it can easily be refernced in follow-ups and such. HAND, -- Regards, Torfinn Ingolfsen From david at vizion2000.net Sat Oct 17 10:35:07 2009 From: david at vizion2000.net (David Southwell) Date: Sat Oct 17 10:35:14 2009 Subject: policy-weight -spawn $csock error after power out reboot Message-ID: <200910171115.30264.david@vizion2000.net> Hi FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug 20 12:54:34 BST 2009 david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [on intel quad] Following an abrupt power system failure and a system reboot this server now gets this error in maillog: postfix/policyd-weight[9622]: warning: cache_query: $csock couln't be created: connect: No such file or directory, calling spawn_cache() No other problems. Just in case it was due to a retained. pid I deleted the .pid file followed by a normal shutdown and reboot - but am still getting the same problem. Thanks in advance for any guidance David From freebsd-ports-local at be-well.ilk.org Sat Oct 17 14:55:17 2009 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Sat Oct 17 14:55:23 2009 Subject: problem with building /usr/ports/java/jdk16 in 'nohup' mode In-Reply-To: <20091016075650.GA2059@current.Sisis.de> (Matthias Apitz's message of "Fri, 16 Oct 2009 09:56:50 +0200") References: <20091016075650.GA2059@current.Sisis.de> Message-ID: <44iqeedq9j.fsf@lowell-desk.lan> Matthias Apitz writes: > Hello, > > If you build the port /usr/ports/java/jdk16 in 'nohup' mode it loops > later in the question about the license: > > ===> Extracting for jdk-1.6.0.3p4_12 > => MD5 Checksum OK for jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar. > => SHA256 Checksum OK for jdk-6u3-fcs-src-b05-jrl-24_sep_2007.jar. > => MD5 Checksum OK for jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar. > => SHA256 Checksum OK for jdk-6u3-fcs-bin-b05-jrl-24_sep_2007.jar. > => MD5 Checksum OK for > jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar. > => SHA256 Checksum OK for > jdk-6u3-fcs-mozilla_headers-b05-unix-24_sep_2007.jar. > => MD5 Checksum OK for bsd-jdk16-patches-4.tar.bz2. > => SHA256 Checksum OK for bsd-jdk16-patches-4.tar.bz2. > => MD5 Checksum OK for tzupdater-1_3_18-2009k.zip. > => SHA256 Checksum OK for tzupdater-1_3_18-2009k.zip. > ===> jdk-1.6.0.3p4_12 depends on executable: unzip - found > /bin/sh /usr/ports/java/jdk16/files/license.sh > JAVA RESEARCH LICENSE > Version 1.6 > > > I. DEFINITIONS. > .... > Do you agree to the above license terms? [yes or no] > > Do you agree to the above license terms? [yes or no] > > Do you agree to the above license terms? [yes or no] > > Do you agree to the above license terms? [yes or no] > ... > until file syste is full :-( > > The script /usr/ports/java/jdk16/files/license.sh should be changed to > check if STDIN is a terminal, and if not should assume 'yes'. Because of the way the license is written, I think it would have to assume 'no'. From QAT at FreeBSD.org Sat Oct 17 15:57:54 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Oct 17 15:58:10 2009 Subject: Now OK (Re: cvs commit: ports/devel/rudiments Makefile distinfo pkg-plist) In-Reply-To: <200910171555.n9HFtVZl015321@repoman.freebsd.org> References: <200910171555.n9HFtVZl015321@repoman.freebsd.org> Message-ID: <20091017155801.7E8AC12E3C50@quark.ds9.tecnik93.com> devel/rudiments, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From ted at tedb.net Sat Oct 17 20:30:37 2009 From: ted at tedb.net (Ted Burghart) Date: Sat Oct 17 20:30:45 2009 Subject: FreeBSD Port: jdk-1.6.0.3p4_12 Message-ID: Hi, I'd just like to point out that the comment in the Makefile for this port about the space required to build it is quite inaccurate. It says: IMPORTANT: To build the JDK 1.6.0 port, you should have at least 2.5Gb of free disk space in the build area! I have just built this port with debugging support but without the browser plugin on FreeBSD 7.2-stable and it's peak observed usage was nearly 5 GB in a fresh filesystem. After re-labelling and newfs-ing the /usr/obj filesystem at around 3 GB, then 4 GB, I was finally able to build the port following a process essentially like this: # umount /usr/obj # newfs -Un -O 2 -b 16384 -f 2048 ... -o time /dev/stripe/obj # mount -o rw,noatime /dev/stripe/obj /usr/obj # df -h /usr/obj Filesystem Size Used Avail Capacity Mounted on /dev/stripe/obj 8.7G 2.0K 8.0G 0% /usr/obj # cd /usr/ports/java/jdk16 # make config ... debug on, plugin off # make install The build clearly does some cleanup along the way, with the space at times dropping by hundreds of megabytes. For obvious reasons, I didn't monitor the size continually, but on the occasions I did the highest I saw (at completion) was: # df -h /usr/obj Filesystem Size Used Avail Capacity Mounted on /dev/stripe/obj 8.7G 4.9G 3.1G 61% /usr/obj Having worked on this on-and-off for three days before using a large enough filesystem, it might be nice to future folks to revise the comment accordingly. As an aside, please don't consider this to be a complaint. I know that when I choose to build ports instead of using packages I do so at my own risk, but I prefer to build my entire system optimized for the machine it's running on. My hat's off to you for getting this port to work at all despite the absurd roadblocks Sun puts in the way! Thanks, - Ted From 1wkmmr at gmail.com Sun Oct 18 05:24:44 2009 From: 1wkmmr at gmail.com (1wkmmr@gmail.com) Date: Sun Oct 18 05:24:51 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds of operation.] In-Reply-To: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> Message-ID: <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> Hi, Similar problem. I'm using ja-acroread9 from ports on 8.0-RC1. The following message was recorded. linux: pid 1378 (acroread): syscall inotify_init not implemented Does it mean some features are missing in linux emulation environment? # I'm not subscribing this ml, sorry. > On Thu, Jun 18, 2009 at 01:49:40AM +0900, Hiroki Sato wrote: >> Hiroki Sato wrote >> ? in <20090617.141203.07900852.hrs@allbsd.org>: >> >> hr> Robert Huff wrote >> hr> ? in <18997.22089.242834.29735@jerusalem.litteratus.org>: >> hr> ro> ? ? ? Um. >> hr> ro> ? ? ? Are there plans to get it to work with something more recent? >> hr> ro> I was under the (uninformed) impression linux_base-fc-4 was, ah, >> hr> ro> workable but no longer favored. >> hr> >> hr> ?The ports collection still assumes fc4 as the default, so I think it >> hr> ?is the primary target. >> hr> >> hr> ?Anyway, I will try other configurations including one in your report. >> hr> ?I guess the issue is due to some incomplete (or not-fully-compatible) >> hr> ?compat-layer implementations of features available in Linux 2.6.x. >> >> ?I could reproduce the symptom (RSException), but this has also been >> ?reported on Linux: http://forums.adobe.com/message/1931692. ?The >> ?release note of 9.1.2 says it is solved but it remains as far as I >> ?can check. >> >> ?BTW, could you give it a try to set sysctl >> ?compat.linux.osrelease=2.4.2 and let me know if it works or not? > > Any news on this? > I never got acroread9 to work. It always crashes for me. > I am using linux_base-f10 and HEAD. > Setting ?compat.linux.osrelease=2.4.2 results in > FATAL: kernel too old --- From darcsis at gmail.com Sun Oct 18 07:03:13 2009 From: darcsis at gmail.com (Denise H. G.) Date: Sun Oct 18 07:03:20 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds of operation.] In-Reply-To: <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> (1wkmmr@gmail.com's message of "Sun\, 18 Oct 2009 14\:00\:38 +0900") References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> Message-ID: <86fx9hnrcv.fsf@pluton.xbsd.name> 1wkmmr@gmail.com writes: > Hi, > > Similar problem. > I'm using ja-acroread9 from ports on 8.0-RC1. > The following message was recorded. > > linux: pid 1378 (acroread): syscall inotify_init not implemented > > Does it mean some features are missing in linux emulation environment? > > # I'm not subscribing this ml, sorry. the same problem here for the port on 8.0-RC1. And I tried to use zh_CN-acroread8, but it does not even start up, just aborts before the GUI appears. > >> On Thu, Jun 18, 2009 at 01:49:40AM +0900, Hiroki Sato wrote: >>> Hiroki Sato wrote >>> ? in <20090617.141203.07900852.hrs@allbsd.org>: >>> >>> hr> Robert Huff wrote >>> hr> ? in <18997.22089.242834.29735@jerusalem.litteratus.org>: >>> hr> ro> ? ? ? Um. >>> hr> ro> ? ? ? Are there plans to get it to work with something more > recent? >>> hr> ro> I was under the (uninformed) impression linux_base-fc-4 was, > ah, >>> hr> ro> workable but no longer favored. >>> hr> >>> hr> ?The ports collection still assumes fc4 as the default, so I > think it >>> hr> ?is the primary target. >>> hr> >>> hr> ?Anyway, I will try other configurations including one in your > report. >>> hr> ?I guess the issue is due to some incomplete (or > not-fully-compatible) >>> hr> ?compat-layer implementations of features available in Linux > 2.6.x. >>> >>> ?I could reproduce the symptom (RSException), but this has also been >>> ?reported on Linux: http://forums.adobe.com/message/1931692. ?The >>> ?release note of 9.1.2 says it is solved but it remains as far as I >>> ?can check. >>> >>> ?BTW, could you give it a try to set sysctl >>> ?compat.linux.osrelease=2.4.2 and let me know if it works or not? >> >> Any news on this? >> I never got acroread9 to work. It always crashes for me. >> I am using linux_base-f10 and HEAD. >> Setting ?compat.linux.osrelease=2.4.2 results in >> FATAL: kernel too old > > --- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- (dhg) darcsis AT gmail dot COM From lists at opsec.eu Sun Oct 18 09:11:43 2009 From: lists at opsec.eu (Kurt Jaeger) Date: Sun Oct 18 09:11:53 2009 Subject: acroread9 crashes after maybe 10 seconds of operation. In-Reply-To: <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> Message-ID: <20091018091141.GA93084@home.opsec.eu> Hi! > Similar problem. Related problem here: --------- f8-64$ acroread9 (process:47993): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. terminate called after throwing an instance of 'RSException' --------- with acroread9-9.2 from the ports. -- pi@opsec.eu +49 171 3101372 11 years to go ! From christer.solskogen at gmail.com Sun Oct 18 09:18:41 2009 From: christer.solskogen at gmail.com (Christer Solskogen) Date: Sun Oct 18 09:18:48 2009 Subject: binary upgrade of packages Message-ID: Hi! Is portupgrade the only tool that can upgrade packages by sharing /usr/ports? I was looking into pkg_upgrade from bsdadminscripts, but that tool seemed to download the INDEX file from ftp.freebsd.org even if I have it in /usr/ports. -- chs, From bsam at ipt.ru Sun Oct 18 09:22:26 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sun Oct 18 09:22:33 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds of operation.] In-Reply-To: <86fx9hnrcv.fsf@pluton.xbsd.name> (Denise H. G.'s message of "Sun\, 18 Oct 2009 14\:33\:36 +0800") References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <86fx9hnrcv.fsf@pluton.xbsd.name> Message-ID: <97657587@ipt.ru> darcsis@gmail.com (Denise H. G.) writes: > the same problem here for the port on 8.0-RC1. > And I tried to use zh_CN-acroread8, but it does not even start up, just > aborts before the GUI appears. Try this: ----- # sysctl security.bsd.map_at_zero=1 ----- If that helps then updating to a more resent 8.0 (without setting this sysctl) should help. For more information take a look at security@ maillist. HTH -- WBR, bsam From bsam at ipt.ru Sun Oct 18 10:06:56 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sun Oct 18 10:07:02 2009 Subject: FreeBSD Port: acroread9-9.2 In-Reply-To: <4AD74421.8020807@jstub.com> (John B. Stubblebine's message of "Thu\, 15 Oct 2009 08\:47\:45 -0700") References: <4AD74421.8020807@jstub.com> Message-ID: <65494917@ipt.ru> "John B. Stubblebine" writes: > So how do I get linux-pango 1.24, or later?? This is a real FAQ for some time. Please, search archieves (ports@, emulation@) and even the PR-database for the answer. -- WBR, bsam From roberthuff at rcn.com Sun Oct 18 12:25:23 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun Oct 18 12:25:36 2009 Subject: acroread9 crashes after maybe 10 seconds of operation. In-Reply-To: <20091018091141.GA93084@home.opsec.eu> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <20091018091141.GA93084@home.opsec.eu> Message-ID: <19163.2306.782353.904477@jerusalem.litteratus.org> Kurt Jaeger writes: > > Similar problem. > > Related problem here: > > --------- > f8-64$ acroread9 > > (process:47993): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > terminate called after throwing an instance of 'RSException' > > --------- > > with acroread9-9.2 from the ports. Three. Also acroread-9.2; also amd64; but f10.. Robert Huff From darcsis at gmail.com Sun Oct 18 13:28:31 2009 From: darcsis at gmail.com (Denise H. G.) Date: Sun Oct 18 13:28:37 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds of operation.] In-Reply-To: <97657587@ipt.ru> (Boris Samorodov's message of "Sun\, 18 Oct 2009 13\:24\:44 +0400") References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <86fx9hnrcv.fsf@pluton.xbsd.name> <97657587@ipt.ru> Message-ID: <86bpk4g7bg.fsf@pluton.xbsd.name> Boris Samorodov writes: > darcsis@gmail.com (Denise H. G.) writes: > >> the same problem here for the port on 8.0-RC1. >> And I tried to use zh_CN-acroread8, but it does not even start up, > just >> aborts before the GUI appears. > > Try this: > ----- > # sysctl security.bsd.map_at_zero=1 > ----- > > If that helps then updating to a more resent 8.0 (without setting > this sysctl) should help. For more information take a look at > security@ maillist. HTH thanks, this works! -- (dhg) darcsis AT gmail dot COM From lists at opsec.eu Sun Oct 18 21:30:45 2009 From: lists at opsec.eu (Kurt Jaeger) Date: Sun Oct 18 21:30:52 2009 Subject: acroread9 crashes after maybe 10 seconds of operation. In-Reply-To: <19163.2306.782353.904477@jerusalem.litteratus.org> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <20091018091141.GA93084@home.opsec.eu> <19163.2306.782353.904477@jerusalem.litteratus.org> Message-ID: <20091018213046.GB93084@home.opsec.eu> Hi! > Kurt Jaeger writes: [...] > > (process:47993): Gtk-WARNING **: Locale not supported by C library. > > Using the fallback 'C' locale. > > terminate called after throwing an instance of 'RSException' > > with acroread9-9.2 from the ports. > > Three. > Also acroread-9.2; also amd64; but f10.. With most recent 8.0-RC1 sources and f10 and linuxprocfs mounted and with sysctl security.bsd.map_at_zero=1: still the same Problem. -- pi@opsec.eu +49 171 3101372 11 years to go ! From dougb at FreeBSD.org Mon Oct 19 00:24:57 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Oct 19 00:25:04 2009 Subject: binary upgrade of packages In-Reply-To: References: Message-ID: <4ADBB1D7.1070305@FreeBSD.org> Christer Solskogen wrote: > Hi! > > Is portupgrade the only tool that can upgrade packages by sharing > /usr/ports? I was looking into pkg_upgrade from bsdadminscripts, but > that tool seemed to download the INDEX file from ftp.freebsd.org even > if I have it in /usr/ports. It's not ready yet, but I'm trying to get support for adding these features to portmaster: http://dougbarton.us/portmaster-proposal.html Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From freebsd at optimis.net Mon Oct 19 01:24:04 2009 From: freebsd at optimis.net (George Davidovich) Date: Mon Oct 19 01:24:11 2009 Subject: binary upgrade of packages In-Reply-To: References: Message-ID: <20091019004829.GB44986@marvin.optimis.net> On Sun, Oct 18, 2009 at 10:57:54AM +0200, Christer Solskogen wrote: > Is portupgrade the only tool that can upgrade packages by sharing > /usr/ports? I was looking into pkg_upgrade from bsdadminscripts, but > that tool seemed to download the INDEX file from ftp.freebsd.org even if > I have it in /usr/ports. I can't comment on the behaviour of pkg_upgrade, but your options, irrespective of whether you're sharing out /usr/ports, using ftp.freebsd.org as a repository, or making use of your own local package server, are currently limited to - portupgrade -PP - the pkg_upgrade script from bsdaminscripts - doing it manually by first using pkg_delete(1) Personally, I'd like to see pkg_add(1) enhanced to accommodate the binary-only upgrade functionality as provided by OpenBSD's pkg_add. Then, again, I really do want a pony. ;-) -- George From kenyon at kenyonralph.com Mon Oct 19 03:43:54 2009 From: kenyon at kenyonralph.com (Kenyon Ralph) Date: Mon Oct 19 03:44:01 2009 Subject: portmaster: grep: Argument list too long Message-ID: <20091019034349.GM24097@kenyonralph.com> I'm trying to replace perl 5.8 with perl 5.10, so I did this (as in the 20090328 /usr/ports/UPDATING entry): % sudo portmaster -v -t -D -o lang/perl5.10 lang/perl5.8 % sudo portmaster -v -D -R -m 'FORCE_PKG_REGISTER=yes' -r perl-threaded-5.10.1 (FORCE_PKG_REGISTER seems to be needed to keep libtool22 from erroring and stopping the portmaster run.) The second command goes OK for a while, but eventually I start getting grep errors like those below, and ports like libtool22, libiconv, and gettext are repeatedly reinstalled (with some other ports occasionally reinstalled). Also, a couple times, portmaster died due to these 'grep argument list too long' errors (hence my usage of -R). ... ===> Registering installation for libtool-2.2.6a_1 ===> Cleaning for libtool-2.2.6a_1 /usr/local/sbin/portmaster: egrep: Argument list too long ===>>> Installation of devel/libtool22 (libtool-2.2.6a_1) succeeded ===>>> Returning to dependency check for converters/libiconv ===>>> Dependency check complete for converters/libiconv perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> devel/gmake >> devel/gettext >> converters/libiconv ===> Cleaning for libiconv-1.13.1 ... ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for devel/gettext from ports ===>>> Starting dependency check ===>>> Checking dependency: converters/libiconv /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update converters/libiconv perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> devel/gmake >> devel/gettext >> converters/libiconv /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/converters/libiconv ===>>> Starting check for build dependencies ===>>> Gathering dependency list for converters/libiconv from ports ===>>> Starting dependency check ===>>> Checking dependency: devel/libtool22 /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update devel/libtool22 perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> devel/gmake >> devel/gettext >> converters/libiconv >> devel/libtool22 /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/devel/libtool22 ===>>> Starting check for build dependencies ===>>> Gathering dependency list for devel/libtool22 from ports ===>>> No dependencies for devel/libtool22 ===> Cleaning for libtool-2.2.6a_1 ... ===> Registering installation for gettext-0.17_1 ===> Cleaning for gettext-0.17_1 /usr/local/sbin/portmaster: egrep: Argument list too long ===>>> Installation of devel/gettext (gettext-0.17_1) succeeded ===>>> Returning to dependency check for devel/gmake ===>>> Dependency check complete for devel/gmake perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> devel/gmake ===> Installing for gmake-3.81_3 ... ===> Cleaning for pkg-config-0.23_1 /usr/local/sbin/portmaster: egrep: Argument list too long ===>>> No installed ports depend on pkg-config-0.23_1 ===>>> Emptying +REQUIRED_BY file. Try portmaster -s ===>>> Installation of devel/pkg-config (pkg-config-0.23_1) succeeded ===>>> Returning to dependency check for dns/libidn ===>>> Checking dependency: lang/perl5.10 /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update lang/perl5.10 perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/lang/perl5.10 ===>>> Starting check for build dependencies ===>>> Gathering dependency list for lang/perl5.10 from ports ===>>> Starting dependency check ===>>> Checking dependency: databases/gdbm /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update databases/gdbm perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 >> databases/gdbm /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/databases/gdbm ===>>> Starting check for build dependencies ===>>> Gathering dependency list for databases/gdbm from ports ===>>> Starting dependency check ===>>> Checking dependency: devel/gmake /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update devel/gmake perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 >> databases/gdbm >> devel/gmake /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/devel/gmake ===>>> Starting check for build dependencies ===>>> Gathering dependency list for devel/gmake from ports ===>>> Starting dependency check ===>>> Checking dependency: devel/gettext /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update devel/gettext perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 >> databases/gdbm >> devel/gmake >> devel/gettext /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/devel/gettext ===>>> Starting check for build dependencies ===>>> Gathering dependency list for devel/gettext from ports ===>>> Starting dependency check ===>>> Checking dependency: converters/libiconv /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update converters/libiconv perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 >> databases/gdbm >> devel/gmake >> devel/gettext >> converters/libiconv /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/converters/libiconv ===>>> Starting check for build dependencies ===>>> Gathering dependency list for converters/libiconv from ports ===>>> Starting dependency check ===>>> Checking dependency: devel/libtool22 /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Launching child to update devel/libtool22 perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 >> databases/gdbm >> devel/gmake >> devel/gettext >> converters/libiconv >> devel/libtool22 /usr/local/sbin/portmaster: grep: Argument list too long ===>>> Port directory: /usr/ports/devel/libtool22 ===>>> Starting check for build dependencies ===>>> Gathering dependency list for devel/libtool22 from ports ===>>> No dependencies for devel/libtool22 ===> Cleaning for libtool-2.2.6a_1 ===> Extracting for libtool-2.2.6a_1 .... I don't think I have an excessive number of ports installed, but I do have all of x11/gnome2 and x11/kde4: % pkg_info | wc -l 845 % portmaster --version ===>>> FreeBSD version 2.12 % uname -a FreeBSD gauss.kenyonralph.com 8.0-RC1 FreeBSD 8.0-RC1 #0 r197973: Sun Oct 11 18:48:41 PDT 2009 root@gauss.kenyonralph.com:/usr/obj/usr/src/sys/GAUSS amd64 I'm not sure exactly where the grep argument list too long errors are coming from, but there's not that many calls to grep in portmaster: % grep -n -E '.?grep' =portmaster 75: while ps -axo pid,ppid,command | grep -v egrep | egrep -q "(make -DBATCH checksum|/fetch |\[sh\])"; do 129: grep -q '%%%%%%%%%%%%' $DI_FILES || kill_bad_children 197: [ -n "$grep_deps" ] && pm_unlink $grep_deps 387: dir=`grep -l "@comment ORIGIN:${1}$" $pdb/*/+CONTENTS` 397: o=`grep '@comment ORIGIN:' $pdb/$1/+CONTENTS 2>/dev/null` 406: # Global: grep_deps 411: # egrep hates + in file names 418: # Always rely on the grep'ed dependencies instead of +REQUIRED_BY 419: grep_deps=`pm_mktemp grep-deps-${iport}` 420: egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS | 421: cut -f 5 -d '/' | sort -u > $grep_deps 423: if [ ! -s "$grep_deps" ]; then 541: for l in `grep "^$sf|" $pd/MOVED`; do 619: grep '^MD5' $distinfo | while read disc1 f disc2; do 647: if grep -ql '^@pkgdep ' $pkg/+CONTENTS 2>/dev/null; then 653: if grep -ql '^@pkgdep ' $pkg/+CONTENTS 2>/dev/null; then 674: if ! grep -ql $f $DI_FILES; then 724: if [ -s "$grep_deps" ]; then 726: sort $pkg/+REQUIRED_BY | cmp -s $grep_deps - || 735: pm_install_s $grep_deps $pkg/+REQUIRED_BY 738: [ -n "$grep_deps" ] && { 739: pm_unlink $grep_deps && unset grep_deps; } 871: if egrep -ql '^(FORBIDDEN|DEPRECATED|BROKEN|IGNORE)' Makefile; then 1001: local pkgrep 1007: pkgrep=`pm_make -f/usr/share/mk/bsd.port.mk -V PKGREPOSITORY` 1008: if [ ! "$packages" = "${pkgrep%/All}" ]; then 1062: # The grep is needed to allow for comments, etc. 1063: for file in `grep ^DISTFILE $dist_list`; do 1076: for file in `grep ^DISTFILE $dist_list`; do 1126: grep -ql ${ps}$file $DI_FILES && continue 1356: deplist=`grep -l DEPORIGIN:$origin$ $pdb/*/+CONTENTS` 1394: deplist=`grep -l DEPORIGIN:$origin$ $pdb/*/+CONTENTS` 1511: nf=`ps -ax | grep [f]etch | wc -l` 1614: grep -ql ^CONFLICTS Makefile && 1692: for req_by in `grep -l DEPORIGIN:$portdir$ $pdb/*/+CONTENTS | \ 1981: if grep -ql "DEPORIGIN:$ro_opd$" $pdb/*/+CONTENTS; then 2127: TESTINT=`grep -l ^IS_INTERACTIVE Makefile` 2264: grep -v ^$LOCALBASE_COMPAT > $ldconfig_out 2387: size=`grep "^SIZE (${ds}${file})" $distinfo` 2388: sha256=`grep "^SHA256 (${ds}${file})" $distinfo` 2389: md5=`grep "^MD5 (${ds}${file})" $distinfo` 2412:if [ -s "$grep_deps" ]; then 2421: grep -ql "DEPORIGIN:$ro_opd$" $dp_cont && 2426: if grep -ql "DEPORIGIN:$portdir$" $dp_cont; then 2429: done < $grep_deps 2433: sort $pdb/$new_port/+REQUIRED_BY | cmp -s $grep_deps - || 2442: pm_install_s $grep_deps $pdb/$new_port/+REQUIRED_BY 2445: pm_unlink $grep_deps && unset grep_deps do_update I'm thinking some of the grep calls should be replaced with find -exec or find | xargs types of calls? Or am I doing something crazy and wrong here? Maybe it would just be better to delete all ports, and start from scratch with perl5.10 installed at the start? Also, this may be a separate issue, but looks like portmaster is going into a circle (this can also be seen in the snippets above): perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 ... perl-threaded-5.10.1 >> kde4-4.3.1 >> kdeutils-4.3.1_1 >> security/gnupg >> ftp/curl >> dns/libidn >> lang/perl5.10 >> databases/gdbm >> devel/gmake >> devel/gettext >> converters/libiconv (Meanwhile, an important user of perl, vim, still hasn't been rebuilt.) Thanks, Kenyon Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091019/253e67d2/attachment.pgp From dougb at FreeBSD.org Mon Oct 19 04:43:27 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Oct 19 04:43:34 2009 Subject: portmaster: grep: Argument list too long In-Reply-To: <20091019034349.GM24097@kenyonralph.com> References: <20091019034349.GM24097@kenyonralph.com> Message-ID: <4ADBEE6C.8080700@FreeBSD.org> Kenyon Ralph wrote: > I'm trying to replace perl 5.8 with perl 5.10, so I did this (as in the > 20090328 /usr/ports/UPDATING entry): > > % sudo portmaster -v -t -D -o lang/perl5.10 lang/perl5.8 > % sudo portmaster -v -D -R -m 'FORCE_PKG_REGISTER=yes' -r perl-threaded-5.10.1 > > (FORCE_PKG_REGISTER seems to be needed to keep libtool22 from erroring > and stopping the portmaster run.) I'm looking into this in more detail, but first I wonder why libtool is being built at all. Did you follow the instructions in the 20090802 UPDATING entry to replace libtool15 with libtool22? You should not need to use FORCE_PKG_REGISTER in this situation, that's a sign that there is something wrong. I also suspect that it's masking a deeper problem and is the cause of having things installed more than once in the same portmaster run (which should never happen). I'm also wondering if all your other ports are up to date (other than switching perl versions). At least on my system perl is not required by libtool so it doesn't make sense that it (or several of the other things in your log) are being built at all. I'm also concerned that there is something wrong with your /var/db/pkg directory, since grep can handle an argument list of many thousands of items without any problems. Can you do this and let me know what it says: ls -d /var/db/pkg/* | wc -l That number should match the number of ports that 'portmaster -l' tells you that you have. Finally I would run 'portmaster --check-depends' just to see if there is anything else strange going on. You will probably get some errors about no installed version of perl5.8 which is normal. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From kenyon at kenyonralph.com Mon Oct 19 05:31:04 2009 From: kenyon at kenyonralph.com (Kenyon Ralph) Date: Mon Oct 19 05:31:10 2009 Subject: portmaster: grep: Argument list too long In-Reply-To: <4ADBEE6C.8080700@FreeBSD.org> References: <20091019034349.GM24097@kenyonralph.com> <4ADBEE6C.8080700@FreeBSD.org> Message-ID: <20091019053059.GN24097@kenyonralph.com> On 2009-10-18T21:43:24-0700, Doug Barton wrote: > Kenyon Ralph wrote: > > I'm trying to replace perl 5.8 with perl 5.10, so I did this (as in the > > 20090328 /usr/ports/UPDATING entry): > > > > % sudo portmaster -v -t -D -o lang/perl5.10 lang/perl5.8 > > % sudo portmaster -v -D -R -m 'FORCE_PKG_REGISTER=yes' -r perl-threaded-5.10.1 > > > > (FORCE_PKG_REGISTER seems to be needed to keep libtool22 from erroring > > and stopping the portmaster run.) > > I'm looking into this in more detail, but first I wonder why libtool > is being built at all. Did you follow the instructions in the 20090802 > UPDATING entry to replace libtool15 with libtool22? You should not > need to use FORCE_PKG_REGISTER in this situation, that's a sign that > there is something wrong. I also suspect that it's masking a deeper > problem and is the cause of having things installed more than once in > the same portmaster run (which should never happen). This system was first created around 2009-08-14, so it always had libtool22. > I'm also wondering if all your other ports are up to date (other than > switching perl versions). At least on my system perl is not required > by libtool so it doesn't make sense that it (or several of the other > things in your log) are being built at all. Yes, before I started this perl upgrade, I had just csup'd /usr/ports and completed portmaster -a. > I'm also concerned that there is something wrong with your /var/db/pkg > directory, since grep can handle an argument list of many thousands of > items without any problems. Can you do this and let me know what it > says: ls -d /var/db/pkg/* | wc -l After doing portmaster --check-depends which did a few +REQUIRED_BY updates: % pkg_info | wc -l 845 % ls -d /var/db/pkg/* | wc -l 846 That is one more than portmaster -l: ===>>> 845 total installed ports > That number should match the number of ports that 'portmaster -l' > tells you that you have. > > Finally I would run 'portmaster --check-depends' just to see if there > is anything else strange going on. You will probably get some errors > about no installed version of perl5.8 which is normal. Ah, I do remember seeing some warnings flying by saying that I should try --check-depends. As I said above, I executed it. Didn't see any errors about perl5.8. I also ran portmaster --check-port-dbdir, deleted the directories that did not seem to be installed, and noticed that x11/kde4 and kdeutils4 were not installed (even though the rest of kde4 seems to be installed). So I'm doing portmaster -v -t -D -R x11/kde4 right now, which is building several ports. I'll try resuming -r perl-threaded-5.10.1 after this. Thanks, Kenyon Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091019/01317cec/attachment.pgp From andrey.zhidenkov at gmail.com Mon Oct 19 05:53:30 2009 From: andrey.zhidenkov at gmail.com (Andrey Zhidenkov) Date: Mon Oct 19 05:53:36 2009 Subject: x11-wm/awesome ports dependencies Message-ID: <20091019052326.GA3240@desktop> I've tried to install awesome 3.3.4, but 'make install clean' failed. I found that awesome needs xcblib >= 1.4, but I had version 1.2 installed. I had ro deinstall libxcb manually (cd /usr/ports/x11/libxcb && make deinstall && make install clean), after that awesome was comlied OK. Now I have a question - is it incorrect port dependencies or I've just don't understand something? Maybe port doesn't upgrade automaticcaly, if it already installed? Thank you. -- From dougb at FreeBSD.org Mon Oct 19 06:04:43 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Oct 19 06:04:50 2009 Subject: portmaster: grep: Argument list too long In-Reply-To: <20091019053059.GN24097@kenyonralph.com> References: <20091019034349.GM24097@kenyonralph.com> <4ADBEE6C.8080700@FreeBSD.org> <20091019053059.GN24097@kenyonralph.com> Message-ID: <4ADC0179.3040507@FreeBSD.org> Kenyon Ralph wrote: > On 2009-10-18T21:43:24-0700, Doug Barton wrote: >> Kenyon Ralph wrote: >>> I'm trying to replace perl 5.8 with perl 5.10, so I did this (as in the >>> 20090328 /usr/ports/UPDATING entry): >>> >>> % sudo portmaster -v -t -D -o lang/perl5.10 lang/perl5.8 >>> % sudo portmaster -v -D -R -m 'FORCE_PKG_REGISTER=yes' -r perl-threaded-5.10.1 >>> >>> (FORCE_PKG_REGISTER seems to be needed to keep libtool22 from erroring >>> and stopping the portmaster run.) >> I'm looking into this in more detail, but first I wonder why libtool >> is being built at all. Did you follow the instructions in the 20090802 >> UPDATING entry to replace libtool15 with libtool22? You should not >> need to use FORCE_PKG_REGISTER in this situation, that's a sign that >> there is something wrong. I also suspect that it's masking a deeper >> problem and is the cause of having things installed more than once in >> the same portmaster run (which should never happen). > > This system was first created around 2009-08-14, so it always had > libtool22. Ok >> I'm also wondering if all your other ports are up to date (other than >> switching perl versions). At least on my system perl is not required >> by libtool so it doesn't make sense that it (or several of the other >> things in your log) are being built at all. > > Yes, before I started this perl upgrade, I had just csup'd /usr/ports > and completed portmaster -a. Ok >> I'm also concerned that there is something wrong with your /var/db/pkg >> directory, since grep can handle an argument list of many thousands of >> items without any problems. Can you do this and let me know what it >> says: ls -d /var/db/pkg/* | wc -l > > After doing portmaster --check-depends which did a few +REQUIRED_BY > updates: > > % pkg_info | wc -l > 845 > > % ls -d /var/db/pkg/* | wc -l > 846 > > That is one more than portmaster -l: > ===>>> 845 total installed ports Ok, can you please figure out what the extra entry is? >> Finally I would run 'portmaster --check-depends' just to see if there >> is anything else strange going on. You will probably get some errors >> about no installed version of perl5.8 which is normal. > > Ah, I do remember seeing some warnings flying by saying that I should > try --check-depends. As I said above, I executed it. Didn't see any > errors about perl5.8. > > I also ran portmaster --check-port-dbdir, deleted the directories that > did not seem to be installed, and noticed that x11/kde4 and kdeutils4 > were not installed (even though the rest of kde4 seems to be installed). > So I'm doing portmaster -v -t -D -R x11/kde4 right now, which is > building several ports. I'll try resuming -r perl-threaded-5.10.1 after > this. Ok, when you get back to the perl upgrade please apply the attached patch first. It is going to cause a lot of console output so you're probably better off starting script first to capture it. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -------------- next part -------------- --- portmaster 2009/09/15 07:50:11 2.54 +++ portmaster 2009/10/19 06:00:32 @@ -384,8 +384,15 @@ iport_from_origin () { local dir + +echo "Debug> About to do grep -l @comment ORIGIN:${1}$ $pdb/*/+CONTENTS" + dir=`grep -l "@comment ORIGIN:${1}$" $pdb/*/+CONTENTS` + if [ $? -ne 0 ]; then + fail "grep command failed" + fi + # It should not happen that more than one port meets this # requirement, but it can if the pkg data is corrupted. dir="${dir%%/+CONTENTS*}" @@ -394,7 +401,13 @@ origin_from_pdb () { local o + +echo "Debug> About to do grep '@comment ORIGIN:' $pdb/$1/+CONTENTS 2>/dev/null" + o=`grep '@comment ORIGIN:' $pdb/$1/+CONTENTS 2>/dev/null` + if [ $? -ne 0 ]; then + fail "grep command failed" + fi echo ${o#@comment ORIGIN:} } @@ -417,6 +430,9 @@ # Always rely on the grep'ed dependencies instead of +REQUIRED_BY grep_deps=`pm_mktemp grep-deps-${iport}` + +echo "Debug> About to do egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS" + egrep -l "DEPORIGIN:($origin|$ro_opd)$" $pdb/*/+CONTENTS | cut -f 5 -d '/' | sort -u > $grep_deps @@ -538,6 +554,9 @@ # To avoid having each word of the reason treated separately IFS=' ' + +echo "Debug> About to do grep ^$sf| $pd/MOVED" + for l in `grep "^$sf|" $pd/MOVED`; do case "$l" in ${sf}\|\|*) [ -n "$iport" ] || iport=`iport_from_origin $sf` @@ -616,6 +635,9 @@ fi if [ -s "$distinfo" ]; then + +echo "Debug> About to do grep '^MD5' $distinfo" + grep '^MD5' $distinfo | while read disc1 f disc2; do f=${f#(} ; f=${f%)} echo $f >> $DI_FILES @@ -868,6 +890,9 @@ # Global: state local state_set +echo "Debug> About to do egrep -ql '^(FORBIDDEN|DEPRECATED|BROKEN|IGNORE)' Makefile" + + if egrep -ql '^(FORBIDDEN|DEPRECATED|BROKEN|IGNORE)' Makefile; then for state in FORBIDDEN DEPRECATED BROKEN IGNORE; do state_set=`pm_make -V $state` @@ -1059,6 +1084,8 @@ [ -s "$dist_list" ] || { unset dist_list ; return 0; } [ -n "$DONT_SCRUB_DISTFILES" ] && return 0 +echo "Debug> About to do grep ^DISTFILE $dist_list" + # The grep is needed to allow for comments, etc. for file in `grep ^DISTFILE $dist_list`; do file=${file#DISTFILE:} ; file=${file%%:*} @@ -1689,6 +1716,8 @@ # Global: MASTER_RB_LIST local req_by +echo "Debug> About to do grep -l DEPORIGIN:$portdir$ $pdb/*/+CONTENTS" + for req_by in `grep -l DEPORIGIN:$portdir$ $pdb/*/+CONTENTS | \ cut -f 5 -d '/'`; do MASTER_RB_LIST="${MASTER_RB_LIST}${req_by} " From richardtoohey at paradise.net.nz Mon Oct 19 07:17:32 2009 From: richardtoohey at paradise.net.nz (Richard Toohey) Date: Mon Oct 19 07:17:39 2009 Subject: vsftpd 2.2.0 - FTP clients (PASV) not working after upgrade from 2.1.0 In-Reply-To: References: Message-ID: <0E3080B4-AF02-490E-BA87-738A936C8F94@paradise.net.nz> On 22/08/2009, at 10:31 PM, Richard Toohey wrote: > On 20/08/2009, at 9:41 PM, Richard Toohey wrote: [cut] >> >> Upgraded to 2.2.0 and ftp clients have started to fail - first >> noticed on Windows/Internet Explorer, but also OpenBSD/Firefox 3.0.x. [cut] >> Firefox 3.5 on Mac gives me 500 OOPS: priv_sock_get_cmd >> >> Google gave me this: http://www.mail-archive.com/debian-bugs- >> dist@lists.debian.org/msg673507.html [cut] > > If no bright ideas forthcoming, I'll try the vsftpd author. For the archives: I emailed the author (Chris Evans) and there is a fix in the latest version (2.2.1 - Oct 2009) - Fix crash regression with the pasv_address option enabled. Thanks. From bsam at ipt.ru Mon Oct 19 07:37:36 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Oct 19 07:37:43 2009 Subject: acroread9 crashes after maybe 10 seconds of operation. In-Reply-To: <20091018213046.GB93084@home.opsec.eu> (Kurt Jaeger's message of "Sun\, 18 Oct 2009 23\:30\:46 +0200") References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <20091018091141.GA93084@home.opsec.eu> <19163.2306.782353.904477@jerusalem.litteratus.org> <20091018213046.GB93084@home.opsec.eu> Message-ID: <01153010@ipt.ru> Kurt Jaeger writes: >> Kurt Jaeger writes: > [...] >> > (process:47993): Gtk-WARNING **: Locale not supported by C library. >> > Using the fallback 'C' locale. >> > terminate called after throwing an instance of 'RSException' > >> > with acroread9-9.2 from the ports. >> >> Three. >> Also acroread-9.2; also amd64; but f10.. > > With most recent 8.0-RC1 sources and f10 and linuxprocfs mounted and > with sysctl security.bsd.map_at_zero=1: still the same Problem. I didn't say it may help acroread9. Acroread9 never worked for me. Seems that some syscalls are missing (even at 9-CURRENT). -- WBR, bsam From bugmaster at FreeBSD.org Mon Oct 19 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 19 11:06:32 2009 Subject: Current unassigned ports problem reports Message-ID: <200910191106.n9JB659U062700@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/139753 [maintainer-update] ports/net/p5-Net-Twitter-Lite f ports/139752 Update port: net-mgmt/nagios-devel o ports/139750 [PATCH] databases/xapian-core update to 1.0.16 o ports/139722 Update Port: devel/libpthread-stubs to v0.3 f ports/139680 Is editors/emacs out-dated? o ports/139670 New port: net-p2p/uhub uHub is a high performance peer f ports/139658 databases/couchdb - rc.d script syntax error patch f ports/139652 [devel/icu] Little patch for compiling with gcc44 f ports/139637 security/wipe fails dealing with file permissions o ports/139629 new port security/pam_memcache: a PAM module for authe o ports/139615 databases/mytop - error in case of client IP without h f ports/139611 security/wipe: Abort trap: 6 (core dumped) f ports/139599 sysutils/p5-BSD-Sysctl can not handle QUAD integer. o ports/139552 science/paraview 2.2.4: ParaView error: InitializeTcl o ports/139490 [patch] x11-wm/tvtwm fixes for users of firefox3, gimp f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference f ports/139376 new port security/pam_memcache: a PAM module for authe o ports/139372 java/jboss5 reorganization. s ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] f ports/139347 [patch]finance/kmymoney2 port update to 1.0.0 o ports/139342 [maintainer update] Mk/bsd.octave.mk: problems with oc o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139339 [patch] www/lynx update to 2.8.7.1 f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139295 New port: devel/mk-configure -- lightweight, easy to u o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k o ports/139261 [NEW PORT] deskutils/osmo: a personal organizer f ports/139241 upgrade graphics/php5-chartdirector to version 5.0.2 f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the f ports/139024 checksum mismatch for source bz2 of audio/audacity-dev o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138695 new port - games/ioquake3-devel o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori o ports/138602 audio/sphinxbase port update f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: www/tokyopromenade: a content management sys o ports/137691 [PATCH] New port for semantik (kdissert II) f ports/137682 Update port: multimedia/k9copy Updated k9copy to versi f ports/137635 multimedia/vlc breaks keyboard input processing o ports/137623 New port net/skystar2.8 o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137599 New Port: games/armagetron-0.3-beta f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur f ports/137450 www/squid: ecap support not working after upgrade o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137254 New port: net/unssh Fast way to delete entries from Op o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137220 net-p2p/verlihub port version update f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl o ports/137115 net/pptpclient: pptp client for freebsd 7.1 o ports/137046 Port upgrade: databases/postgresql-odbc: 08.03.0400 -> f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 134 problems total. From 1wkmmr at gmail.com Mon Oct 19 12:38:30 2009 From: 1wkmmr at gmail.com (1wkmmr@gmail.com) Date: Mon Oct 19 12:38:37 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds of operation.] In-Reply-To: <97657587@ipt.ru> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <86fx9hnrcv.fsf@pluton.xbsd.name> <97657587@ipt.ru> Message-ID: <3518979e0910190538r4cbb0c69veaa75c4c12c5e601@mail.gmail.com> Unfortunately, the map_at_zero sysctl didn't work for me. The following massage still recorded in dmesg. > linux: pid 1378 (acroread): syscall inotify_init not implemented I set the sysctl variable just before the kernel boot. After loading kernel and modules and before booting the kernel, escape to the command line mode of the loader, and type set security.bsd.map_at_zero=1, then boot. Something wrong? Samorodov : > darcsis@gmail.com (Denise H. G.) writes: > >> the same problem here for the port on 8.0-RC1. >> And I tried to use zh_CN-acroread8, but it does not even start up, just >> aborts before the GUI appears. > > Try this: > ----- > # sysctl security.bsd.map_at_zero=1 > ----- > > If that helps then updating to a more resent 8.0 (without setting > this sysctl) should help. For more information take a look at > security@ maillist. HTH > > -- > WBR, bsam > --- Mamoru Iwaki From bsam at ipt.ru Mon Oct 19 13:20:57 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Oct 19 13:21:04 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds of operation.] In-Reply-To: <3518979e0910190538r4cbb0c69veaa75c4c12c5e601@mail.gmail.com> (1wkmmr@gmail.com's message of "Mon\, 19 Oct 2009 21\:38\:29 +0900") References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <86fx9hnrcv.fsf@pluton.xbsd.name> <97657587@ipt.ru> <3518979e0910190538r4cbb0c69veaa75c4c12c5e601@mail.gmail.com> Message-ID: <56518089@serv3.int.kfs.ru> 1wkmmr@gmail.com writes: > Unfortunately, the map_at_zero sysctl didn't work for me. The > following massage still recorded in dmesg. > >> linux: pid 1378 (acroread): syscall inotify_init not implemented > > I set the sysctl variable just before the kernel boot. After loading > kernel and modules and before booting the kernel, escape to the > command line mode of the loader, and type set > security.bsd.map_at_zero=1, then boot. > > Something wrong? Install acroread8 instead of acroread9. > Samorodov : >> darcsis@gmail.com (Denise H. G.) writes: >> >>> the same problem here for the port on 8.0-RC1. >>> And I tried to use zh_CN-acroread8, but it does not even start up, just >>> aborts before the GUI appears. >> >> Try this: >> ----- >> # sysctl security.bsd.map_at_zero=1 >> ----- >> >> If that helps then updating to a more resent 8.0 (without setting >> this sysctl) should help. For more information take a look at >> security@ maillist. HTH -- WBR, bsam From stephen at missouri.edu Mon Oct 19 13:26:23 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Mon Oct 19 13:26:30 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds ofoperation.] In-Reply-To: <56518089@serv3.int.kfs.ru> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp><3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com><86fx9hnrcv.fsf@pluton.xbsd.name> <97657587@ipt.ru><3518979e0910190538r4cbb0c69veaa75c4c12c5e601@mail.gmail.com> <56518089@serv3.int.kfs.ru> Message-ID: <4ADC68FE.3080601@missouri.edu> Boris Samorodov wrote: > 1wkmmr@gmail.com writes: > >> Unfortunately, the map_at_zero sysctl didn't work for me. The >> following massage still recorded in dmesg. >> >>> linux: pid 1378 (acroread): syscall inotify_init not implemented >> I set the sysctl variable just before the kernel boot. After loading >> kernel and modules and before booting the kernel, escape to the >> command line mode of the loader, and type set >> security.bsd.map_at_zero=1, then boot. >> >> Something wrong? > > Install acroread8 instead of acroread9. This is my experience: I updated FreeBSD 8.0 about a week ago. acroread8 stopped working with the helpful message "Abort." So I tried out acroread9, which had never worked for me, and still didn't. Then I saw these emails and tried # sysctl security.bsd.map_at_zero=1 acroread9 still didn't work. But then acroread8 started working again! Stephen From andrey.zhidenkov at gmail.com Mon Oct 19 14:10:17 2009 From: andrey.zhidenkov at gmail.com (Andrey Zhidenkov) Date: Mon Oct 19 14:10:24 2009 Subject: x11-wm/awesome ports dependencies In-Reply-To: <4ADC6F43.1050207@gmail.com> References: <20091019052326.GA3240@desktop> <4ADC6F43.1050207@gmail.com> Message-ID: <20091019141007.GA1550@desktop> On Mon, Oct 19, 2009 at 02:53:07PM +0100, Ricardo Jesus wrote: > Andrey Zhidenkov wrote: >> I've tried to install awesome 3.3.4, but 'make install clean' failed. I found >> that awesome needs xcblib >= 1.4, but I had version 1.2 installed. >> >> I had ro deinstall libxcb manually (cd /usr/ports/x11/libxcb && make deinstall && make install clean), >> after that awesome was comlied OK. Now I have a question - is it incorrect port dependencies or >> I've just don't understand something? Maybe port doesn't upgrade automaticcaly, if it already installed? >> >> Thank you. >> > Did you upgrade your ports tree? > Of course, I've used cvsup for this. > Also have a look at portmaster. I'll use it, but first of all I want to know what is the reason of this problem? ;( -- From ricardo.meb.jesus at gmail.com Mon Oct 19 14:13:36 2009 From: ricardo.meb.jesus at gmail.com (Ricardo Jesus) Date: Mon Oct 19 14:13:43 2009 Subject: x11-wm/awesome ports dependencies In-Reply-To: <20091019052326.GA3240@desktop> References: <20091019052326.GA3240@desktop> Message-ID: <4ADC6F43.1050207@gmail.com> Andrey Zhidenkov wrote: > I've tried to install awesome 3.3.4, but 'make install clean' failed. I found > that awesome needs xcblib >= 1.4, but I had version 1.2 installed. > > I had ro deinstall libxcb manually (cd /usr/ports/x11/libxcb && make deinstall && make install clean), > after that awesome was comlied OK. Now I have a question - is it incorrect port dependencies or > I've just don't understand something? Maybe port doesn't upgrade automaticcaly, if it already installed? > > Thank you. > Did you upgrade your ports tree? Also have a look at portmaster. From wblock at wonkity.com Mon Oct 19 15:09:02 2009 From: wblock at wonkity.com (Warren Block) Date: Mon Oct 19 15:09:08 2009 Subject: x11-wm/awesome ports dependencies In-Reply-To: <20091019052326.GA3240@desktop> References: <20091019052326.GA3240@desktop> Message-ID: On Mon, 19 Oct 2009, Andrey Zhidenkov wrote: > I've tried to install awesome 3.3.4, but 'make install clean' failed. I found > that awesome needs xcblib >= 1.4, but I had version 1.2 installed. The 20090123 entry in /usr/ports/UPDATING probably applies. > I had ro deinstall libxcb manually (cd /usr/ports/x11/libxcb && make deinstall && make install clean), > after that awesome was comlied OK. Now I have a question - is it incorrect port dependencies or > I've just don't understand something? Maybe port doesn't upgrade automaticcaly, if it already installed? That's correct. portupgrade and portmaster are popular tools to upgrade installed ports. -Warren Block * Rapid City, South Dakota USA From annulen at yandex.ru Mon Oct 19 13:53:32 2009 From: annulen at yandex.ru (Konstantin Tokarev) Date: Mon Oct 19 15:44:02 2009 Subject: [Fwd: Re: acroread9 crashes after maybe 10 seconds ofoperation.] In-Reply-To: <4ADC68FE.3080601@missouri.edu> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp><3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com><86fx9hnrcv.fsf@pluton.xbsd.name> <97657587@ipt.ru><3518979e0910190538r4cbb0c69veaa75c4c12c5e601@mail.gmail.com> <56518089@serv3.int.kfs.ru> <4ADC68FE.3080601@missouri.edu> Message-ID: <37711255959342@webmail110.yandex.ru> Throw this proprietary and veeery slow shit^Wsoftware out of ports tree! 19.10.09, 17:31, "Stephen Montgomery-Smith" : > Boris Samorodov wrote: > > 1wkmmr@gmail.com writes: > > > >> Unfortunately, the map_at_zero sysctl didn't work for me. The > >> following massage still recorded in dmesg. > >> > >>> linux: pid 1378 (acroread): syscall inotify_init not implemented > >> I set the sysctl variable just before the kernel boot. After loading > >> kernel and modules and before booting the kernel, escape to the > >> command line mode of the loader, and type set > >> security.bsd.map_at_zero=1, then boot. > >> > >> Something wrong? > > > > Install acroread8 instead of acroread9. > This is my experience: I updated FreeBSD 8.0 about a week ago. > acroread8 stopped working with the helpful message "Abort." So I tried > out acroread9, which had never worked for me, and still didn't. Then I > saw these emails and tried > # sysctl security.bsd.map_at_zero=1 > acroread9 still didn't work. But then acroread8 started working again! > Stephen > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Regards, Konstantin ????? ? ??????? ????????? ?????: http://mail.yandex.ru/promo/new/order From amdmi3 at amdmi3.ru Mon Oct 19 16:52:02 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Oct 19 16:52:09 2009 Subject: GIMP In-Reply-To: <200910150634.23140.lumiwa@gmail.com> References: <200910150634.23140.lumiwa@gmail.com> Message-ID: <20091019165159.GA78666@hades.panopticon> * ajtiM (lumiwa@gmail.com) wrote: > There are a version of GIMP 2.6.7 which has many bug fixes. Would be expected > the new one in FreeBSD 8.0? It is going to be committed after 8.0 release. If you can't wait, you can checkout experimental ports tree from mcom, see here for details: http://www.freebsd.org/gnome/docs/develfaq.html -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From lists at opsec.eu Mon Oct 19 17:23:17 2009 From: lists at opsec.eu (Kurt Jaeger) Date: Mon Oct 19 17:23:24 2009 Subject: acroread9 crashes after maybe 10 seconds of operation In-Reply-To: <56518089@serv3.int.kfs.ru> References: <4ADA9DAF.7080402@eng.niigata-u.ac.jp> <3518979e0910172200m2fefa53asc7a46aad094602ee@mail.gmail.com> <86fx9hnrcv.fsf@pluton.xbsd.name> <97657587@ipt.ru> <3518979e0910190538r4cbb0c69veaa75c4c12c5e601@mail.gmail.com> <56518089@serv3.int.kfs.ru> Message-ID: <20091019172313.GC93084@home.opsec.eu> Hi! > Install acroread8 instead of acroread9. Thanks, works. -- pi@opsec.eu +49 171 3101372 11 years to go ! From peterjeremy at acm.org Mon Oct 19 20:08:52 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Mon Oct 19 20:08:59 2009 Subject: Assistance wanted to port Sage Message-ID: <20091019200848.GA68201@server.vk2pj.dyndns.org> Sage (www.sagemath.org) is a free, open-source, mathematics software system licensed under the GPL. It combines the power of many existing open-source packages into a common Python-based interface. Its mission is to create a viable free open source alternative to Magma, Maple, Mathematica and Matlab. It was originally developed on Linux but people are working on porting it to a variety of other OSs - Solaris, OS-X and Windows and I'm working on a FreeBSD port. My status can be found at http://wiki.sagemath.org/freebsd/sage-4.1 If anyone is interested in assisting with this effort, please contact me. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091019/3b5ab296/attachment.pgp From rhurlin at gwdg.de Mon Oct 19 20:23:40 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Mon Oct 19 20:23:47 2009 Subject: Assistance wanted to port Sage In-Reply-To: <20091019200848.GA68201@server.vk2pj.dyndns.org> References: <20091019200848.GA68201@server.vk2pj.dyndns.org> Message-ID: <4ADCCABA.50705@gwdg.de> On 19.10.2009 22:08 (UTC+2), Peter Jeremy wrote: > Sage (www.sagemath.org) is a free, open-source, mathematics software > system licensed under the GPL. It combines the power of many existing > open-source packages into a common Python-based interface. Its > mission is to create a viable free open source alternative to Magma, > Maple, Mathematica and Matlab. It was originally developed on Linux > but people are working on porting it to a variety of other OSs - Solaris, > OS-X and Windows and I'm working on a FreeBSD port. I am not a programmer, but I could offer to test your port on 9.0-CURRENT, both i368 and amd64. > My status can be found at http://wiki.sagemath.org/freebsd/sage-4.1 > > If anyone is interested in assisting with this effort, please contact me. I am very interested in a working port. Because of a two day business trip I could start with testing on thursday. Thank you for porting, Rainer From dougb at FreeBSD.org Mon Oct 19 21:20:31 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Oct 19 21:20:38 2009 Subject: GIMP In-Reply-To: <20091019165159.GA78666@hades.panopticon> References: <200910150634.23140.lumiwa@gmail.com> <20091019165159.GA78666@hades.panopticon> Message-ID: <4ADCD81D.9060009@FreeBSD.org> Dmitry Marakasov wrote: > * ajtiM (lumiwa@gmail.com) wrote: > >> There are a version of GIMP 2.6.7 which has many bug fixes. Would be expected >> the new one in FreeBSD 8.0? > > It is going to be committed after 8.0 release. What is the reasoning for the wait? Doug From marcus at marcuscom.com Mon Oct 19 21:38:15 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Mon Oct 19 21:38:21 2009 Subject: GIMP In-Reply-To: <4ADCD81D.9060009@FreeBSD.org> References: <200910150634.23140.lumiwa@gmail.com> <20091019165159.GA78666@hades.panopticon> <4ADCD81D.9060009@FreeBSD.org> Message-ID: <1255988289.19814.0.camel@shumai.marcuscom.com> On Mon, 2009-10-19 at 14:20 -0700, Doug Barton wrote: > Dmitry Marakasov wrote: > > * ajtiM (lumiwa@gmail.com) wrote: > > > >> There are a version of GIMP 2.6.7 which has many bug fixes. Would be expected > >> the new one in FreeBSD 8.0? > > > > It is going to be committed after 8.0 release. > > What is the reasoning for the wait? It requires a newer webkit which comes with a shared lib version bump. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091019/02d28213/attachment.pgp From dougb at FreeBSD.org Mon Oct 19 21:41:34 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Oct 19 21:41:42 2009 Subject: GIMP In-Reply-To: <1255988289.19814.0.camel@shumai.marcuscom.com> References: <200910150634.23140.lumiwa@gmail.com> <20091019165159.GA78666@hades.panopticon> <4ADCD81D.9060009@FreeBSD.org> <1255988289.19814.0.camel@shumai.marcuscom.com> Message-ID: <4ADCDD0C.1090505@FreeBSD.org> Joe Marcus Clarke wrote: > On Mon, 2009-10-19 at 14:20 -0700, Doug Barton wrote: >> Dmitry Marakasov wrote: >>> * ajtiM (lumiwa@gmail.com) wrote: >>> >>>> There are a version of GIMP 2.6.7 which has many bug fixes. Would be expected >>>> the new one in FreeBSD 8.0? >>> It is going to be committed after 8.0 release. >> What is the reasoning for the wait? > > It requires a newer webkit which comes with a shared lib version bump. Ah, that makes sense, thanks for the explanation. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From erwin at FreeBSD.org Mon Oct 19 21:49:02 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 19 21:49:08 2009 Subject: INDEX build failed for 8.x Message-ID: <200910192149.n9JLn2cX008351@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait.."Makefile", line 45: Malformed conditional (${OSVERSION}<800076 && ! defined (OVERRIDE_LINUX_NONBASE_PORTS) || ! (${OVERRIDE_LINUX_NONBASE_PORTS} == f10)) make: fatal errors encountered -- cannot continue ===> astro/google-earth failed *** Error code 1 *** Error code 1 Stop in /local0/portmgr/tindex/ports. *** Error code 1 Stop in /local0/portmgr/tindex/ports. 1 error Committers on the hook: brooks leeym nox wxs Most recent CVS update was: U astro/google-earth/Makefile U devel/compiler-rt/Makefile U misc/cmatrix/Makefile U www/tinyproxy/Makefile U www/tinyproxy/distinfo From amdmi3 at amdmi3.ru Mon Oct 19 21:51:07 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Oct 19 21:51:14 2009 Subject: GIMP In-Reply-To: <4ADCD81D.9060009@FreeBSD.org> References: <200910150634.23140.lumiwa@gmail.com> <20091019165159.GA78666@hades.panopticon> <4ADCD81D.9060009@FreeBSD.org> Message-ID: <20091019215105.GF71535@hades.panopticon> * ajtiM (lumiwa@gmail.com) wrote: > Thank you very much for the answer. No, I am not in rush :) and thank > you for > the great work with GIMP. * Doug Barton (dougb@FreeBSD.org) wrote: > What is the reasoning for the wait? Sorry that it wasn't clear from my message - I don't work on gimp port. You better ask/thank gnome@ and marcus@ in particular. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From pschmehl_lists at tx.rr.com Mon Oct 19 22:31:42 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Mon Oct 19 22:31:49 2009 Subject: policy-weight -spawn $csock error after power out reboot In-Reply-To: <200910171115.30264.david@vizion2000.net> References: <200910171115.30264.david@vizion2000.net> Message-ID: --On Saturday, October 17, 2009 05:15:30 -0500 David Southwell wrote: > > Hi > > FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug > 20 12:54:34 BST 2009 > david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [on intel quad] > > Following an abrupt power system failure and a system reboot this server now > gets this error in maillog: > > postfix/policyd-weight[9622]: warning: cache_query: $csock couln't be > created: connect: No such file or directory, calling spawn_cache() > > No other problems. Just in case it was due to a retained. pid I deleted the > .pid file followed by a normal shutdown and reboot - but am still getting the > same problem. > > Thanks in advance for any guidance It doesn't look like anyone has answered this. That warning message is normal to see at startup but should not persist. The solution is to rm -fr /tmp/.policyd-weight, then restart policyd-weight. Policyd-weight will then recreate that dir and recreate its socket as well as the other files and dirs that go there. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From erwin at FreeBSD.org Tue Oct 20 00:57:27 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 20 00:57:38 2009 Subject: INDEX build failed for 8.x Message-ID: <200910200057.n9K0vRXY038206@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait.."Makefile", line 45: Malformed conditional (${OSVERSION}<800076 && ! defined (OVERRIDE_LINUX_NONBASE_PORTS) || ! (${OVERRIDE_LINUX_NONBASE_PORTS} == f10)) make: fatal errors encountered -- cannot continue ===> astro/google-earth failed *** Error code 1 *** Error code 1 Stop in /local0/portmgr/tindex/ports. *** Error code 1 Stop in /local0/portmgr/tindex/ports. 1 error Committers on the hook: brooks leeym nox skreuzer wxs Most recent CVS update was: U MOVED U archivers/Makefile From skreuzer at freebsd.org Tue Oct 20 03:48:18 2009 From: skreuzer at freebsd.org (Steven Kreuzer) Date: Tue Oct 20 03:48:51 2009 Subject: Whitelist certain MASTER_SITES in portlint Message-ID: <95D4B945-0FE5-4C24-BB50-F142665EDE68@freebsd.org> I would like to propose the following change to portlint to silence the warning when only one MASTER_SITES is defined under certain conditions. It adds a variable that is a list of "cloud" providers such as google code that appear as a single site but are, in theory, massively redundant. If a whitelisted site is set for MASTER_SITES, it doesn't throw that warning. Patch for review: http://exit2shell.com/~skreuzer/patches/portlint.patch -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From erwin at FreeBSD.org Tue Oct 20 04:08:56 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 20 04:09:02 2009 Subject: INDEX build failed for 8.x Message-ID: <200910200408.n9K48t4b073754@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait.."Makefile", line 45: Malformed conditional (${OSVERSION}<800076 && ! defined (OVERRIDE_LINUX_NONBASE_PORTS) || ! (${OVERRIDE_LINUX_NONBASE_PORTS} == f10)) make: fatal errors encountered -- cannot continue ===> astro/google-earth failed *** Error code 1 *** Error code 1 Stop in /local0/portmgr/tindex/ports. *** Error code 1 Stop in /local0/portmgr/tindex/ports. 1 error Committers on the hook: amdmi3 bland brooks leeym nox skreuzer wen wxs Most recent CVS update was: U games/hedgewars/Makefile U games/hedgewars/distinfo U games/hedgewars/pkg-plist U games/spring/Makefile U games/spring/distinfo U games/spring/pkg-plist U games/springlobby/Makefile U games/springlobby/distinfo U graphics/gifsicle/Makefile U graphics/gifsicle/distinfo U japanese/p5-WWW-MobileCarrierJP/Makefile U japanese/p5-WWW-MobileCarrierJP/distinfo U x11/nvidia-settings/Makefile U x11/nvidia-settings/distinfo U x11/nvidia-xconfig/Makefile U x11/nvidia-xconfig/distinfo From kenyon at kenyonralph.com Tue Oct 20 06:13:26 2009 From: kenyon at kenyonralph.com (Kenyon Ralph) Date: Tue Oct 20 06:13:33 2009 Subject: portmaster: grep: Argument list too long In-Reply-To: <4ADC0179.3040507@FreeBSD.org> References: <20091019034349.GM24097@kenyonralph.com> <4ADBEE6C.8080700@FreeBSD.org> <20091019053059.GN24097@kenyonralph.com> <4ADC0179.3040507@FreeBSD.org> Message-ID: <20091020061320.GA5066@kenyonralph.com> On 2009-10-18T23:04:41-0700, Doug Barton wrote: > Kenyon Ralph wrote: > > On 2009-10-18T21:43:24-0700, Doug Barton wrote: > >> I'm also concerned that there is something wrong with your /var/db/pkg > >> directory, since grep can handle an argument list of many thousands of > >> items without any problems. Can you do this and let me know what it > >> says: ls -d /var/db/pkg/* | wc -l > > > > After doing portmaster --check-depends which did a few +REQUIRED_BY > > updates: > > > > % pkg_info | wc -l > > 845 > > > > % ls -d /var/db/pkg/* | wc -l > > 846 > > > > That is one more than portmaster -l: > > ===>>> 845 total installed ports > > Ok, can you please figure out what the extra entry is? The extra entry is just /var/db/pkg/pkgdb.db, so I presume that's not a problem. > > I also ran portmaster --check-port-dbdir, deleted the directories that > > did not seem to be installed, and noticed that x11/kde4 and kdeutils4 > > were not installed (even though the rest of kde4 seems to be installed). > > So I'm doing portmaster -v -t -D -R x11/kde4 right now, which is > > building several ports. I'll try resuming -r perl-threaded-5.10.1 after > > this. > > Ok, when you get back to the perl upgrade please apply the attached > patch first. It is going to cause a lot of console output so you're > probably better off starting script first to capture it. The patch had some problems with quoting and echoing from functions where there shouldn't have been any echoes, so the debug lines were being put into pkgdep entries and weird stuff like that. Anyway, without the debug patch, I tried the -r perl-threaded-5.10.1 again, and everything finished cleanly this time (I think this was at least the fifth time I started the process though). I guess it was running --check-depends that fixed it. Thanks, Kenyon Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091020/52d4e8d4/attachment.pgp From erwin at FreeBSD.org Tue Oct 20 07:17:24 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Oct 20 07:22:58 2009 Subject: INDEX now builds successfully on 8.x Message-ID: <200910200717.n9K7HOLw062008@builder.freebsd.org> From artyom at zool.in.ua Tue Oct 20 15:47:45 2009 From: artyom at zool.in.ua (Artyom Bisyarin ) Date: Tue Oct 20 15:47:57 2009 Subject: security/gorilla In-Reply-To: References: Message-ID: On Sat, 17 Oct 2009 13:09:53 +0300, Torfinn Ingolfsen wrote: >> Or should I write a PR? >> >> A PR is always a good idea - it gives everybody something "firm" to >> hold on > to, and it can easily be refernced in follow-ups and such. Thanks to all. I've wrote it: http://www.freebsd.org/cgi/query-pr.cgi?pr=139801 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From pschmehl_lists at tx.rr.com Tue Oct 20 17:18:15 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Tue Oct 20 17:18:22 2009 Subject: install-sh - permission denied Message-ID: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> I'm working on a new port, and I'm getting this error during make install: test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" .././install-sh: Permission denied Can anyone tell me why I'm getting this? My system is 7.2 STABLE 7.2-STABLE FreeBSD 7.2-STABLE #13: Thu Sep 24 09:02:53 CDT 2009 Ports are csuped daily. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From m.seaman at infracaninophile.co.uk Tue Oct 20 17:31:57 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Oct 20 17:32:04 2009 Subject: install-sh - permission denied In-Reply-To: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> References: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> Message-ID: <4ADDF3FF.1080705@infracaninophile.co.uk> Paul Schmehl wrote: > I'm working on a new port, and I'm getting this error during make install: > > test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" > .././install-sh: Permission denied > > Can anyone tell me why I'm getting this? > > My system is 7.2 STABLE > 7.2-STABLE FreeBSD 7.2-STABLE #13: Thu Sep 24 09:02:53 CDT 2009 > > Ports are csuped daily. > At a guess, it's because you don't have sufficient permissions to run .././install-sh with the arguments shown. Now, one fairly obvious reason why this wouldn't work is that .././install-sh isn't marked executable for your UID. Judging by the file name, this is a shell script, so also check that your UID has sufficient permissions to run the shell on the #! line of the script too. I can't really tell just by looking at the command names, but I'm guessing that this command creates /usr/local/bin as a directory if it doesn't already exist. Basically an obscurantist and over-engineered way of running a simple: # mkdir -p /usr/local/bin This is entirely unnecessary when dealing with the ports. You may take it as read that the basic layout of directories under /usr/local will have been created for you by using mtree(8) and /etc/mtree/BSD.local.dist Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091020/aaa50145/signature.pgp From pschmehl_lists at tx.rr.com Tue Oct 20 17:40:36 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Tue Oct 20 17:40:43 2009 Subject: install-sh - permission denied In-Reply-To: <4ADDF3FF.1080705@infracaninophile.co.uk> References: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> <4ADDF3FF.1080705@infracaninophile.co.uk> Message-ID: <7B0CF60D16548E21BB5FED31@utd65257.utdallas.edu> --On Tuesday, October 20, 2009 12:31:43 -0500 Matthew Seaman wrote: > Paul Schmehl wrote: >> I'm working on a new port, and I'm getting this error during make install: >> >> test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" >> .././install-sh: Permission denied >> >> Can anyone tell me why I'm getting this? >> >> My system is 7.2 STABLE >> 7.2-STABLE FreeBSD 7.2-STABLE #13: Thu Sep 24 09:02:53 CDT 2009 >> >> Ports are csuped daily. >> > > At a guess, it's because you don't have sufficient permissions to run > .././install-sh with the arguments shown. Now, one fairly obvious reason > why this wouldn't work is that .././install-sh isn't marked executable for > your UID. Judging by the file name, this is a shell script, so also check > that your UID has sufficient permissions to run the shell on the #! line > of the script too. > > I can't really tell just by looking at the command names, but I'm guessing > that this command creates /usr/local/bin as a directory if it doesn't already > exist. Basically an obscurantist and over-engineered way of running a simple: > > # mkdir -p /usr/local/bin > > This is entirely unnecessary when dealing with the ports. You may take it > as read that the basic layout of directories under /usr/local will have been > created for you by using mtree(8) and /etc/mtree/BSD.local.dist > The problem is, I'm doing this as root. :-( -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From pschmehl_lists at tx.rr.com Tue Oct 20 17:49:09 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Tue Oct 20 17:49:16 2009 Subject: install-sh - permission denied In-Reply-To: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> References: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> Message-ID: <7BED0FA91AE01DCE6824F339@utd65257.utdallas.edu> --On Tuesday, October 20, 2009 11:49:49 -0500 Paul Schmehl wrote: > > I'm working on a new port, and I'm getting this error during make install: > > test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" > .././install-sh: Permission denied > > Can anyone tell me why I'm getting this? > > My system is 7.2 STABLE > 7.2-STABLE FreeBSD 7.2-STABLE #13: Thu Sep 24 09:02:53 CDT 2009 > > Ports are csuped daily. > As a followup - I doing all of this after suing to root, so it's hard to understand why permissions would be a problem. This is only happening in this new port I'm trying to develop, which seems even stranger, because this is an exact copy of an existing port that I maintain (which builds fine - I checked just a few minutes ago), which some editing done to the Makefile to download and build a new version of the same software. There's no NFS mounts involved. All partitions are mounted normally. # mount /dev/ad8s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad8s1f on /tmp (ufs, local, soft-updates) /dev/ad8s1d on /usr (ufs, local, soft-updates) /dev/ad8s1e on /var (ufs, local, soft-updates) /dev/ad10s1d on /data (ufs, local, soft-updates) Perms on /usr/local are "standard". # ls -lsa /usr/local/ total 196 2 drwxr-xr-x 22 root wheel 512 Sep 19 12:11 . 2 drwxr-xr-x 19 root wheel 512 Feb 20 2008 .. 38 drwxr-xr-x 6 root wheel 38912 Oct 20 12:43 bin 2 drwxr-xr-x 3 root wheel 512 Feb 22 2008 com 2 drwxr-xr-x 9 root wheel 512 Sep 18 22:20 diablo-jdk1.6.0 2 drwxr-xr-x 7 root wheel 512 Sep 18 22:15 diablo-jre1.6.0 2 drwxr-xr-x 2 root wheel 512 Feb 21 2008 env 4 drwxr-xr-x 40 root wheel 2560 Oct 20 12:43 etc 34 drwxr-xr-x 210 root wheel 34816 Oct 9 13:05 include 4 drwxr-xr-x 3 root wheel 2560 Sep 24 16:07 info 78 drwxr-xr-x 83 root wheel 78848 Oct 9 13:05 lib 2 drwxr-xr-x 8 root wheel 512 Jul 11 14:37 libdata 2 drwxr-xr-x 10 root wheel 2048 Sep 24 16:07 libexec 2 drwxr-xr-x 33 root wheel 1024 Oct 10 09:42 man 2 drwxr-xr-x 11 root wheel 512 Jun 16 16:39 nessus 2 drwxr-xr-x 2 pgsql pgsql 512 Apr 11 2009 pgsql 4 drwxr-xr-x 2 root wheel 3072 Sep 24 15:09 sbin 4 drwxr-xr-x 156 root wheel 3072 Sep 24 16:06 share 2 drwxr-xr-x 4 root wheel 512 Sep 18 22:14 src 2 drwxr-xr-x 2 root wheel 512 Aug 6 12:57 translations 2 drwxr-xr-x 4 root wheel 512 Feb 22 2008 var 2 drwxr-xr-x 3 root wheel 512 Sep 19 11:58 www -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From lambert at lambertfam.org Tue Oct 20 18:36:00 2009 From: lambert at lambertfam.org (Scott Lambert) Date: Tue Oct 20 18:36:07 2009 Subject: install-sh - permission denied In-Reply-To: <7BED0FA91AE01DCE6824F339@utd65257.utdallas.edu> References: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> <7BED0FA91AE01DCE6824F339@utd65257.utdallas.edu> Message-ID: <20091020183557.GA92416@sysmon.tcworks.net> wrote: >I'm working on a new port, and I'm getting this error during make install: > >test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" >.././install-sh: Permission denied Is the execute bit set on ../install.sh? -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From pschmehl_lists at tx.rr.com Tue Oct 20 18:55:21 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Tue Oct 20 18:55:29 2009 Subject: install-sh - permission denied In-Reply-To: <20091020183557.GA92416@sysmon.tcworks.net> References: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> <7BED0FA91AE01DCE6824F339@utd65257.utdallas.edu> <20091020183557.GA92416@sysmon.tcworks.net> Message-ID: --On Tuesday, October 20, 2009 13:35:57 -0500 Scott Lambert wrote: > > wrote: >> I'm working on a new port, and I'm getting this error during make install: >> >> test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" >> .././install-sh: Permission denied > > Is the execute bit set on ../install.sh? > Bingo! No, it's not. Now the question is - why isn't it? What controls the perms on that? I just made clean and the made extract. The file is set to rw-r--r-- root wheel. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From swhetzel at gmail.com Tue Oct 20 18:59:55 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Tue Oct 20 19:00:02 2009 Subject: install-sh - permission denied In-Reply-To: References: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> <7BED0FA91AE01DCE6824F339@utd65257.utdallas.edu> <20091020183557.GA92416@sysmon.tcworks.net> Message-ID: <790a9fff0910201159u118e00a8j59b4c094a1e5947f@mail.gmail.com> On Tue, Oct 20, 2009 at 1:55 PM, Paul Schmehl wrote: > --On Tuesday, October 20, 2009 13:35:57 -0500 Scott Lambert > wrote: > >> >> wrote: >>> >>> I'm working on a new port, and I'm getting this error during make >>> install: >>> >>> test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" >>> .././install-sh: Permission denied >> >> Is the execute bit set on ../install.sh? >> > > Bingo! ?No, it's not. ?Now the question is - why isn't it? ?What controls > the perms on that? > > I just made clean and the made extract. ?The file is set to rw-r--r-- root > wheel. > Either it is not set in the tar file or your umask is blocking the setting of the execute bit. Scot From pschmehl_lists at tx.rr.com Tue Oct 20 19:17:50 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Tue Oct 20 19:17:56 2009 Subject: install-sh - permission denied In-Reply-To: <790a9fff0910201159u118e00a8j59b4c094a1e5947f@mail.gmail.com> References: <7D877649A63342CB6EBBF48E@utd65257.utdallas.edu> <7BED0FA91AE01DCE6824F339@utd65257.utdallas.edu> <20091020183557.GA92416@sysmon.tcworks.net> <790a9fff0910201159u118e00a8j59b4c094a1e5947f@mail.gmail.com> Message-ID: <40424849AC209A387713A9C5@utd65257.utdallas.edu> --On Tuesday, October 20, 2009 13:59:54 -0500 Scot Hetzel wrote: > > On Tue, Oct 20, 2009 at 1:55 PM, Paul Schmehl > wrote: >> --On Tuesday, October 20, 2009 13:35:57 -0500 Scott Lambert >> wrote: >> >>> >>> wrote: >>>> >>>> I'm working on a new port, and I'm getting this error during make >>>> install: >>>> >>>> test -z "/usr/local/bin" || .././install-sh -c -d "/usr/local/bin" >>>> .././install-sh: Permission denied >>> >>> Is the execute bit set on ../install.sh? >>> >> >> Bingo! ?No, it's not. ?Now the question is - why isn't it? ?What controls >> the perms on that? >> >> I just made clean and the made extract. ?The file is set to rw-r--r-- root >> wheel. >> > Either it is not set in the tar file or your umask is blocking the > setting of the execute bit. > Thanks, Scot. It's not set in the tarfile. Appreciate the help. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From david at vizion2000.net Tue Oct 20 20:37:11 2009 From: david at vizion2000.net (David Southwell) Date: Tue Oct 20 20:37:23 2009 Subject: policy-weight -spawn $csock error after power out reboot In-Reply-To: References: <200910171115.30264.david@vizion2000.net> Message-ID: <200910202137.01611.david@vizion2000.net> > --On Saturday, October 17, 2009 05:15:30 -0500 David Southwell > > wrote: > > Hi > > > > FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu > > Aug 20 12:54:34 BST 2009 > > david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [on intel > > quad] > > > > Following an abrupt power system failure and a system reboot this server > > now gets this error in maillog: > > > > postfix/policyd-weight[9622]: warning: cache_query: $csock couln't be > > created: connect: No such file or directory, calling spawn_cache() > > > > No other problems. Just in case it was due to a retained. pid I deleted > > the .pid file followed by a normal shutdown and reboot - but am still > > getting the same problem. > > > > Thanks in advance for any guidance > > It doesn't look like anyone has answered this. That warning message is > normal to see at startup but should not persist. > > The solution is to rm -fr /tmp/.policyd-weight, then restart > policyd-weight. Policyd-weight will then recreate that dir and recreate > its socket as well as the other files and dirs that go there. > Thanks I found that .. and my script now clears /tmp/.policy-weight if it it exists before policyd-weight is started.!! Thanks David From david at vizion2000.net Tue Oct 20 20:37:11 2009 From: david at vizion2000.net (David Southwell) Date: Tue Oct 20 20:37:23 2009 Subject: policy-weight -spawn $csock error after power out reboot In-Reply-To: References: <200910171115.30264.david@vizion2000.net> Message-ID: <200910202137.01611.david@vizion2000.net> > --On Saturday, October 17, 2009 05:15:30 -0500 David Southwell > > wrote: > > Hi > > > > FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu > > Aug 20 12:54:34 BST 2009 > > david@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [on intel > > quad] > > > > Following an abrupt power system failure and a system reboot this server > > now gets this error in maillog: > > > > postfix/policyd-weight[9622]: warning: cache_query: $csock couln't be > > created: connect: No such file or directory, calling spawn_cache() > > > > No other problems. Just in case it was due to a retained. pid I deleted > > the .pid file followed by a normal shutdown and reboot - but am still > > getting the same problem. > > > > Thanks in advance for any guidance > > It doesn't look like anyone has answered this. That warning message is > normal to see at startup but should not persist. > > The solution is to rm -fr /tmp/.policyd-weight, then restart > policyd-weight. Policyd-weight will then recreate that dir and recreate > its socket as well as the other files and dirs that go there. > Thanks I found that .. and my script now clears /tmp/.policy-weight if it it exists before policyd-weight is started.!! Thanks David From linimon at FreeBSD.org Wed Oct 21 06:28:46 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 21 06:28:57 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20091021062844.9A1101CCC1@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090829190615/py26-libmpdclient-0.10.0.log (_Oct_13_17:00:27_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Wed Oct 21 06:29:38 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 21 06:29:45 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20091021062936.026451CC47@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/akode-plugins-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=akode-plugins-ffmpeg portname: audio/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/py-libmpdclient broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090829190615/py26-libmpdclient-0.10.0.log (_Oct_13_17:00:27_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-libmpdclient portname: cad/alliance broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/zh-iiimf-le-xcin-0.1.7_5.log (_Aug_23_08:39:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/adabindx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=adabindx portname: devel/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/arm-elf-gcc295 broken because: does not support current versions of FreeBSD build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/arm-elf-gcc-2.95.3.log (_Aug_23_08:40:00_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=arm-elf-gcc295 portname: devel/asis broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis portname: devel/asis-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asis-gpl portname: devel/asmutils broken because: does not install build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091018104120/asmutils-0.18.log.bz2 (_Oct__8_22:30:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=asmutils portname: devel/aunit broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=aunit portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090930201510/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/florist broken because: Does not build after gpl 2009 update to lang/gnat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist portname: devel/florist-gpl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=florist-gpl portname: devel/gdb53 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-5.3_1,1.log (_Aug_17_05:35:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53 portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/lhs2TeX broken because: Does not compile with GHC 6.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lhs2TeX portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/radrails broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=radrails portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/ruby-subversion broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090924074315/ruby-subversion-1.6.5.log.bz2 (_Sep_12_00:11:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/abridge broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20091012144422/abridge-0.4.0.1_2.log (_Oct_16_17:33:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abridge portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/laughingman broken because: does not link build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/laughingman-0.20070610_1.log (_Aug_23_08:41:11_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=laughingman portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/gephex broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gephex-0.4.4_1.log (_Aug_17_05:37:40_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gephex portname: graphics/irit broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/php4-ffmpeg broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: japanese/expect broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/ja-expect-5.30_2.log (_Aug_17_05:38:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=expect portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/gnat-glade broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-glade portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/pugs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/libnewmail broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/libnewmail-0.3_16.log (_Aug_23_08:42:17_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libnewmail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/octave-forge-ann broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ann portname: math/octave-forge-base broken because: incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-base portname: math/octave-forge-fixed broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-fixed portname: math/octave-forge-ftp broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-ftp portname: math/octave-forge-graceplot broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-graceplot portname: math/octave-forge-parallel broken because: Does not compile with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-parallel portname: math/octave-forge-triangular broken because: Does not build with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-triangular portname: math/octave-forge-vrml broken because: Does not install with octave-3.2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-vrml portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/kbtv broken because: does not build on 7.x and greater build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=kbtv portname: multimedia/nmm broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/nmm-1.0.0_6.log (_Aug_21_03:32:56_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=nmm portname: multimedia/sabbu broken because: does not compile with ffmpeg 0.5 and later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=sabbu portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net-mgmt/lanmap broken because: distfile no longer available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net/adasockets broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=adasockets portname: net/astmanproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=astmanproxy portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/blam broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090924074315/blam-1.8.7.log.bz2 (_Sep_26_05:29:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=blam portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/miredo broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=miredo portname: net/penguintv broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/kpdftool broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kpdftool portname: print/latex-msc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-msc portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/libghemical broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libghemical portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: science/xloops-ginac broken because: does not build with latest GiNaC version. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/xloops-ginac-0.1.3_9.log (_Aug_21_02:17:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=xloops-ginac portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/shibboleth-sp-1.3f.log (_Aug_23_08:43:04_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/bush broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=bush portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/uhidd broken because: Does not build with the old USB stack build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=uhidd portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/bidiv broken because: needs update for the new fribidi paragraph API build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/bidiv-1.5_1.log (_Aug_23_08:43:46_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=bidiv portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/iiimf-gtk broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gtk portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/xmlada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xmlada-gps portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/choqok broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20090921064104/choqok-0.6.6_1.log.bz2 (_Sep_25_21:59:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=choqok portname: www/netsurf broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=netsurf portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gtkada broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada portname: x11-toolkits/gtkada-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-devel portname: x11-toolkits/gtkada-gps broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkada-gps portname: x11-toolkits/gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-gtkscintilla broken because: depends on x11-toolkits/scintilla which no longer supports gtk12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Wed Oct 21 06:29:52 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 21 06:29:59 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20091021062951.420011CCC5@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Wed Oct 21 06:30:06 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 21 06:30:13 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20091021063004.BF9CE1CCA7@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/squeezecenter description: Slim Devices audio streaming server maintainer: brooks@FreeBSD.org deprecated because: Replaced by audio/squeezeboxcenter expiration date: 2009-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezecenter portname: databases/ruby-dbd_interbase description: InterBase driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_interbase portname: databases/ruby-dbd_msql description: mSQL driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_msql portname: databases/ruby-dbd_proxy description: Proxy/Server driver for DBI-for-Ruby maintainer: ruby@FreeBSD.org deprecated because: no longer under development expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-dbd_proxy portname: editors/qemacs description: Quick Emacs - a very small but powerful UNIX editor maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=qemacs portname: graphics/libwpcg description: A basic 2D/3D computer graphics library which uses OpenGL maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libwpcg portname: graphics/php4-ffmpeg description: The ffmpeg shared extension for php maintainer: acm@FreeBSD.org status: BROKEN deprecated because: development continues only for php5 expiration date: 2009-10-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php4-ffmpeg portname: mail/postfix-gps-devel description: Greylist Policy Service for postfix maintainer: freebsd@signout.dk deprecated because: Older than main port, no sign of maintainer activity beyond port creation 4+ years ago expiration date: 2009-11-03 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix-gps-devel portname: math/scilab description: A free Matlab clone by INRIA & ENPC maintainer: utisoft@googlemail.com deprecated because: unmaintained, many releases behind upstream (without anyone caring), broken nearly everywhere expiration date: 2009-11-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab portname: misc/kde4-l10n-eo description: Esperanto messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-eo portname: misc/kde4-l10n-ta description: Tamil messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-11-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-ta portname: net-mgmt/lanmap description: Lanmap sits quietly on a network and builds a picture of what it sees maintainer: ports@FreeBSD.org status: BROKEN deprecated because: distfile no longer available expiration date: 2009-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=lanmap portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: net-p2p/nicotine description: GTK2 SoulSeek filesharing client maintainer: stefan@FreeBSD.org deprecated because: development stalled years ago, use net-p2p/nicotine-plus instead expiration date: 2009-10-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=nicotine portname: net/xmlrpc++ description: A C++ implementation of the XML-RPC protocol maintainer: ports@FreeBSD.org deprecated because: depends on old version of GCC, no maintainer, not used by any other port, dead upstream expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xmlrpc%2B%2B portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/rsyslog description: Enhanced syslog daemon maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog portname: sysutils/rsyslog-gssapi description: GSS API output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-gssapi portname: sysutils/rsyslog-mysql description: MySQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-mysql portname: sysutils/rsyslog-pgsql description: PostgreSQL output module for rsyslog maintainer: ports@FreeBSD.org deprecated because: Use sysutils/rsyslog3 or sysutils/rsyslog4 instead expiration date: 2009-11-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog-pgsql portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mod_auth_mysql41_ap2 description: MySQL 4.1 and Apache 2 port of mod_auth_mysql maintainer: ports@FreeBSD.org status: IGNORE deprecated because: distfile no longer fetchable expiration date: 2009-10-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql41_ap2 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/gtkscintilla description: A wrapper for the Scintilla editing component maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gtkscintilla-0.8.2_6.log (_Aug_16_11:57:48_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/py-gtkscintilla description: A Python bindings for gtkscintilla library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer under development, last release in 2002 expiration date: 2009-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-gtkscintilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From linimon at FreeBSD.org Wed Oct 21 06:30:18 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 21 06:30:24 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20091021063017.A5E451CCAA@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From linimon at FreeBSD.org Wed Oct 21 06:30:19 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Oct 21 06:30:35 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20091021063018.C5B561CCA7@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/firefox forbidden because: too many security issues http://www.vuxml.org/freebsd/922d2398-9e2d-11de-a998-0030843d3802.html http://www.vuxml.org/freebsd/49e8f2ee-8147-11de-a994-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From jacob at whotookspaz.org Wed Oct 21 09:53:48 2009 From: jacob at whotookspaz.org (Jacob Myers) Date: Wed Oct 21 09:53:55 2009 Subject: [PATCH] Enable login class support via nss_ldap Message-ID: <4ADEDA1F.6080806@whotookspaz.org> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 897 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091021/b0904197/signature.pgp From erwin at FreeBSD.org Wed Oct 21 11:09:42 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Oct 21 11:09:49 2009 Subject: [ports-i386@FreeBSD.org: tcldom-3.1_1 failed on i386 9] Message-ID: <20091021110939.GC77366@droso.net> Quite a number of ports are failing this way in FreeBSD 9.0. If anyone is interested in looking into this, please let me know. checking system version (for dynamic loading)... ./configure: 1: Syntax error: Unterminated quoted string ===> Script "configure" failed unexpectedly. Cheers, -erwin ----- Forwarded message from User Ports-i386 ----- Date: Wed, 21 Oct 2009 11:06:12 GMT From: User Ports-i386 To: erwin@FreeBSD.org, miwi@FreeBSD.org, linimon@FreeBSD.org Subject: tcldom-3.1_1 failed on i386 9 You can also find this build log at http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.9.20091020082641/tcldom-3.1_1.log building tcldom-3.1_1 on hobson1.isc.freebsd.org in directory /usr2/pkgbuild/9/20091020082641/chroot/3050 building for: 9.0-CURRENT i386 maintained by: frank@fenor.de port directory: /usr/ports/www/tcldom Makefile ident: $FreeBSD: ports/www/tcldom/Makefile,v 1.5 2009/08/22 00:38:26 amdmi3 Exp $ build started at Wed Oct 21 11:06:05 UTC 2009 FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=expat-2.0.1.tbz tcl-8.4.19_3,1.tbz RUN_DEPENDS=tcl-8.4.19_3,1.tbz prefixes: LOCALBASE=usr/local X11BASE=usr/local add_pkg ================================================================ ======================================== => tcldom-3.1.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from ftp://freebsd.isc.org/pub/FreeBSD/ports/distfiles/. tcldom-3.1.tar.gz 386 kB 3414 kBps => MD5 Checksum OK for tcldom-3.1.tar.gz. => SHA256 Checksum OK for tcldom-3.1.tar.gz. ================================================================ ======================================== add_pkg ===> Extracting for tcldom-3.1_1 => MD5 Checksum OK for tcldom-3.1.tar.gz. => SHA256 Checksum OK for tcldom-3.1.tar.gz. ================================================================ ======================================== add_pkg ===> Patching for tcldom-3.1_1 ================================================================ ======================================== add_pkg expat-2.0.1.tbz tcl-8.4.19_3,1.tbz adding dependencies pkg_add expat-2.0.1.tbz pkg_add tcl-8.4.19_3,1.tbz ===> tcldom-3.1_1 depends on file: /usr/local/include/expat.h - found ===> tcldom-3.1_1 depends on shared library: tcl84 - found ===> Configuring for tcldom-3.1_1 creating cache ./config.cache checking for gcc... cc checking whether the C compiler (cc -O2 -pipe -fno-strict-aliasing -I"/usr/local/include" ) works... yes checking whether the C compiler (cc -O2 -pipe -fno-strict-aliasing -I"/usr/local/include" ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking for object suffix... o checking for Cygwin environment... no checking for mingw32 environment... no checking for executable suffix... no checking for correct TEA configuration... ok checking for Tcl configuration... found /usr/local/lib/tcl8.4/tclConfig.sh checking for existence of /usr/local/lib/tcl8.4/tclConfig.sh... loading checking for Tcl public headers... /usr/local/include/tcl8.4 checking for tclsh... /usr/local/bin/tclsh8.4 checking how to run the C preprocessor... cc -E checking if 64bit support is enabled... no checking if 64bit Sparc VIS support is requested... no checking system version (for dynamic loading)... ./configure: 1: Syntax error: Unterminated quoted string ===> Script "configure" failed unexpectedly. Please report the problem to frank@fenor.de [maintainer] and attach the "/work/a/ports/www/tcldom/work/tcldom-3.1/src/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /a/ports/www/tcldom. ================================================================ build of /usr/ports/www/tcldom ended at Wed Oct 21 11:06:09 UTC 2009 ----- End forwarded message ----- -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091021/6acd88b0/attachment.pgp From stephen at missouri.edu Wed Oct 21 11:48:02 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Wed Oct 21 11:48:08 2009 Subject: ports/139342 octave-forge ports Message-ID: <4ADEF4F0.7010509@missouri.edu> I was wondering if someone could look at ports/139342? It is a very simple pair of fixes, so that the octave-forge-* ports will become functional again. Stephen From pschmehl_lists at tx.rr.com Wed Oct 21 15:25:59 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Wed Oct 21 15:26:06 2009 Subject: Need advice from maintainers Message-ID: I am the maintainer for security/barnyard2. This is an updated version of security/barnyard, which I also maintain. The version of my port is the current release version, but it has a really irritating problem that is fixed in the current beta version. Barnyard2 is a program that parses snort logs and inserts them into a database (mysql or postgresql). It is supposed to create a placemarker file (called a waldo file) that maintains a record of what logs it has already parsed. (This is only one way of using the program. There are others as well.) The problem in the release version is that it does not read the waldo file when the program is restarted. So every time you restart barnyard2, it reinserts into the database every alert you still have log files for. The beta version fixes this problem. I have created a port for the beta version and am using it myself, but I know that using beta versions of software is frowned upon. Should I go ahead and submit this port because it solves this problem? If I do, my thinking is that I should adjust the pkg-message file in the existing port to warn the user about the problem and note that the beta version solves it so they might want to consider using that instead. Also, if I do submit the port, should it be named barnyard2-beta? Or barnyard2-devel? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From wmoran at potentialtech.com Wed Oct 21 15:31:23 2009 From: wmoran at potentialtech.com (Bill Moran) Date: Wed Oct 21 15:31:30 2009 Subject: Need advice from maintainers In-Reply-To: References: Message-ID: <20091021113121.fcdb99f5.wmoran@potentialtech.com> In response to Paul Schmehl : > I am the maintainer for security/barnyard2. This is an updated version of > security/barnyard, which I also maintain. The version of my port is the > current release version, but it has a really irritating problem that is fixed > in the current beta version. > > Barnyard2 is a program that parses snort logs and inserts them into a database > (mysql or postgresql). It is supposed to create a placemarker file (called a > waldo file) that maintains a record of what logs it has already parsed. (This > is only one way of using the program. There are others as well.) The problem > in the release version is that it does not read the waldo file when the program > is restarted. So every time you restart barnyard2, it reinserts into the > database every alert you still have log files for. The beta version fixes this > problem. > > I have created a port for the beta version and am using it myself, but I know > that using beta versions of software is frowned upon. Should I go ahead and > submit this port because it solves this problem? > > If I do, my thinking is that I should adjust the pkg-message file in the > existing port to warn the user about the problem and note that the beta version > solves it so they might want to consider using that instead. An option that you did not mention is to take the patch that fixes that single problem and include as a patch file for barnyard2. That way it's not a true beta, it just has that single patch to fix a known problem. For me, I think that would be the preferred method in this case. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From pschmehl_lists at tx.rr.com Wed Oct 21 15:53:19 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Wed Oct 21 15:53:43 2009 Subject: Need advice from maintainers In-Reply-To: <20091021113121.fcdb99f5.wmoran@potentialtech.com> References: <20091021113121.fcdb99f5.wmoran@potentialtech.com> Message-ID: <65DDA3431A3A3C82B20A2039@utd65257.utdallas.edu> --On Wednesday, October 21, 2009 10:31:21 -0500 Bill Moran wrote: > > In response to Paul Schmehl : > >> I am the maintainer for security/barnyard2. This is an updated version of >> security/barnyard, which I also maintain. The version of my port is the >> current release version, but it has a really irritating problem that is fixed >> in the current beta version. >> >> Barnyard2 is a program that parses snort logs and inserts them into a >> database (mysql or postgresql). It is supposed to create a placemarker file >> (called a waldo file) that maintains a record of what logs it has already >> parsed. (This is only one way of using the program. There are others as >> well.) The problem in the release version is that it does not read the >> waldo file when the program is restarted. So every time you restart >> barnyard2, it reinserts into the database every alert you still have log >> files for. The beta version fixes this problem. >> >> I have created a port for the beta version and am using it myself, but I know >> that using beta versions of software is frowned upon. Should I go ahead and >> submit this port because it solves this problem? >> >> If I do, my thinking is that I should adjust the pkg-message file in the >> existing port to warn the user about the problem and note that the beta >> version solves it so they might want to consider using that instead. > > An option that you did not mention is to take the patch that fixes that > single problem and include as a patch file for barnyard2. That way it's > not a true beta, it just has that single patch to fix a known problem. > > For me, I think that would be the preferred method in this case. > I *might* be able to do that, if I can figure out where in the code the problem is fixed. I've had two semesters of C++, but I am not a programmer and consider myself the rankest of novices wrt code. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From xxjack12xx at gmail.com Wed Oct 21 16:00:32 2009 From: xxjack12xx at gmail.com (Jack L.) Date: Wed Oct 21 16:00:39 2009 Subject: Need advice from maintainers In-Reply-To: <20091021113121.fcdb99f5.wmoran@potentialtech.com> References: <20091021113121.fcdb99f5.wmoran@potentialtech.com> Message-ID: >> I have created a port for the beta version and am using it myself, but I know >> that using beta versions of software is frowned upon. ?Should I go ahead and >> submit this port because it solves this problem? Hey, I maintain the beta version of audacity. Beta is not frowned upon, can't get a release version without a beta! From wmoran at potentialtech.com Wed Oct 21 16:15:50 2009 From: wmoran at potentialtech.com (Bill Moran) Date: Wed Oct 21 16:15:57 2009 Subject: Need advice from maintainers In-Reply-To: <65DDA3431A3A3C82B20A2039@utd65257.utdallas.edu> References: <20091021113121.fcdb99f5.wmoran@potentialtech.com> <65DDA3431A3A3C82B20A2039@utd65257.utdallas.edu> Message-ID: <20091021121548.8ae37fb5.wmoran@potentialtech.com> In response to Paul Schmehl : > --On Wednesday, October 21, 2009 10:31:21 -0500 Bill Moran > wrote: > > > > > In response to Paul Schmehl : > > > >> I am the maintainer for security/barnyard2. This is an updated version of > >> security/barnyard, which I also maintain. The version of my port is the > >> current release version, but it has a really irritating problem that is fixed > >> in the current beta version. > >> > >> Barnyard2 is a program that parses snort logs and inserts them into a > >> database (mysql or postgresql). It is supposed to create a placemarker file > >> (called a waldo file) that maintains a record of what logs it has already > >> parsed. (This is only one way of using the program. There are others as > >> well.) The problem in the release version is that it does not read the > >> waldo file when the program is restarted. So every time you restart > >> barnyard2, it reinserts into the database every alert you still have log > >> files for. The beta version fixes this problem. > >> > >> I have created a port for the beta version and am using it myself, but I know > >> that using beta versions of software is frowned upon. Should I go ahead and > >> submit this port because it solves this problem? > >> > >> If I do, my thinking is that I should adjust the pkg-message file in the > >> existing port to warn the user about the problem and note that the beta > >> version solves it so they might want to consider using that instead. > > > > An option that you did not mention is to take the patch that fixes that > > single problem and include as a patch file for barnyard2. That way it's > > not a true beta, it just has that single patch to fix a known problem. > > > > For me, I think that would be the preferred method in this case. > > > > I *might* be able to do that, if I can figure out where in the code the problem > is fixed. I've had two semesters of C++, but I am not a programmer and > consider myself the rankest of novices wrt code. In a perfect world. you wouldn't have to be a C++ coder. In theory, you should be able to look at their SVN/CVS/git/whatever repository and find the commit that says it's fixed this problem, then just generate a diff between that version and the release version. Of course, that's in a perfect world. I'm not familiar with that project, so I don't know if they're that organized or not. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From jos at catnook.com Wed Oct 21 19:21:39 2009 From: jos at catnook.com (Jos Backus) Date: Wed Oct 21 19:21:46 2009 Subject: linux-f10-flashplugin 'assertion failed' messages Message-ID: <20091021180134.GA8038@lizzy.catnook.local> Hi, I am playing a bunch of FaceBook Flash games on a very -current box using Firefox 3.5.3, and while things mostly work (including sound), every few minutes the browser becomes unresponsive and I see tons of messages like these: *** NSPlugin Wrapper *** ERROR: NPP_New() wait for reply: Message timeout *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1924):invoke_NPP_SetWindow: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2534):invoke_NPP_HandleEvent: assertion failed: (rpc_method_invoke_possible(plugin->connection)) [repeated dozens of times] To fix, I tend to `killall npviewer.bin' and reload the pages, which seems to make things work again for a while, but that's a kludge. Is this expected behavior because Flash/nspluginwrapper is just buggy? Packages: linux-f10-atk-1.24.0 linux-f10-cairo-1.8.0 linux-f10-curl-7.19.4_4 linux-f10-cyrus-sasl2-2.1.22 linux-f10-expat-2.0.1 linux-f10-flashplugin-10.0r32 linux-f10-fontconfig-2.6.0 linux-f10-gtk2-2.14.7 linux-f10-jpeg-6b linux-f10-libssh2-0.18 linux-f10-nspr-4.7.4 linux-f10-nss-3.12.2.0 linux-f10-openldap-2.4.12_1 linux-f10-openssl-0.9.8g linux-f10-pango-1.22.3 linux-f10-png-1.2.37 linux-f10-sqlite3-3.5.9_1 linux-f10-tiff-3.8.2 linux-f10-xorg-libs-7.4_1 linux_base-f10-10_2 Mounts: linprocfs on /usr/compat/linux/proc (linprocfs, local) linsysfs on /usr/compat/linux/sys (linsysfs, local) -- Jos Backus jos at catnook.com From kamikaze at bsdforen.de Thu Oct 22 06:26:40 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Oct 22 06:26:46 2009 Subject: php5-gd PNG support broken Message-ID: <4ADFFB1D.2070003@bsdforen.de> I've got the following problem with php5-gd: Warning: imagecreatefrompng() [function.imagecreatefrompng]: gd-png: fatal libpng error: [00][00][00][00]: unknown critical chunk in /usr/home/kamikaze/devel/workspace/realmsofsorrow/nightmare/core/nmTemplate.class.php on line 385 Warning: imagecreatefrompng() [function.imagecreatefrompng]: gd-png error: setjmp returns error condition in /usr/home/kamikaze/devel/workspace/realmsofsorrow/nightmare/core/nmTemplate.class.php on line 385 Warning: imagecreatefrompng() [function.imagecreatefrompng]: './templates/neo/layout/header_stretch.png' is not a valid PNG file in /usr/home/kamikaze/devel/workspace/realmsofsorrow/nightmare/core/nmTemplate.class.php on line 385 I get this message for all PNGs. I checked the files with Firefox, and Gimp, they are all whole. They are also displayed by the e17 file browser, which relies on libpng. My system: FreeBSD mobileKamikaze.norad 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 3 10:26:33 CEST 2009 root@mobileKamikaze.norad:/usr/obj/HP6510b/amd64/usr/src/sys/HP6510b amd64 libpng: png-1.2.40 php5-gd: php5-gd-5.2.11_1 Regards From pneumann at gmail.com Thu Oct 22 13:03:39 2009 From: pneumann at gmail.com (Phillip Neumann) Date: Thu Oct 22 13:03:46 2009 Subject: FreeBSD Port: asterisk-gui-2.0.4_2 In-Reply-To: References: Message-ID: <4101EB32-B73D-4780-A90A-006D49766207@gmail.com> Hello Bill, unfortunatly, the hardware auto-configuration of hardware didnt really worked well in my tests. I had to touch files manually to make it work. A new version of asterisk-gui has not been released jet (as far as i know..). I think if you try to use the version of the repository at asterisk (svn), things could work better for hardware. I have not spent time on trying to fix this problem, hoping new version (i.e. with dahdi) would make this work better. From the other side, im not sure how stable are freebsd zaptel/dahdi drivers... Good luck! El 19-10-2009, a las 11:17, Bill Harris escribi?: > > Just wanted to thank you for your work on the asterisk gui. > > I have run across one problem with FreeBSD 7.2R. Building Asterisk > from the > latest sources at Asterisk.org, then installing your port of the > gui, all works well > until I happen to click on the hardware (which I have no hardware) > and the gui > goes into a loop, and I have to force to goto a previous page to > abort the loop. > > Other options are fine, just the hardware tab. The misdn tab > reports no bri > hardware, and gives an OK button, perfect. > > Bill > > > -- > Bill Harris > Director of Technology > Canyon Creek Christian Academy > 2800 Custer Parkway > Richardson, Texas 75080 > (972) 231-4890 > -------------- next part -------------- From scjamorim at bsd.com.br Thu Oct 22 16:27:21 2009 From: scjamorim at bsd.com.br (Sylvio Cesar) Date: Thu Oct 22 16:31:22 2009 Subject: To the Committers, about a PR > 60 days Message-ID: <5859850b0910220927h4c9d8dbbwcda191c64ab3ee1a@mail.gmail.com> Hi Committers. please, somebody could to see the PR ports/137542? This PR is > 60days. Regards, Sylvio Cesar. From kamikaze at bsdforen.de Thu Oct 22 18:24:36 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Oct 22 18:24:42 2009 Subject: in search for sasquatch/committer Message-ID: <4AE0A360.1010702@bsdforen.de> Does any one dare commit ports/138695? I want to update both games/ioquake3 and games/ioquake3-devel. But it's going to be a great hazzle without getting this PR committed first. From kamikaze at bsdforen.de Fri Oct 23 10:15:44 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri Oct 23 10:15:53 2009 Subject: sysutils/hal does not build on RELENG_8/amd64 Message-ID: <4AE1824E.60607@bsdforen.de> sysutils/hal does not build on my system. I'm trying to rebuild after upgrading from RELENG_7. # uname -a FreeBSD mobileKamikaze.norad 8.0-RC1 FreeBSD 8.0-RC1 #0: Thu Oct 22 18:39:21 CEST 2009 root@mobileKamikaze.norad:/usr/obj/HP6510b-8/amd64/usr/src/sys/HP6510b-8 amd64 cc -DHAVE_CONFIG_H -I. -I../../.. -DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include -DHAVE_CK_0_3 -O2 -pipe -march=nocona -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c probe-hiddev.c: In function 'main': probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this function) probe-hiddev.c:81: error: (Each undeclared identifier is reported only once probe-hiddev.c:81: error: for each function it appears in.) gmake[5]: *** [probe-hiddev.o] Error 1 gmake[5]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/hal. From r.c.ladan at gmail.com Fri Oct 23 11:18:18 2009 From: r.c.ladan at gmail.com (Rene Ladan) Date: Fri Oct 23 11:18:51 2009 Subject: sysutils/hal does not build on RELENG_8/amd64 In-Reply-To: <4AE1824E.60607@bsdforen.de> References: <4AE1824E.60607@bsdforen.de> Message-ID: 2009/10/23 Dominic Fandrey : > sysutils/hal does not build on my system. I'm trying to > rebuild after upgrading from RELENG_7. > > # uname -a > FreeBSD mobileKamikaze.norad 8.0-RC1 FreeBSD 8.0-RC1 #0: Thu Oct 22 18:39:21 CEST 2009 ? ? root@mobileKamikaze.norad:/usr/obj/HP6510b-8/amd64/usr/src/sys/HP6510b-8 ?amd64 > > > cc -DHAVE_CONFIG_H -I. -I../../.. ?-DPACKAGE_SYSCONF_DIR=\""/usr/local/etc"\" -DPACKAGE_DATA_DIR=\""/usr/local/share"\" -DPACKAGE_BIN_DIR=\""/usr/local/bin"\" -DPACKAGE_LOCALE_DIR=\""/usr/local/share/locale"\" -DPACKAGE_LOCALSTATEDIR=\""/var"\" -I../../.. -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include ? -I/usr/local/include -DHAVE_CK_0_3 ?-O2 -pipe -march=nocona -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT probe-hiddev.o -MD -MP -MF .deps/probe-hiddev.Tpo -c -o probe-hiddev.o probe-hiddev.c > probe-hiddev.c: In function 'main': > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this function) > probe-hiddev.c:81: error: (Each undeclared identifier is reported only once > probe-hiddev.c:81: error: for each function it appears in.) > gmake[5]: *** [probe-hiddev.o] Error 1 > gmake[5]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd/probing' > gmake[4]: *** [all-recursive] Error 1 > gmake[4]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald/freebsd' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/sysutils/hal. It builds on my 8.0RC-1/amd64 box, did you remove the devel/libusb port before trying to upgrade? FreeBSD 8+ comes with libusb built in. Ren? -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From darcsis at gmail.com Fri Oct 23 11:18:56 2009 From: darcsis at gmail.com (Denise H. G.) Date: Fri Oct 23 11:19:03 2009 Subject: sysutils/hal does not build on RELENG_8/amd64 In-Reply-To: <4AE1824E.60607@bsdforen.de> (Dominic Fandrey's message of "Fri\, 23 Oct 2009 12\:15\:42 +0200") References: <4AE1824E.60607@bsdforen.de> Message-ID: <868wf2pdd5.fsf@pluton.xbsd.name> I can't reproduce this problem. My machine is also an 8.0-RC1 on amd64, which I newly installed a couple of days ago. Are your ports all up-to-date? It seems there is a patch file under /usr/ports/sys/hal/files that concerns this problem. Good luck. -- (dhg) darcsis AT gmail dot COM From kamikaze at bsdforen.de Fri Oct 23 11:49:23 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri Oct 23 11:49:30 2009 Subject: sysutils/hal does not build on RELENG_8/amd64 In-Reply-To: References: <4AE1824E.60607@bsdforen.de> Message-ID: <4AE19841.2040506@bsdforen.de> Rene Ladan wrote: > 2009/10/23 Dominic Fandrey : >> sysutils/hal does not build on my system. I'm trying to >> rebuild after upgrading from RELENG_7. >> >> ... > > It builds on my 8.0RC-1/amd64 box, did you remove the devel/libusb > port before trying to upgrade? FreeBSD 8+ > comes with libusb built in. No, I didn't check UPDATING that far in the past. Thanks a lot that solved my problem! From amdmi3 at amdmi3.ru Fri Oct 23 14:20:11 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Oct 23 14:20:18 2009 Subject: in search for sasquatch/committer In-Reply-To: <4AE0A360.1010702@bsdforen.de> References: <4AE0A360.1010702@bsdforen.de> Message-ID: <20091023142008.GA68359@hades.panopticon> * Dominic Fandrey (kamikaze@bsdforen.de) wrote: > Does any one dare commit ports/138695? I'll see into it. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From jgavin at lumeta.com Fri Oct 23 19:39:26 2009 From: jgavin at lumeta.com (Jack Gavin) Date: Fri Oct 23 19:39:33 2009 Subject: FreeBSD Port: apache-2.2.14 Message-ID: <78ED28FACE63744386D68D8A9D1CF5D4015F379C@MAIL.corp.lumeta.com> I see that Apache 2.2.14 was very recently released (about 2 weeks ago): http://httpd.apache.org/#2.2.14 Is there any estimate of when the FreeBSD port of Apache (/usr/ports/www/apache22) will be upticked from 2.2.13 to 2.2.14? Thanks very much. Jack Gavin -- Jack Gavin Lead Software Engineer Lumeta - Securing the Network in the Face of Change jgavin@lumeta.com 732.357.3526 (office) 732.564.0731 (fax) 220 Davidson Avenue Somerset, NJ 08873-4146 www.lumeta.com From pgollucci at p6m7g8.com Sat Oct 24 19:49:44 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat Oct 24 19:49:54 2009 Subject: FreeBSD Port: apache-2.2.14 In-Reply-To: <78ED28FACE63744386D68D8A9D1CF5D4015F379C@MAIL.corp.lumeta.com> References: <78ED28FACE63744386D68D8A9D1CF5D4015F379C@MAIL.corp.lumeta.com> Message-ID: <4AE35A4C.1010307@p6m7g8.com> Jack Gavin wrote: > I see that Apache 2.2.14 was very recently released (about 2 weeks ago): > http://httpd.apache.org/#2.2.14 > > > > Is there any estimate of when the FreeBSD port of Apache > (/usr/ports/www/apache22) will be upticked from 2.2.13 to 2.2.14? Within a month or less. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From peo at intersonic.se Sun Oct 25 09:14:44 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Sun Oct 25 09:14:51 2009 Subject: strange issue with PHP $basename, first character in filename missing Message-ID: <4AE416FC.5030006@intersonic.se> Sorry for the long post but this problem have plagued us for a few months and we suspect that this is a OS-specific issue with FreeBSD/PHP, AFAICS it has not been reported from the Linux camp. I'm posting here in the hope that someone on this list might have a clue, will take it to the php list as well. In brief, intermittently, the first character in a file name is lost using the PHP "basename" function. Below is an excerpt from a Horde webmail server's log that shows the error. More reading can be found on the Horde list here: http://marc.info/?l=horde&m=124653708009981&w=2 and here http://marc.info/?l=horde&m=124683029904466&w=2 - Problem is present on both 6.4 and 7-STABLE - We see it on two boxes so it's not limited to a single server - It has occurred on all PHP versions since this year, approx from the time of PHP 5.2.9 - It is intermittent - no real pattern - It does not matter if we use the Horde cache or not, if we use a cache via PHP or not, have tried a *lot* of configurations to no avail. A more detailed log: Obviously, we are looking for "memcache.php" but $basename sometimes returns "emcache.php". -------------- [21-Oct-2009 07:28:28] after basename d string(8) "memcache" string(7) "emcache" [21-Oct-2009 07:28:28] backtrace NULL string(7) "emcache" #0 Horde_Cache->factory(memcache, Array ([hostspec] => Array ([0] => localhost),[port] => Array ([0] => 11211),[weight] => Array (),[persistent] => ,[compression] => ,[large_items] => 1,[enabled] => 1)) called at [/usr/local/www/horde/lib/Horde/Cache.php:234] #1 Horde_Cache->singleton(memcache, Array ([hostspec] => Array ([0] => localhost),[port] => Array ([0] => 11211),[weight] => Array (),[persistent] => ,[compression] => ,[large_items] => 1,[enabled] => 1)) called at [/usr/local/www/horde/lib/Horde/Perms/sql.php:57] #2 Perms_sql->Perms_sql(Array ([username] => horde,[password] => ,[protocol] => unix,[database] => horde,[charset] => iso-8859-1,[splitread] => ,[ssl] => ,[phptype] => mysqli)) called at [/usr/local/www/horde/lib/Horde/Perms.php:462] #3 Perms->factory(sql, Array ([username] => horde,[password] => ,[protocol] => unix,[database] => horde,[charset] => iso-8859-1,[splitread] => ,[ssl] => ,[phptype] => mysqli)) called at [/usr/local/www/horde/lib/Horde/Perms.php:496] #4 Perms->singleton() called at [/usr/local/www/horde/lib/Horde/Registry.php:278] #5 Registry->Registry(0) called at [/usr/local/www/horde/lib/Horde/Registry.php:139] #6 Registry::singleton() called at [/usr/local/www/horde/imp/lib/base.php:49] #7 require_once(/usr/local/www/horde/imp/lib/base.php) called at [/usr/local/www/horde/imp/redirect.php:89] #8 require(/usr/local/www/horde/imp/redirect.php) called at [/usr/local/www/horde/imp/index.php:26] NULL [21-Oct-2009 07:28:28] PHP Warning: include_once(Horde/Cache/emcache.php) [function.include-once]: failed to open stream: No such file or directory in /usr/local/www/horde/lib/Horde/Cache.php on line 194 [21-Oct-2009 07:28:28] PHP Warning: include_once() [function.include]: Failed opening 'Horde/Cache/emcache.php' for inclusion (include_path='/usr/local/www/horde/lib:.:/usr/local/share/pear') in /usr/local/www/horde/lib/Horde/Cache.php on line 194 [21-Oct-2009 07:28:39] after basename d string(8) "memcache" string(7) "emcache" Thank you for reading... -- per From one35seven at gmail.com Sun Oct 25 17:07:01 2009 From: one35seven at gmail.com (Jaap Aap) Date: Sun Oct 25 17:07:09 2009 Subject: FreeBSD Port: ntop-3.3.10 Message-ID: <480255760910250939m4ecfc3cfubc8e1c641eee4bcf@mail.gmail.com> Hi,I've searched the internet for a solution, but couldn't find any answers. After compiling the 3.3.10 port of NTOP I keep getting: [warn] *kevent*: Bad file descriptor showing up on my screen. Is this a know issue for you? If yes, could you direct me to the solution? Regards, Jaap From enderli at gmail.com Sun Oct 25 16:30:35 2009 From: enderli at gmail.com (Ender Li) Date: Sun Oct 25 17:30:26 2009 Subject: FreeBSD Port: py26-libxml2-2.7.6 Message-ID: <3636a1f60910250857tf5c1eby2190cda27187175e@mail.gmail.com> I can't make this port on FreeBSD 8.0-RC1 I attach the make log. -------------- next part -------------- A non-text attachment was scrubbed... Name: log Type: application/octet-stream Size: 1450 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091025/e36581cc/log.obj From QAT at FreeBSD.org Sun Oct 25 20:13:52 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Oct 25 20:14:03 2009 Subject: Now OK (Re: cvs commit: ports/textproc/minised Makefile) In-Reply-To: <200910251550.n9PFo6f4030620@repoman.freebsd.org> References: <200910251550.n9PFo6f4030620@repoman.freebsd.org> Message-ID: <20091025201441.6752C12E3C3E@quark.ds9.tecnik93.com> textproc/minised, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From david at vizion2000.net Mon Oct 26 08:36:30 2009 From: david at vizion2000.net (David Southwell) Date: Mon Oct 26 08:36:37 2009 Subject: portupgrade - working directory curioisty Message-ID: <200910260836.10334.david@vizion2000.net> Hi I had the following dns1# portupgrade -a Cannot locate current working directory: No such file or directory # df showed /var was present with only 2% used. # pkgdb -F showed up to date pkgdb with no errors then #portupgrade -a ran without any hitches. Can anyone offer an explanation that solves my curiosity? Thanks David From sergey.dyatko at gmail.com Mon Oct 26 08:45:27 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Mon Oct 26 08:45:33 2009 Subject: portupgrade - working directory curioisty In-Reply-To: <200910260836.10334.david@vizion2000.net> References: <200910260836.10334.david@vizion2000.net> Message-ID: <20091026104522.0b825f6b@tiger.minsk.domain> ? Mon, 26 Oct 2009 09:36:10 +0100 David Southwell ?????: DS> Hi DS> DS> I had the following DS> DS> dns1# portupgrade DS> -a Cannot locate current working directory: No such file or DS> directory DS> perhaps the current directory is no longer available(for example: removed). DS> # df showed /var was present with only 2% used. DS> # pkgdb -F showed up to date pkgdb with no errors DS> DS> then DS> #portupgrade -a DS> DS> ran without any hitches. DS> DS> Can anyone offer an explanation that solves my curiosity? DS> DS> Thanks DS> DS> David -- wbr, tiger From Johan at double-l.nl Mon Oct 26 10:45:18 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Mon Oct 26 10:45:25 2009 Subject: VirtualBox Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA570DD@w2003s01.double-l.local> Hello all. i decided to try out VirtualBox on my 8.0RC1 i386 machine. but the compile failed at kBuild. kmk: Entering directory `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1' kBuild: Pass - Build Programs kBuild: Pass - Libraries kBuild: Linking kDep kmk: /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kmk_redirect: Command not found kmk: *** [/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/out/freebsd.x86/release/ob j/kDep/kDep.a] Error 127 The failing command: @/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/kmk_redirect -rti /usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/out/freebsd.x86/release/obj /kDep/kDep.a.ar-script -- ar -M kmk: *** [/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/out/freebsd.x86/release/ob j/kDep/kDep.a] Deleting file `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/out/freebsd.x86/release/ob j/kDep/kDep.a.ar-script' kmk: Leaving directory `/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1' gmake: *** [/usr/ports/devel/kBuild/work/kBuild-0.1.5-p1/out/freebsd.x86/release/bo otstrap/ts-stage2-build] Error 2 ./kBuild/env.sh: info: rc=2: gmake -f bootstrap.gmk *** Error code 2 Stop in /usr/ports/devel/kBuild. *** Error code 1 Stop in /usr/ports/emulators/virtualbox. What can I do to successfully install virtualbox. regards, Johan Hendriks From bugmaster at FreeBSD.org Mon Oct 26 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Oct 26 11:06:57 2009 Subject: Current unassigned ports problem reports Message-ID: <200910261106.n9QB65f6043009@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/139984 [maintainer-update] ports/net/p5-Net-Twitter-Lite o ports/139978 mail/roundcube-air - maintainer update to next release o ports/139977 new port: sysutils/fconfig o ports/139976 [PATCH] ftp/bftpd: update to 2.6 o ports/139966 Update of the irc/ngircd port f ports/139939 [PATCH] audio/soundconverter: locale files in wrong pl f ports/139937 [PATCH] math/mingw32-libgmp4: update to 4.3.1 f ports/139894 [PATCH] databases/rrdtool: update to 1.3.9 o ports/139885 [maintainer-update][patch] devel/diffuse: Add path fix o ports/139880 security/barnyard2, update to pkg-message file, bump p o ports/139879 new port: security/barnyard2-devel, an output system f o ports/139878 [MAINTAINER-UPDATE] sysutils/bacula-server upgrade to o ports/139877 [PATCH] graphics/Coin: update to 3.1.1 o ports/139871 Add patch to fix GnuTLS detection for textproc/iksemel f ports/139867 mail/isoqlog catch segmentation fault under AMD64 o ports/139863 [maintainer-update] x11/xcb-util: division by zero bug o ports/139861 [PATCH] textproc/scim-input-pad: update to 0.1.2 o ports/139854 [UPDATE] mail/dovecot-sieve: update to 0.1.13 o ports/139853 [PATCH] ftp/proftpd-devel: update to 1.3.3rc2 o ports/139850 [PATCH] net-mgmt/pixilate: update to 0.4.2 f ports/139848 add pre-caching to net-mgmt/nagios rc.d script f ports/139846 [update][patch]update devel/spin to version 5.2.2 o ports/139844 [maintainer-update] www/squidguard: fix security vulne o ports/139842 [PATCH] net/pvm: update to 3.4.6 o ports/139835 [PATCH] multimedia/nxtvepg: update to 2.8.0 o ports/139830 [PATCH] multimedia/gcfilms: update to 6.4 o ports/139827 [MAINTAINER] deskutils/gtg: add patch o ports/139826 [PATCH] deskutils/recoll update to version 1.12.2 f ports/139807 [MAINTAINER] lang/smlnj-devel: update to 110.71 and ad o ports/139801 [patch] port security/gorilla does not work after inst o ports/139795 Update port: net/zebra-server Update port to latest ve o ports/139784 [PATCH] misc/gonvert: update to 0.2.23 o ports/139783 [PATCH] misc/dphys-config: update to 20090926 o ports/139777 [PATCH] graphics/ocaml-images: update to 2.12 o ports/139775 update databases/squirrel-sql to 3.0.2 f ports/139760 www/squid31 fails to build without NIS/Kerberos f ports/139752 Update port: net-mgmt/nagios-devel o ports/139722 Update Port: devel/libpthread-stubs to v0.3 f ports/139680 Is editors/emacs out-dated? f ports/139652 [devel/icu] Little patch for compiling with gcc44 f ports/139637 security/wipe fails dealing with file permissions o ports/139629 new port security/pam_memcache: a PAM module for authe o ports/139615 databases/mytop - error in case of client IP without h f ports/139611 security/wipe: Abort trap: 6 (core dumped) f ports/139599 sysutils/p5-BSD-Sysctl can not handle QUAD integer. o ports/139552 science/paraview 2.2.4: ParaView error: InitializeTcl f ports/139460 security/snortsam broken on 64 bit platforms f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139448 [NEW PORT] japanese/asterisk16-sounds: Japanese sound o ports/139435 print/cups-smb-backend: Add ability to use difference o ports/139372 java/jboss5 reorganization. s ports/139361 [FIX] net/ntop 3.3.10 don`t install needed file f ports/139348 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] f ports/139347 [patch]finance/kmymoney2 port update to 1.0.0 o ports/139342 [maintainer update] Mk/bsd.octave.mk: problems with oc o ports/139341 NEW PORT: devel/aegis-devel o ports/139340 New port -- x11-fonts/gentium-basic f ports/139339 [patch] www/lynx update to 2.8.7.1 f ports/139317 [PATCH] devel/p5-Gearman-XS: [SUMMARIZE CHANGES] o ports/139295 New port: devel/mk-configure -- lightweight, easy to u o ports/139271 [PATCH] sysutils/hpacucli does not work on the amd64 k f ports/139241 upgrade graphics/php5-chartdirector to version 5.0.2 f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139163 [patch] textproc/flex: install info documentation s ports/139150 www/bluefish request for DEVELOPMENT version f ports/139140 textproc/lucene: fails to install WITH_CONTRIB f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139078 sysutils/cfengine3: startup scripts broken, update nee f ports/139077 Cannot install ports/sysutils/bacula-bat f ports/139075 Please repo copy lang/squeak to lang/squeak-dev f ports/139064 [PATCH] net/freeradius2: rc.d script should deal with f ports/139060 devel/gearmand: Maintainer patch was missing proper li o ports/139046 mail/postgrey doesn't use local pidfile f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138994 [patch] new port www/neon29 f ports/138990 sysutils/nagios-statd reports /dev full o ports/138987 [maintainer] textproc/sphinxsearch -- use bsd.options. f ports/138976 [patch] Restrict news/sabnzbdplus to python <= v2.5 f ports/138940 security/p5-SAVI-Perl can work on amd64 o ports/138929 [PATCH] security/heimdal update to 1.2.1 f ports/138925 serial console option for sysutils/memtest86+ f ports/138888 [UPDATE] net/asterisk-addons to 1.4.9 o ports/138830 net/linux-nx-client TCP_NODELAY problem f ports/138823 cannot upgrade ports o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138795 [patch] - update databases/clip f ports/138792 [patch] - update security/pgp6 o ports/138786 x11-toolkits/plib unable to connect to network f ports/138716 [PATCH] net/fspd: update to 2.8.1.25 o ports/138637 New port: graphics/xfractint-devel o ports/138623 New port: multimedia/bombono (software for DVD authori o ports/138602 audio/sphinxbase port update f ports/138483 security/pam_pwdfile port doesn't work post update to f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur a ports/138445 net/freeradius2 problem with rlm_perl o ports/138438 graphics/sane-backends not working on FreeBSD-8 f ports/138435 [patch] databases/freetds gnutls linking error o ports/138408 [patch] finance/libofx import timestamp may be wrong f ports/138402 [patch] www/awffull is not reading configuration file o ports/138361 x11/libxcb: alleviate dependency on python o ports/138348 patch to java/openjdk6 so that build works again o ports/138306 databases/mysqlard - fix mysqlard.conf install with pk o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/137998 [patch] sysutils/libcdio - add missing manpage to plis f ports/137957 sysutils/bacula-bat doesn not install some libs f ports/137945 devel/openocd 0.2.0 fails to find ATMEL SAM-ICE as Seg s ports/137886 irc/scrollz fails to compile with any SSL (gnutls conf f ports/137880 [patch] sysutils/memtest86: don't depend on archivers/ f ports/137879 [patch] sysutils/memtest86: allow to install port on a o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137728 New port: www/tokyopromenade: a content management sys o ports/137691 [PATCH] New port for semantik (kdissert II) f ports/137682 Update port: multimedia/k9copy Updated k9copy to versi f ports/137635 multimedia/vlc breaks keyboard input processing o ports/137623 New port net/skystar2.8 o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137599 New Port: games/armagetron-0.3-beta f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur f ports/137450 www/squid: ecap support not working after upgrade o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137254 New port: net/unssh Fast way to delete entries from Op o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137220 net-p2p/verlihub port version update f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl o ports/137115 net/pptpclient: pptp client for freebsd 7.1 o ports/137046 Port upgrade: databases/postgresql-odbc: 08.03.0400 -> f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font o ports/136259 [PATCH] sysutils/libcdio: incorrect japanese manpage i f ports/136227 science/Gramps Crashes When Opening a Family File f ports/136132 Update port: devel/srecord to 1.49 f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133413 [patch] sysutils/libcdio 0.78.2 is broken for CDROMs t f ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 165 problems total. From sergio.gurgel at gmail.com Mon Oct 26 12:54:34 2009 From: sergio.gurgel at gmail.com (Sergio Gurgel) Date: Mon Oct 26 12:54:40 2009 Subject: package is installed Message-ID: <3b29a55c0910260529u79bb69c9qcd679f30dfe741b5@mail.gmail.com> How do I find the PORTS if a package is installed on Freebsd? S?rgio Gurgel Menezes msn/gtalk: sergio.gurgel@gmail.com skype: sergio_gurgel "o mal do inteligente ? achar que o outro ? burro!" From rwmaillists at googlemail.com Mon Oct 26 13:08:38 2009 From: rwmaillists at googlemail.com (RW) Date: Mon Oct 26 13:08:44 2009 Subject: portupgrade - working directory curioisty In-Reply-To: <200910260836.10334.david@vizion2000.net> References: <200910260836.10334.david@vizion2000.net> Message-ID: <20091026130816.1d06e1d2@gumby.homeunix.com> On Mon, 26 Oct 2009 09:36:10 +0100 David Southwell wrote: > Hi > > I had the following > > dns1# portupgrade > -a Cannot locate current working directory: No such file or > directory > > # df showed /var was present with only 2% used. > # pkgdb -F showed up to date pkgdb with no errors > > then > #portupgrade -a > > ran without any hitches. > > Can anyone offer an explanation that solves my curiosity? > $ mkdir /tmp/foo $ cd /tmp/foo $ rmdir /tmp/foo $ portupgrade -a Cannot locate current working directory: No such file or directory From m.seaman at infracaninophile.co.uk Mon Oct 26 13:16:05 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Mon Oct 26 13:16:12 2009 Subject: package is installed In-Reply-To: <3b29a55c0910260529u79bb69c9qcd679f30dfe741b5@mail.gmail.com> References: <3b29a55c0910260529u79bb69c9qcd679f30dfe741b5@mail.gmail.com> Message-ID: <4AE5A104.7080002@infracaninophile.co.uk> Sergio Gurgel wrote: > How do I find the PORTS if a package is installed on Freebsd? pkg_info -ox pkgname Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091026/9b034109/signature.pgp From enderli at gmail.com Mon Oct 26 15:00:02 2009 From: enderli at gmail.com (Ender Li) Date: Mon Oct 26 15:30:37 2009 Subject: FreeBSD Port: zh-big5con-0.92i Message-ID: <3636a1f60910260759q4c1360e3p4a6dde0afc80061c@mail.gmail.com> This port can't work on FreeBSD 8.0-RC1. From erwin at FreeBSD.org Mon Oct 26 15:45:25 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 26 15:45:56 2009 Subject: INDEX build failed for 6.x Message-ID: <200910261545.n9QFjNak055252@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: ilias-3.10.9 Committers on the hook: ache ale clsung dinoex knu mr olgeni pav rafan wen wxs Most recent CVS update was: U archivers/unzip/Makefile U archivers/unzip/distinfo U archivers/unzip/files/patch-aa U archivers/unzip/files/patch-ab U archivers/unzip/files/patch-process.c U cad/kicad-devel/Makefile U cad/kicad-devel/distinfo U cad/kicad-devel/pkg-descr U cad/kicad-devel/pkg-message U cad/kicad-devel/pkg-plist U cad/kicad-devel/files/patch-3d-viewer_makefile.include U cad/kicad-devel/files/patch-cvpcb_makefile.include U cad/kicad-devel/files/patch-gerbview_makefile.include U cad/kicad-devel/files/patch-libs.FreeBSD U cad/kicad-devel/files/patch-pcbnew__class_module.cpp U cad/kicad-devel/files/patch-pcbnew_makefile.gtk U cad/kicad-devel/files/patch-pcbnew_makefile.include U databases/mysql-q4m/Makefile U databases/mysql-q4m/distinfo U databases/mysql50-server/Makefile U databases/mysql50-server/distinfo U deskutils/gtg/Makefile U deskutils/gtg/files/patch-GTG_gtg.py U devel/ncurses-devel/Makefile U devel/ncurses-devel/distinfo U ftp/bftpd/Makefile U ftp/bftpd/distinfo U ftp/proftpd/Makefile U ftp/proftpd/distinfo U ftp/proftpd-devel/Makefile U ftp/proftpd-devel/distinfo U lang/tcl82/files/patch-ab U lang/tcl83/files/patch-configure U net/p5-Net-Twitter/Makefile U net/p5-Net-Twitter/distinfo U net/p5-REST-Google/Makefile U net/p5-REST-Google/distinfo U net/tintin++-devel/Makefile U net/tintin++-devel/distinfo U www/Makefile U www/ilias3/Makefile U www/ilias3/distinfo U www/ilias3/pkg-descr U www/ilias3/pkg-plist U www/yaws/Makefile U www/yaws/distinfo U www/yaws/pkg-plist U www/yaws/files/patch-man_yaws.conf.5 U www/yaws/files/patch-man_yaws__api.5 From erwin at FreeBSD.org Mon Oct 26 18:42:19 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Oct 26 18:42:26 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200910261842.n9QIgI1h014404@builder.freebsd.org> From stef-list at memberwebs.com Mon Oct 26 20:57:12 2009 From: stef-list at memberwebs.com (Stef Walter) Date: Mon Oct 26 20:57:19 2009 Subject: [patch] Make git dependencies optional. Message-ID: <4AE60885.1040103@memberwebs.com> Thanks for your work on the git port. When using git as a deployment mechanism, I'd like to be able to have minimal dependencies installed on the production system. The git developers have made git so every dependency is optional. This patch adds options to the port, so that with 'make config' you can choose to not install any dependencies. The following options were added: PERL "Build perl based git tools" on \ ICONV "Support for multiple character encodings" on \ CURL "Support HTTP push and pull" on \ The options default to the previous state of affairs, so ports users will by default get a git that works exactly like before. Some points about the patch: * When git is built without perl support, stubs are installed for all perl dependent commands, so the packaging does not change greatly with or without perl. * When git is built without curl support, three commands are not installed. Packaging changes slightly. * When git is built without curl support, the expat dependency is no longer needed. * When git is built without iconv support, nothing changes in the packaging. And obviously UTF-8 support is still present. PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=139993 Thanks in advance for considering this patch. Please let me know if additional changes are necessary. I'd love to help you get this into FreeBSD ports. Cheers, Stef -------------- next part -------------- A non-text attachment was scrubbed... Name: git-port-optional-dependencies.patch Type: text/x-diff Size: 3166 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091026/37cca920/git-port-optional-dependencies.bin From sgeorge.ml at gmail.com Tue Oct 27 04:44:31 2009 From: sgeorge.ml at gmail.com (Siju George) Date: Tue Oct 27 04:44:38 2009 Subject: Invitation to connect on LinkedIn Message-ID: <731081185.3662837.1256616974695.JavaMail.app@ech3-cdn12.prod> LinkedIn ------------ I'd like to add you to my professional network on LinkedIn. - Siju Confirm that you know Siju George https://www.linkedin.com/e/isd/822150560/PRvYDGe7/ Every day, millions of professionals like Siju George use LinkedIn to connect with colleagues, find experts, and explore opportunities. ------ (c) 2009, LinkedIn Corporation From sgeorge.ml at gmail.com Tue Oct 27 04:45:41 2009 From: sgeorge.ml at gmail.com (Siju George) Date: Tue Oct 27 04:45:46 2009 Subject: Invitation to connect on LinkedIn Message-ID: <515839539.3737402.1256617016984.JavaMail.app@ech3-cdn10.prod> LinkedIn ------------ I'd like to add you to my professional network on LinkedIn. - Siju Accept Siju George's invite: https://www.linkedin.com/e/isd/822151903/SmAbfb9a/ ------ (c) 2009, LinkedIn Corporation From QAT at FreeBSD.org Tue Oct 27 09:02:07 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Oct 27 09:02:19 2009 Subject: Now OK (Re: cvs commit: ports/games/vavoom-extras Makefile) In-Reply-To: <200910270819.n9R8JmWi054635@repoman.freebsd.org> References: <200910270819.n9R8JmWi054635@repoman.freebsd.org> Message-ID: <20091027090305.3402D12E3C3E@quark.ds9.tecnik93.com> games/vavoom-extras, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From wonko at wonkology.org Tue Oct 27 10:15:09 2009 From: wonko at wonkology.org (Alex Schuster) Date: Tue Oct 27 10:15:15 2009 Subject: xview-3.2.1_10: Assertion failed error Message-ID: <200910271115.00217.wonko@wonkology.org> Hi there! I am no FreeBSD user, but while searching for a solution to my problem with xview, I see this has also been discussed on FreeBSD mailing lists [*]. A friend IS a FreeBSD user and she just confirmed that the bug still exists with xview-3.2.1_10 on FreeBSD 7.2-RELEASE-p4. To test, you need a 32 bit enviromment. Install xview-clients-3.2.1_4 and start cmdtool. You will get this error: Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line 378. Abort For a simple solution that worked for me on my Gentoo Linux, see this Ubuntu bug report: https://bugs.launchpad.net/ubuntu/+source/xview/+bug/89166 Hope this helps, Wonko [*] http://www.opensubscriber.com/message/freebsd- questions@freebsd.org/11819001.html http://unix.derkeiler.com/Mailing- Lists/FreeBSD/questions/2009-03/msg01858.html From enderli at gmail.com Tue Oct 27 12:35:43 2009 From: enderli at gmail.com (Ender Li) Date: Tue Oct 27 13:06:12 2009 Subject: FreeBSD Port: py26-orbit-2.24.0 Message-ID: <3636a1f60910270535m60b75feene01eed5fb6d02bd5@mail.gmail.com> I can't make py26-orbit on FreeBSD8.0-RC1. Because requires 'pcre-7.9', but 'perc-8.00' is installed. From ale at FreeBSD.org Tue Oct 27 15:12:20 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Tue Oct 27 15:12:26 2009 Subject: sqlite3 upgrade Message-ID: <4AE70DD1.2000203@FreeBSD.org> To all sqlite3 users (in particular to people with threads issues or using tcl wrappers or using fts3 module), please test the following patch and report the results to me. Thank you. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/139276 -- Alex Dupre From neil at darlow.co.uk Tue Oct 27 17:08:03 2009 From: neil at darlow.co.uk (Neil Darlow) Date: Tue Oct 27 17:08:34 2009 Subject: FreeBSD Port: postfix-policyd-spf-perl-2.007 Message-ID: <20091027163957.000070fe@ASPIRE.darlow.co.uk> Hi, It appears that the SPF status header generated by this port, or one of its dependencies, is composed of two lines of text. The second line of the header is not indented as it should be. This problem was observed when submitting mail to SpamCop which was flagged with parse errors that were caused by multi-line headers not being indented after the first line. Examining the erroneous mails showed that only the SPF status header was not indented. Is this something you would track down? (it might not be generated by the postfix-policyd-spf-perl port itself) or should I investigate further myself? Regards, Neil Darlow -- This e-mail contains an attached digital signature. Please do not remove it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20091027/888ace25/signature.pgp From adrian.glaubitz at googlemail.com Wed Oct 28 01:37:47 2009 From: adrian.glaubitz at googlemail.com (Adrian Glaubitz) Date: Wed Oct 28 01:37:54 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable Message-ID: <4AE79A4E.3070404@googlemail.com> Hi there, I have a linux/qt4 software project that I wanted to test on FreeBSD as well. I'm not really a FreeBSD user but I am trying to get my code to build there. Anyway, it requires "qtcreator" among other dependencies which is not installable with "pkg_add" at the moment, "pkg_add -r qtcreator" tells me that the file at the given URL (ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz) cannot be fetched. I am really not into *BSD so I can't tell I am doing something wrong but I guess the package seems to be missing on the mirrors. Best Regards, Adrian From sfourman at gmail.com Wed Oct 28 02:55:09 2009 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Wed Oct 28 02:55:16 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <4AE79A4E.3070404@googlemail.com> References: <4AE79A4E.3070404@googlemail.com> Message-ID: <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> On Tue, Oct 27, 2009 at 8:11 PM, Adrian Glaubitz wrote: > Hi there, > > I have a linux/qt4 software project that I wanted to test on FreeBSD as > well. I'm not really a FreeBSD user > but I am trying to get my code to build there. Anyway, it requires > "qtcreator" among other dependencies which > is not installable with "pkg_add" at the moment, > > "pkg_add -r qtcreator" > > tells me that the file at the given URL > (ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz) > cannot be fetched. I am really not into *BSD so I can't tell I am doing > something wrong > but I guess the package seems to be missing on the mirrors. you could try to build it from source: cd /usr/ports/devel/qtcreator/ && make install clean Sam Fourman Jr. Fourman Networks From adrian.glaubitz at googlemail.com Wed Oct 28 09:45:50 2009 From: adrian.glaubitz at googlemail.com (Adrian Glaubitz) Date: Wed Oct 28 09:45:56 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> Message-ID: <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> Hi On Wed, Oct 28, 2009 at 3:55 AM, Sam Fourman Jr. wrote: > On Tue, Oct 27, 2009 at 8:11 PM, Adrian Glaubitz > wrote: >> Hi there, >> >> I have a linux/qt4 software project that I wanted to test on FreeBSD as >> well. I'm not really a FreeBSD user >> but I am trying to get my code to build there. Anyway, it requires >> "qtcreator" among other dependencies which >> is not installable with "pkg_add" at the moment, >> >> "pkg_add -r qtcreator" >> >> tells me that the file at the given URL >> (ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz) >> cannot be fetched. I am really not into *BSD so I can't tell I am doing >> something wrong >> but I guess the package seems to be missing on the mirrors. > > you could try to build it from source: > > cd /usr/ports/devel/qtcreator/ && make install clean Well, that was not really the answer I was looking for. I know how to build things from source but that's not what I want, I want to use a package manager to keep it simple. The idea of using a package manager is that you just install a few packages and it pulls the necessary dependencies automatically. I install "qtcreator" because it installs all necessary packages to develop and build Qt-4 Apps, including "qmake" and "uic". I want to put it into the manual for my project for FreeBSD: It's supposed to be a quick and dirty guide on howto build on FreeBSD. Adrian From fenner at FreeBSD.org Wed Oct 28 10:00:06 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Wed Oct 28 10:00:13 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200910281000.n9SA06e5052209@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From gary.jennejohn at freenet.de Wed Oct 28 12:46:42 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Oct 28 12:46:49 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> Message-ID: <20091028134640.58eb3cb9@ernst.jennejohn.org> On Wed, 28 Oct 2009 10:45:46 +0100 Adrian Glaubitz wrote: > Hi > > On Wed, Oct 28, 2009 at 3:55 AM, Sam Fourman Jr. wrote: > > On Tue, Oct 27, 2009 at 8:11 PM, Adrian Glaubitz > > wrote: > >> Hi there, > >> > >> I have a linux/qt4 software project that I wanted to test on FreeBSD as > >> well. I'm not really a FreeBSD user > >> but I am trying to get my code to build there. Anyway, it requires > >> "qtcreator" among other dependencies which > >> is not installable with "pkg_add" at the moment, > >> > >> "pkg_add -r qtcreator" > >> > >> tells me that the file at the given URL > >> (ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz) > >> cannot be fetched. I am really not into *BSD so I can't tell I am doing > >> something wrong > >> but I guess the package seems to be missing on the mirrors. > > > > you could try to build it from source: > > > > cd /usr/ports/devel/qtcreator/ && make install clean > > Well, that was not really the answer I was looking for. I know how to > build things from source but that's not what I want, I want to use a > package manager to keep it simple. The idea of using a package manager > is that you just install a few packages and it pulls the necessary > dependencies automatically. I install "qtcreator" because it installs > all necessary packages to develop and build Qt-4 Apps, including > "qmake" and "uic". > > I want to put it into the manual for my project for FreeBSD: > > > > It's supposed to be a quick and dirty guide on howto build on FreeBSD. > The qtcreator port was created on May 7, 2009. Seems to me that 7.2R is older than that. Obviously, qtcreator can't exist for 7.2R if the port didn't exist when it was released. --- Gary Jennejohn From adrian.glaubitz at googlemail.com Wed Oct 28 12:56:27 2009 From: adrian.glaubitz at googlemail.com (Adrian Glaubitz) Date: Wed Oct 28 12:56:34 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <20091028134640.58eb3cb9@ernst.jennejohn.org> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> Message-ID: <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> Hi, On Wed, Oct 28, 2009 at 1:46 PM, Gary Jennejohn wrote: > The qtcreator port was created on May 7, 2009. ?Seems to me that 7.2R > is older than that. ?Obviously, qtcreator can't exist for 7.2R if the > port didn't exist when it was released. Well, ok. Seems another case of "different systems, different philosophies" here for me. My idea was that I was downloading the latest STABLE release of FreeBSD and I assumed that the ports directory always applies to the current STABLE version, noone should use a development version for daily use, should one. Besides, the ports website doesn't list at all what versions of FreeBSD include this port as opposed to Debian, for example; I don't want to start a flamewar though. It's not really user-friendly, is it. I guess the minimum for my project will be FreeBSD 8.0 then. Adrian From lists at opsec.eu Wed Oct 28 13:09:47 2009 From: lists at opsec.eu (Kurt Jaeger) Date: Wed Oct 28 13:09:53 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> Message-ID: <20091028130946.GF93084@home.opsec.eu> Adrian Glaubitz wrote: > On Wed, Oct 28, 2009 at 1:46 PM, Gary Jennejohn > wrote: > > The qtcreator port was created on May 7, 2009. ?Seems to me that 7.2R > > is older than that. ?Obviously, qtcreator can't exist for 7.2R if the > > port didn't exist when it was released. > > Well, ok. Seems another case of "different systems, different > philosophies" here for me. > > My idea was that I was downloading the latest STABLE release of > FreeBSD and I assumed that the ports directory always applies to the > current STABLE version, noone should use a development version for > daily use, should one. The ports tree is being mopped up for each release. The latest release was 7.2, so the latest ports tree known to be pretty consistent is the one with the CVS tag RELEASE_7_2_0. > Besides, the ports website doesn't list at all what versions of > FreeBSD include this port as opposed to Debian, for example; I don't > want to start a flamewar though. It's not really user-friendly, is it. One way to do this e.g. for port editors/openoffice.org-3/: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice.org-3/ and show only those with a certain tag: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice.org-3/?only_with_tag=RELEASE_7_2_0 -- pi@opsec.eu +49 171 3101372 11 years to go ! From gary.jennejohn at freenet.de Wed Oct 28 13:24:22 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed Oct 28 13:24:28 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> Message-ID: <20091028142419.7bb8d7a1@ernst.jennejohn.org> On Wed, 28 Oct 2009 13:56:25 +0100 Adrian Glaubitz wrote: > On Wed, Oct 28, 2009 at 1:46 PM, Gary Jennejohn > wrote: > > The qtcreator port was created on May 7, 2009. Seems to me that 7.2R > > is older than that. Obviously, qtcreator can't exist for 7.2R if the > > port didn't exist when it was released. > > Well, ok. Seems another case of "different systems, different > philosophies" here for me. > > My idea was that I was downloading the latest STABLE release of > FreeBSD and I assumed that the ports directory always applies to the > current STABLE version, noone should use a development version for > daily use, should one. > > Besides, the ports website doesn't list at all what versions of > FreeBSD include this port as opposed to Debian, for example; I don't > want to start a flamewar though. It's not really user-friendly, is it. > > I guess the minimum for my project will be FreeBSD 8.0 then. > Here's the URI you specified: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz ^^^^^^^ release != stable The ports tree changes very quickly. Ports binaries for releases are created from a snapshot of the ports tree at the time of the release. Anything else is basically impossible. --- Gary Jennejohn From shuvaev at physik.uni-wuerzburg.de Wed Oct 28 13:25:06 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Wed Oct 28 13:25:13 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> Message-ID: <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> On Wed, Oct 28, 2009 at 01:56:25PM +0100, Adrian Glaubitz wrote: > Hi, > > On Wed, Oct 28, 2009 at 1:46 PM, Gary Jennejohn > wrote: > > The qtcreator port was created on May 7, 2009. ?Seems to me that 7.2R > > is older than that. ?Obviously, qtcreator can't exist for 7.2R if the > > port didn't exist when it was released. > > Well, ok. Seems another case of "different systems, different > philosophies" here for me. > > My idea was that I was downloading the latest STABLE release of > FreeBSD and I assumed that the ports directory always applies to the > current STABLE version, noone should use a development version for > daily use, should one. > The base system (more or less what consists a RELEASE) and ports are mostly independent of each other. Normal FreeBSD user will have some RELEASE (say 7.2R) and up-to-date version of ports. There is no separate STABLE or CURRENT versions of ports, there is only one. (Well, there are marcuscom and area51 for testing new gnome and kde releases, respectively, but you don't need to mess with them). This explains the following: > Besides, the ports website doesn't list at all what versions of > FreeBSD include this port as opposed to Debian, for example; I don't > want to start a flamewar though. It's not really user-friendly, is it. > > I guess the minimum for my project will be FreeBSD 8.0 then. > FreeBSD 7 will be ok too. You can add some phrase like "Before the software can be built, the following ports/packages have to be installed: devel/qtcreator audio/taglib devel/glib20 audio/sox audio/libmad security/libmcrypt. Note that ports tree newer than 7 May 2009 is needed to build qtcreator." This is FreeBSD-user friendly. HTH, Alexey. From adrian.glaubitz at googlemail.com Wed Oct 28 13:51:32 2009 From: adrian.glaubitz at googlemail.com (Adrian Glaubitz) Date: Wed Oct 28 13:51:38 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> Message-ID: <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> Hi Alexey, On Wed, Oct 28, 2009 at 2:25 PM, Alexey Shuvaev wrote: > The base system (more or less what consists a RELEASE) and ports are > mostly independent of each other. Normal FreeBSD user will have some > RELEASE (say 7.2R) and up-to-date version of ports. There is no > separate STABLE or CURRENT versions of ports, there is only one. > (Well, there are marcuscom and area51 for testing new gnome and kde > releases, respectively, but you don't need to mess with them). Ok, thanks alot for shedding some light here. I am not really into FreeBSD but long term Linux user, so consider me being a noob here ;-). > FreeBSD 7 will be ok too. You can add some phrase like > "Before the software can be built, the following ports/packages > have to be installed: > devel/qtcreator > audio/taglib > devel/glib20 > audio/sox > audio/libmad > security/libmcrypt. > Note that ports tree newer than 7 May 2009 is needed to build qtcreator." > > This is FreeBSD-user friendly. Thanks alot, I will put into our wiki like this. Is there actually a command to upgrade the ports tree, so that I can use the latest ports with FreeBSD 7.2? What would be the proper instructions to install the necessary ports, I want to try compiling our software on FreeBSD. BTW: Whom should I contact to get our project into the ports? I guess a fully fledged MiniDisc transfer software could be interesting for alot of FreeBSD users as well ;-). Thanks alot, Adrian From wxs at FreeBSD.org Wed Oct 28 14:01:10 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Oct 28 14:01:17 2009 Subject: [patch] Make git dependencies optional. In-Reply-To: <4AE60885.1040103@memberwebs.com> References: <4AE60885.1040103@memberwebs.com> Message-ID: <20091028140109.GB55026@atarininja.org> On Mon, Oct 26, 2009 at 02:37:25PM -0600, Stef Walter wrote: > Thanks for your work on the git port. > > When using git as a deployment mechanism, I'd like to be able to have > minimal dependencies installed on the production system. The git > developers have made git so every dependency is optional. > > This patch adds options to the port, so that with 'make config' you can > choose to not install any dependencies. The following options were added: > > PERL "Build perl based git tools" on \ > ICONV "Support for multiple character encodings" on \ > CURL "Support HTTP push and pull" on \ > > The options default to the previous state of affairs, so ports users > will by default get a git that works exactly like before. > > Some points about the patch: > > * When git is built without perl support, stubs are installed for all > perl dependent commands, so the packaging does not change greatly > with or without perl. > * When git is built without curl support, three commands are not > installed. Packaging changes slightly. > * When git is built without curl support, the expat dependency is no > longer needed. > * When git is built without iconv support, nothing changes in the > packaging. And obviously UTF-8 support is still present. > > PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=139993 > > Thanks in advance for considering this patch. Please let me know if > additional changes are necessary. I'd love to help you get this into > FreeBSD ports. I will review this and commit if appropriate with the next version update (which there is a PR for already). -- WXS From adrian.glaubitz at googlemail.com Wed Oct 28 14:18:15 2009 From: adrian.glaubitz at googlemail.com (Adrian Glaubitz) Date: Wed Oct 28 14:18:23 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> Message-ID: <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> Hi Alexey, On Wed, Oct 28, 2009 at 2:25 PM, Alexey Shuvaev wrote: > The base system (more or less what consists a RELEASE) and ports are > mostly independent of each other. Normal FreeBSD user will have some > RELEASE (say 7.2R) and up-to-date version of ports. There is no > separate STABLE or CURRENT versions of ports, there is only one. > (Well, there are marcuscom and area51 for testing new gnome and kde > releases, respectively, but you don't need to mess with them). Ok, thanks alot for shedding some light here. I am not really into FreeBSD but long term Linux user, so consider me being a noob here ;-). > FreeBSD 7 will be ok too. You can add some phrase like > "Before the software can be built, the following ports/packages > have to be installed: > devel/qtcreator > audio/taglib > devel/glib20 > audio/sox > audio/libmad > security/libmcrypt. > Note that ports tree newer than 7 May 2009 is needed to build qtcreator." > > This is FreeBSD-user friendly. Thanks alot, I will put into our wiki like this. Is there actually a command to upgrade the ports tree, so that I can use the latest ports with FreeBSD 7.2? What would be the proper instructions to install the necessary ports, I want to try compiling our software on FreeBSD. BTW: Whom should I contact to get our project into the ports? I guess a fully fledged MiniDisc transfer software could be interesting for alot of FreeBSD users as well ;-). Thanks alot, Adrian From kris at pcbsd.org Wed Oct 28 14:32:06 2009 From: kris at pcbsd.org (Kris Moore) Date: Wed Oct 28 14:32:19 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> Message-ID: On Wed, 28 Oct 2009, Adrian Glaubitz wrote: > Hi Alexey, > > On Wed, Oct 28, 2009 at 2:25 PM, Alexey Shuvaev > wrote: >> The base system (more or less what consists a RELEASE) and ports are >> mostly independent of each other. Normal FreeBSD user will have some >> RELEASE (say 7.2R) and up-to-date version of ports. There is no >> separate STABLE or CURRENT versions of ports, there is only one. >> (Well, there are marcuscom and area51 for testing new gnome and kde >> releases, respectively, but you don't need to mess with them). > > Ok, thanks alot for shedding some light here. I am not really into > FreeBSD but long term Linux user, so consider me being a noob here > ;-). > >> FreeBSD 7 will be ok too. You can add some phrase like >> "Before the software can be built, the following ports/packages >> have to be installed: >> devel/qtcreator >> audio/taglib >> devel/glib20 >> audio/sox >> audio/libmad >> security/libmcrypt. >> Note that ports tree newer than 7 May 2009 is needed to build qtcreator." >> >> This is FreeBSD-user friendly. > > Thanks alot, I will put into our wiki like this. Is there actually a > command to upgrade the ports tree, so that I can use the latest ports > with FreeBSD 7.2? What would be the proper instructions to install the > necessary ports, I want to try compiling our software on FreeBSD. > > BTW: Whom should I contact to get our project into the ports? I guess > a fully fledged MiniDisc transfer software could be interesting for > alot of FreeBSD users as well ;-). > > > Thanks alot, > > Adrian > Adrian, What other apps do you need besides qtcreator? We have that built in binary format for PC-BSD right now, which doesn't require any other compiling to run: http://www.pbidir.com/bt/pbi/269 If you are trying to get some end users to simply install BSD, and run QTCreator or some other app, PC-BSD may be an option, since it is FreeBSD under the hood. Plus if we don't have some app you need, you can always request it here: http://wiki.pcbsd.org/index.php/PBI_Requests -- Kris Moore PC-BSD Software From kris at pcbsd.org Wed Oct 28 14:32:06 2009 From: kris at pcbsd.org (Kris Moore) Date: Wed Oct 28 14:32:20 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> Message-ID: On Wed, 28 Oct 2009, Adrian Glaubitz wrote: > Hi Alexey, > > On Wed, Oct 28, 2009 at 2:25 PM, Alexey Shuvaev > wrote: >> The base system (more or less what consists a RELEASE) and ports are >> mostly independent of each other. Normal FreeBSD user will have some >> RELEASE (say 7.2R) and up-to-date version of ports. There is no >> separate STABLE or CURRENT versions of ports, there is only one. >> (Well, there are marcuscom and area51 for testing new gnome and kde >> releases, respectively, but you don't need to mess with them). > > Ok, thanks alot for shedding some light here. I am not really into > FreeBSD but long term Linux user, so consider me being a noob here > ;-). > >> FreeBSD 7 will be ok too. You can add some phrase like >> "Before the software can be built, the following ports/packages >> have to be installed: >> devel/qtcreator >> audio/taglib >> devel/glib20 >> audio/sox >> audio/libmad >> security/libmcrypt. >> Note that ports tree newer than 7 May 2009 is needed to build qtcreator." >> >> This is FreeBSD-user friendly. > > Thanks alot, I will put into our wiki like this. Is there actually a > command to upgrade the ports tree, so that I can use the latest ports > with FreeBSD 7.2? What would be the proper instructions to install the > necessary ports, I want to try compiling our software on FreeBSD. > > BTW: Whom should I contact to get our project into the ports? I guess > a fully fledged MiniDisc transfer software could be interesting for > alot of FreeBSD users as well ;-). > > > Thanks alot, > > Adrian > Adrian, What other apps do you need besides qtcreator? We have that built in binary format for PC-BSD right now, which doesn't require any other compiling to run: http://www.pbidir.com/bt/pbi/269 If you are trying to get some end users to simply install BSD, and run QTCreator or some other app, PC-BSD may be an option, since it is FreeBSD under the hood. Plus if we don't have some app you need, you can always request it here: http://wiki.pcbsd.org/index.php/PBI_Requests -- Kris Moore PC-BSD Software From stef-list at memberwebs.com Wed Oct 28 14:37:16 2009 From: stef-list at memberwebs.com (Stef Walter) Date: Wed Oct 28 14:37:22 2009 Subject: [patch] Make git dependencies optional. In-Reply-To: <20091028140109.GB55026@atarininja.org> References: <4AE60885.1040103@memberwebs.com> <20091028140109.GB55026@atarininja.org> Message-ID: <4AE85713.7050503@memberwebs.com> Wesley Shields wrote: > On Mon, Oct 26, 2009 at 02:37:25PM -0600, Stef Walter wrote: >> Thanks in advance for considering this patch. Please let me know if >> additional changes are necessary. I'd love to help you get this into >> FreeBSD ports. > > I will review this and commit if appropriate with the next version > update (which there is a PR for already). Thanks. Much appreciated. Stef From annulen at yandex.ru Wed Oct 28 14:25:13 2009 From: annulen at yandex.ru (Konstantin Tokarev) Date: Wed Oct 28 15:45:02 2009 Subject: Fwd: FreeBSD Port: qtcreator-1.2.1: Not installable Message-ID: <37441256739906@webmail132.yandex.ru> -------- ???????????? ????????? -------- 28.10.09, 17:19, "Konstantin Tokarev" : 28.10.09, 16:42, "Konstantin Tokarev" : Do you really need Qt Creator IDE as dependency? I guess you need install qt4-qui-4.5.2 package, it will download qt4-core, qt4-qmake, qt4-uic, qt4-moc, qt4-rcc. If your software needs more Qt libraries than just Core and Gui, install whole qt4-4.5.2, it will install all mentioned packages plus all Qt libraries That's FreeBSD user-friendly :-) > 27.10.09, 21:55, "Sam Fourman Jr." : > > On Tue, Oct 27, 2009 at 8:11 PM, Adrian Glaubitz > > wrote: > > > Hi there, > > > > > > I have a linux/qt4 software project that I wanted to test on FreeBSD as > > > well. I'm not really a FreeBSD user > > > but I am trying to get my code to build there. Anyway, it requires > > > "qtcreator" among other dependencies which > > > is not installable with "pkg_add" at the moment, > > > > > > "pkg_add -r qtcreator" > > > > > > tells me that the file at the given URL > > > (ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/qtcreator.tbz) > > > cannot be fetched. I am really not into *BSD so I can't tell I am doing > > > something wrong > > > but I guess the package seems to be missing on the mirrors. -- Regards, Konstantin ?????? ????? ????????? ?????: http://mail.yandex.ru/promo/new/hotkeys -------- ?????????? ????????????? ????????? -------- -- Regards, Konstantin ?????? ????? ????????? ?????:http://mail.yandex.ru/promo/new/labels From shuvaev at physik.uni-wuerzburg.de Wed Oct 28 19:03:54 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Wed Oct 28 19:04:02 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> References: <4AE79A4E.3070404@googlemail.com> <11167f520910271955q45c4109dqd2ada4959ce58db8@mail.gmail.com> <1e6df7760910280245y7717d74cn4cefc6a581c6260f@mail.gmail.com> <20091028134640.58eb3cb9@ernst.jennejohn.org> <1e6df7760910280556q3d9f0394t87b192fbbbf9adad@mail.gmail.com> <20091028132504.GC22422@wep4035.physik.uni-wuerzburg.de> <1e6df7760910280651i3dd3ea27q995e0304cec71593@mail.gmail.com> Message-ID: <20091028190351.GA32053@wep4035.physik.uni-wuerzburg.de> On Wed, Oct 28, 2009 at 02:51:29PM +0100, Adrian Glaubitz wrote: > Hi Alexey, > > On Wed, Oct 28, 2009 at 2:25 PM, Alexey Shuvaev > wrote: > > The base system (more or less what consists a RELEASE) and ports are > > mostly independent of each other. Normal FreeBSD user will have some > > RELEASE (say 7.2R) and up-to-date version of ports. There is no > > separate STABLE or CURRENT versions of ports, there is only one. > > (Well, there are marcuscom and area51 for testing new gnome and kde > > releases, respectively, but you don't need to mess with them). > > Ok, thanks alot for shedding some light here. I am not really into > FreeBSD but long term Linux user, so consider me being a noob here > ;-). > > > FreeBSD 7 will be ok too. You can add some phrase like > > "Before the software can be built, the following ports/packages > > have to be installed: > > devel/qtcreator > > audio/taglib > > devel/glib20 > > audio/sox > > audio/libmad > > security/libmcrypt. > > Note that ports tree newer than 7 May 2009 is needed to build qtcreator." > > > > This is FreeBSD-user friendly. > > Thanks alot, I will put into our wiki like this. Is there actually a > command to upgrade the ports tree, so that I can use the latest ports > with FreeBSD 7.2? What would be the proper instructions to install the > necessary ports, I want to try compiling our software on FreeBSD. > See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html It covers pretty much of what you want. You can also get better overview by going up one level: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html > BTW: Whom should I contact to get our project into the ports? I guess > a fully fledged MiniDisc transfer software could be interesting for > alot of FreeBSD users as well ;-). > Mmmm... Well, I think the best bet is yourself! The MAINTAINER variable in ports' Makefiles points to the person responsible for the given port. Everybody can become FreeBSD port maintainer. If you search for my email address at http://www.freebsd.org/ports/index.html in 'maintainer' category you'll find the ports I'm maintaining. Creating FreeBSD port is not so difficult. And your companions here are 1) Porter's Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook 2) Other ports as examples and 3) this mailing list if you have some specific problems. However you'll find that it is better to roll some distribution of your software to use it in the port (so to be possible to download tarball with sources and not to use git directly). Good luck! Alexey. From adrian.glaubitz at googlemail.com Wed Oct 28 20:27:33 2009 From: adrian.glaubitz at googlemail.com (Adrian Glaubitz) Date: Wed Oct 28 20:27:45 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <37441256739906@webmail132.yandex.ru> References: <37441256739906@webmail132.yandex.ru> Message-ID: <1e6df7760910281327l2cd4876bt170f6169a5bc5d23@mail.gmail.com> Hi Konstantin, 2009/10/28 Konstantin Tokarev : > ?Do you really need Qt Creator IDE as dependency? I guess you need install qt4-qui-4.5.2 package, it will download qt4-core, qt4-qmake, qt4-uic, qt4-moc, qt4-rcc. If your software needs more Qt libraries than just Core and Gui, install whole qt4-4.5.2, it will install all mentioned packages plus all Qt libraries > ?That's FreeBSD user-friendly :-) Well, no, you don't really need qtcreator as a dependency (at least when you don't want to modify the code yourself but just build it). The idea for requiring qtcreator for building the code in the manual was to make sure all necessary qt4 build-dependencies for qhimdtransfer would be installed. qtcreator dependes on qt4-qmake and qt4-uic for example which are not installed automatically when I install "qt4" from ports. I will try to build linux-minidisc on FreeBSD with qt4-qui-4.5.2, if that works I can drop the requirements for qtcreator. Thanks alot ! Adrian From adrian.glaubitz at googlemail.com Wed Oct 28 20:27:33 2009 From: adrian.glaubitz at googlemail.com (Adrian Glaubitz) Date: Wed Oct 28 20:27:46 2009 Subject: FreeBSD Port: qtcreator-1.2.1: Not installable In-Reply-To: <37441256739906@webmail132.yandex.ru> References: <37441256739906@webmail132.yandex.ru> Message-ID: <1e6df7760910281327l2cd4876bt170f6169a5bc5d23@mail.gmail.com> Hi Konstantin, 2009/10/28 Konstantin Tokarev : > ?Do you really need Qt Creator IDE as dependency? I guess you need install qt4-qui-4.5.2 package, it will download qt4-core, qt4-qmake, qt4-uic, qt4-moc, qt4-rcc. If your software needs more Qt libraries than just Core and Gui, install whole qt4-4.5.2, it will install all mentioned packages plus all Qt libraries > ?That's FreeBSD user-friendly :-) Well, no, you don't really need qtcreator as a dependency (at least when you don't want to modify the code yourself but just build it). The idea for requiring qtcreator for building the code in the manual was to make sure all necessary qt4 build-dependencies for qhimdtransfer would be installed. qtcreator dependes on qt4-qmake and qt4-uic for example which are not installed automatically when I install "qt4" from ports. I will try to build linux-minidisc on FreeBSD with qt4-qui-4.5.2, if that works I can drop the requirements for qtcreator. Thanks alot ! Adrian From QAT at FreeBSD.org Thu Oct 29 12:39:49 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Thu Oct 29 12:40:02 2009 Subject: Now OK (Re: cvs commit: ports/science/pnetcdf Makefile) In-Reply-To: <200910291235.n9TCZt6b068525@repoman.freebsd.org> References: <200910291235.n9TCZt6b068525@repoman.freebsd.org> Message-ID: <20091029124057.1C43C12E3C3E@quark.ds9.tecnik93.com> science/pnetcdf, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From M.S.Powell at salford.ac.uk Fri Oct 30 13:04:04 2009 From: M.S.Powell at salford.ac.uk (Mark Powell) Date: Fri Oct 30 13:04:12 2009 Subject: MySQL cluster FreeBSD port Message-ID: Hi, Thanks for your work maintaining the FreeBSD mysql ports. I'm trying to setup MySQL cluster. I 1st tried your databases/mysql51-server v5.1.39 port with WITH_NDB=1. That kinda gets ndb support, but it seems a bit dated. It seems this has something to do with MySQL cluster being split out of MySQL proper. Strange that some NDB code still remains. I tried manually building the cluster proper: http://downloads.mysql.com/archives/mysql-cluster-gpl-7.0/mysql-cluster-gpl-7.0.7.tar.gz That seems to get a version with the latest cluster: 5.1.35-ndb-7.0.7 Strange again that the mysql version in there is older than the latest. This MySQL versioning is confusing. I'm still testing this, but was wondering about a port for MySQL cluster. Is this something you've experimented with? Or has no port been made due to cluster not working properly on FreeBSD? Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 6624 www.pgp.com for PGP key