Re: FreeBSD Port: pdflib-7.0.2
Brett Davidson wrote: Hello. Attempted to install this however this bombs out on pdflib-lite with the following error : fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/PDFlib-Lite-7.0.0p3.tar.gz: File unavailable (e.g., file not found, no access) Can you please help me with this? Is the port misnamed? It's called pdflib-7.0.2, but it's trying to download 7.0.0p3. Either way, try a wget from ftp://ftp.ovh.net/made-in-ovh/maj-ovh/PDFlib-Lite-7.0.0p3.tar.gz and put the resultant file in /usr/ports/distfiles then try to make the port again. Assuming the file's kosher, it should pass the checksum and bob's your mother's brother. James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Port: deskutils/sunbird
martinko wrote: Hallo, I've just tried to run deskutils/sunbird and it crashed with "Bus error" and exited on signal 10. Anyway, there's been version 0.7 out for a couple of months while port is stuck at v.0.5. Could someone pls update the port ? Cheers, Martin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]" I just did a quick test: replace the md5sum/sha256sum and size of sunbird in distinfo, replace the references in Makefile to 0.5 to references to 0.7 and pop the tarball from the mozilla site into /usr/ports/distfiles and sunbird *appears* to compile. James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: What's a "good" way to handle installation of conflicting ports?
On Sun, 2008-02-17 at 11:52 -0800, David Wolfskill wrote: > I've been asked to come up with at least an interim approach -- > that can be implemented within a few days -- to allow the SAs at > my new job to install conflicting ports on the same machine. > > I can think of some approaches, but I'd prefer to use one that doesn't > suck too much, and that doesn't impede the transition to something better. > I would also like to continue to be able to make use of the FreeBSD > "ports" system, and be able to take advantage of the ports collection, > such as dependency-tracking. > > Their (the SAs) stated preferred approach is to use GNU stow > (sysutils/stow), though I've not used it previously, and I'm not > quite clear on just how that would work in practice -- and still provide > the benefits of the FreeBSD "ports" system as mentioned above. (They > use it for the Linux machines; not sure about the Solaris machines.) > > The catalyst for the exercise is that we have some pools of machines > for developers to use; some of the developers wish to use > editors/xemacs; some wish to use editors/emacs -- on the same machine. > (Given the requirement, it's OK for the affected folks to need to adjust > search, library, and man paths.) > You can either edit the Makefile of the port to try and install it somewhere non-standard and hope there are no conflicting libraries, or you could implement a jail system. If you had a beefy enough machine, give each developer their own jail and let them run with it. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html > (I haven't been in the new position long enough to know why folks can't > just each use their own desktop/workstations, configured however each > one sees fit. Even so, I suppose that there might be a developer out > there who might want conflicting ports on his dektop -- I've had that > request before ... or rather, a request that implied that: One of the > developers at a previous place of employment was distressed when he > determined that he was unable to install every port in the ports > collection on his desktop machine. In that case, his local disk storage > gave out before he ran into the "conflicts" issue, but I'm sure that > would have come up eventually.) > > (I've subscribed to -ports@, at least for now, so there's no need to > copy me on messages sent to the list.) > > Anyway, thanks in advance for suggestions -- even pointing out why a > certain approach would be inadvisable would be helpful. > > Peace, > david ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Problems with icu - 3.8
On Sun, 2008-02-17 at 21:14 +, Matthew Seaman wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Atanas Gendov wrote: > > Greetings to all from FreeBSD Ports!!! :) > > I have some problems with icu - 3.8. After portupgrade of icu and some > > others packages I can't start Gnome. Because of Gnome needs module from icu > > - 3.6. Unfortunately there is no new port for gdm which doesn't have depends > > on icu-3.6. > > Lots of people are getting bitten by the effects of the bump in the > libicu* shlib ABI version numbers -- there really should be a note > in UPDATING about it. It affects all sorts of different packages -- > I've even got one system where it took out OpenLDAP. Do you know who to ask for the note? I was bitten by it, but fortunately there had just been a large thread in questions@ about it. It does seem to be a common issue. James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ntop does not compile on 7.0-RC2
On Sun, 2008-02-17 at 17:20 +0100, Helmut Schneider wrote: > Hi, > > ntop stops with: > [...] > then mv -f ".deps/iface.Tpo" ".deps/iface.Plo"; else rm -f > ".deps/iface.Tpo"; exit 1; fi > cc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr -I/usr/include -DINET6 -O2 > -Dfreebsd7 > -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK > -DHAS_FLOATINGPOINT_H > -fno-strict-aliasing -pipe -Wdeclaration-after-statement > -I/usr/local/lib/perl5/5.8.8/mach/CORE > -I. -I/usr/local/include -DFREEBSD -I/usr/local/include -I/usr/local/include > -I/usr/include -g -O2 -fno-strict-aliasing -pipe -I/usr/local/include -g > -Wshadow > -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs > -fPIC -DPIC -MT iface.lo -MD -MP -MF .deps/iface.Tpo -c > iface.c -fPIC -DPIC -o .libs/iface.o > In file included from /usr/local/include/net-snmp/utilities.h:54, > from /usr/local/include/net-snmp/net-snmp-includes.h:78, > from iface.c:766: > /usr/local/include/net-snmp/library/container.h: In function > 'CONTAINER_FREE': > /usr/local/include/net-snmp/library/container.h:416: error: lvalue required > as left operand of assignment > In file included from /usr/local/include/net-snmp/mib_api.h:24, > from /usr/local/include/net-snmp/net-snmp-includes.h:81, > from iface.c:766: > /usr/local/include/net-snmp/library/parse.h:32:1: warning: "MAXLABEL" > redefined > In file included from /usr/include/arpa/nameser.h:579, > from ntop.h:321, > from iface.c:26: > /usr/include/arpa/nameser_compat.h:104:1: warning: this is the location of > the previous definition > gmake[2]: *** [iface.lo] Error 1 > gmake[2]: Leaving directory `/usr/ports/net/ntop/work/ntop-3.3' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/net/ntop/work/ntop-3.3' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/net/ntop. > *** Error code 1 > > Stop in /usr/ports/net/ntop. > > Bug or a local problem? > Local problem. I don'thave a net-snmp directory installed; looks like some library there is clobbering a needed definition. > Thanks, Helmut > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ntop does not compile on 7.0-RC2
On Mon, 2008-02-18 at 11:18 +0100, Helmut Schneider wrote: > James <[EMAIL PROTECTED]> wrote: > > > > On Sun, 2008-02-17 at 17:20 +0100, Helmut Schneider wrote: > >> Hi, > >> > >> ntop stops with: > >> [...] > >> then mv -f ".deps/iface.Tpo" ".deps/iface.Plo"; else rm -f > >> ".deps/iface.Tpo"; exit 1; fi > >> cc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr -I/usr/include -DINET6 -O2 > >> -Dfreebsd7 -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN > >> -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe > >> -Wdeclaration-after-statement -I/usr/local/lib/perl5/5.8.8/mach/CORE > >> -I. -I/usr/local/include -DFREEBSD -I/usr/local/include > >> -I/usr/local/include -I/usr/include -g -O2 -fno-strict-aliasing -pipe > >> -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes > >> -Wmissing-declarations -Wnested-externs -fPIC -DPIC -MT iface.lo -MD > >> -MP -MF .deps/iface.Tpo -c iface.c -fPIC -DPIC -o .libs/iface.o > >> In file included from /usr/local/include/net-snmp/utilities.h:54, > >> from /usr/local/include/net-snmp/net-snmp-includes.h:78, > >> from iface.c:766: > >> /usr/local/include/net-snmp/library/container.h: In function > >> 'CONTAINER_FREE': > >> /usr/local/include/net-snmp/library/container.h:416: error: lvalue > >> required as left operand of assignment > >> In file included from /usr/local/include/net-snmp/mib_api.h:24, > >> from /usr/local/include/net-snmp/net-snmp-includes.h:81, > >> from iface.c:766: > >> /usr/local/include/net-snmp/library/parse.h:32:1: warning: "MAXLABEL" > >> redefined > >> In file included from /usr/include/arpa/nameser.h:579, > >> from ntop.h:321, > >> from iface.c:26: > >> /usr/include/arpa/nameser_compat.h:104:1: warning: this is the > >> location of the previous definition > >> gmake[2]: *** [iface.lo] Error 1 > >> gmake[2]: Leaving directory `/usr/ports/net/ntop/work/ntop-3.3' > >> gmake[1]: *** [all-recursive] Error 1 > >> gmake[1]: Leaving directory `/usr/ports/net/ntop/work/ntop-3.3' > >> gmake: *** [all] Error 2 > >> *** Error code 2 > >> > >> Stop in /usr/ports/net/ntop. > >> *** Error code 1 > >> > >> Stop in /usr/ports/net/ntop. > >> > >> Bug or a local problem? > >> > > Local problem. > > > > I don'thave a net-snmp directory installed; looks like some library > > there is clobbering a needed definition. > > Indeed, net-snmp breaks ntop. I removed net-snmp and ntop compiles fine. > Installed net-snmp and rebuilded ntop, fails. > > What should I do now, report the maintainer of ntop and/or net-snmp? > Sounds like an entirely reasonable course of action. The maintainers' email addresses ought to be in the Makefile for each port. I imagine it's the ntop person you want to report to. If other ports install fine, then net-snmp is also (probably) installing as it should and the ntop Makefile just needs to be tweaked. James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mod_webapp port broken
s no type or storage class > In file included from > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/include/wa.h:117, > from > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib/wa_main.c:59: > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/include/wa_request.h:114: > error: syntax error before "apr_pool_t" > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/include/wa_request.h:146: > error: syntax error before "apr_table_t" > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib/wa_main.c:62: > error: syntax error before '*' token > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib/wa_main.c:62: > warning: data definition has no type or storage class > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib/wa_main.c: > In function `wa_init': > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib/wa_main.c:82: > error: `APR_SUCCESS' undeclared (first use in this function) > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib/wa_main.c:82: > error: (Each undeclared identifier is reported only once > /usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib/wa_main.c:82: > error: for each function it appears in.) > gmake[2]: *** [wa_main.lo] Error 1 > gmake[2]: Leaving directory > `/usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp/lib' > gmake[1]: *** [subdir] Error 2 > gmake[1]: Leaving directory > `/usr/ports/www/mod_webapp/work/jakarta-tomcat-connectors-4.1.24-src/webapp' > gmake: *** [lib-build] Error 2 > *** Error code 2 > > Stop in /usr/ports/www/mod_webapp. > > Now, I've run this several times with various changes all with the same > result. I've checked my $LOCALBASE and $PORTSDIR variables which point to > /usr/local and /usr/ports respectively. I've run make using > -Dwith-apr-include=/usr/local/include/apr-1 - all no good. > > Am I missing something? And if you want to mark it as broken thats ok, but > I'd like to know how to get around it myself... It installs fine over here. First check the simple things: run make clean, update your ports tree, run portupgrade, and try again. Best James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Portupgrade not running get_notinstalled_depends (2.4.3_1, 2 vs 2.4.3_2, 2)
hihi. I was wondering what sort of problems the following change to portupgrade was solving: -- sem 2008-02-11 16:17:39 UTC FreeBSD ports repository Modified files: ports-mgmt/portupgrade Makefile ports-mgmt/portupgrade/files patch-bin-portupgrade Log: - Remove code that gather not installed depends. It makes more problems than solves. Discussed with: pav Revision ChangesPath 1.249 +1 -1 ports/ports-mgmt/portupgrade/Makefile 1.13 +13 -3 ports/ports-mgmt/portupgrade/files/patch-bin-portupgrade -- It seems to break ALT_PKGDEP processing during a portupgrade run because alt_dep happens in get_notinstalled_depends. For example, in my tests, if I have an alt-dep set for a package and I install a port that depends on that package it'll still install the original package rather than my alt-dep. If I revert the change that happened in 2.4.3_2,2 the alt-dep stuff works out. I'm worried that I'm opening up a can of worms because I don't understand what problems were trying to be solved in that version. Any ideas? Or does it sound like I'm misunderstanding ALT_PKGDEP? Thanks! -- James. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Portupgrade not running get_notinstalled_depends (2.4.3_1, 2 vs 2.4.3_2, 2)
2008/2/20 Pav Lucistnik <[EMAIL PROTECTED]>: > It was installing dependent ports that does not needed to be getting > installed. To be more precise, a build dependency of already > up-to-date port in a dependency chain of an outdated port. I see. Great. Thanks for the information, Pav. -- James. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Portupgrade not running get_notinstalled_depends (2.4.3_1, 2 vs 2.4.3_2, 2)
On Wed, Feb 20, 2008 at 9:32 AM, James <[EMAIL PROTECTED]> wrote: > For example, in my tests, if I have an alt-dep set for a package and > I install a port that depends on that package it'll still install > the original package rather than my alt-dep. In case anyone's interested or running into this too I have an update to the issue I ran into here. As it turns out I was off base about the cause of the problem. It wasn't the change instituted in version 2.4.3_2,2 at all. That version fixes a problem when upgrading ports, not installing them. I was running into problems installing ports. In one of my tests I was installing the following ports in one portinstall session. databases/mysql50-client databases/mysql50-server databases/mysql50-scripts databases/mytop The problem I ran into was with databases/p5-DBD-mysql50 vs. databases/p5-DBD-mysql. databases/mysql50-scripts depends on databases/p5-DBD-mysql50 and databases/mytop depends on databases/p5-DBD-mysql. portinstall tries to install both and fails because they conflict. I figured I could use ALT_PKGDEP to help me here. I used this: 'databases/p5-DBD-mysql' => 'databases/p5-DBD-mysql50', But the install was still failing. After reading the code and working in irb a bit I traced the problem down to the way alt_dep (used when resolving alt-deps) works. Turns out it only works when the port involved in the alternate dependency is already installed (because it uses pkgdb methods -- if the port isn't installed pkgdb has nothing to say). In other words the alternate dependency will not take effect if the port involved is being installed in the same session that the alternate dependency is being used. I was able to work around my trouble by installing -client, -server, and -scripts first. Then installing mytop in another session. Viola, the alt-dep works because the port involved in the alt-dep already present. If anyone considers this a bug I'd be happy to help work on a correction. Heck I may do it anyhow. HTH! -- James. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: portupgrade, recommended by 7 release notes, breaks perl
On Sat, 2008-03-01 at 14:53 +0100, Kris Kennaway wrote: > Steven Hartland wrote: > > Seems portupgrade can easily break the perl install. > > > > How? Well there are various modules which can be updated > > but are also part of the base perl and are hence required. > > > > A good example of this is ExtUtils::MakeMaker. If you > > uninstall any version of this port your done for, as > > trying to build it requires ExtUtils::Command which in > > turn requires ExtUtils::MakeMaker which was just deleted. > > > > This circular dependency would not be an issue if the > > uninstall somehow knew that the files where required > > by perl, and hence didn't break the base port ( perl ) > > by removing them. > > I think something is not quite right in your analysis, because perl does > not depend on any external perl modules (it cannot, by definition). > > Kris > Just to chime in, I don't have MakeMaker installed, but I *do* have perl installed. [EMAIL PROTECTED] ~]$ pkg_info | grep -i perl p5-Archive-Tar-1.38 Perl module for creation and manipulation of tar files p5-Authen-SASL-2.10_1 Perl5 module for SASL authentication p5-Compress-Zlib-2.008 Perl5 interface to zlib compression library p5-Date-Manip-5.44 Perl5 module containing date manipulation routines p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-MD5-2.36 Perl5 interface to the MD5 algorithm p5-Digest-SHA1-2.11 Perl interface to the SHA-1 Algorithm p5-Error-0.17009Perl module to provide Error/exception support for perl: Er p5-ExtUtils-CBuilder-0.22 Compile and link C code for Perl modules p5-ExtUtils-ParseXS-2.19 Converts Perl XS code into C code p5-GSSAPI-0.25 Perl extension providing access to the GSSAPIv2 library p5-HTML-Parser-3.56 Perl5 module for parsing HTML documents p5-IO-Compress-Zlib-2.008 Perl5 interface for reading and writing of (g)zip files p5-IO-Socket-INET6-2.52 Perl module with object interface to AF_INET6 domain socket p5-IO-Socket-SSL-1.13 Perl5 interface to SSL sockets p5-IO-String-1.08 Simplified Perl5 module to handle I/O on in-core strings p5-IO-stringy-2.110 Perl5 module for using IO handles with non-file objects p5-MIME-Base64-3.07 Perl5 module for Base64 and Quoted-Printable encodings p5-Mail-Tools-1.77 Perl5 modules for dealing with Internet e-mail messages p5-Module-Build-0.28.08 Build and install Perl modules p5-Net-1.22,1 Perl5 modules to access and use network protocols p5-Net-CIDR-Lite-0.20 Perl extension for merging IPv4 or IPv6 CIDR addresses p5-Net-DBus-0.33.5 Perl extension for the DBus message system p5-Net-DNS-0.62 Perl5 interface to the DNS resolver, and dynamic updates p5-Net-IP-1.25 Perl extension for manipulating IPv4/IPv6 addresses p5-Net-SSLeay-1.30_1 Perl5 interface to SSL p5-Parse-Syslog-1.10 Perl5 routines that present a simple interface to parse sys p5-PathTools-3.2701 A Perl module for portably manipulating file specifications p5-SGMLSpm-1.03 Perl module for postprocessing the output from sgmls and ns p5-Scalar-List-Utils-1.19,1 Perl subroutines that would be nice to have in the perl cor p5-Spiffy-0.30 Spiffy Perl Interface Framework For You p5-Test-Harness-3.09 Run perl standard test scripts with statistics p5-Test-Simple-0.74 Basic utilities for writing tests in perl p5-Text-Iconv-1.7 Perl interface to iconv() codeset conversion function p5-Tie-IxHash-1.21 Perl module implementing ordered in-memory associative arra p5-Time-HiRes-1.9711,1 A perl5 module implementing High resolution time, sleep, an p5-URI-1.35 Perl5 interface to Uniform Resource Identifier (URI) refere p5-XML-Grove-0.46.a Perl-style XML objects p5-XML-Handler-YAWriter-0.23 Yet another Perl SAX XML Writer p5-XML-Parser-2.36 Perl extension interface to James Clark's XML parser, expat p5-YAML-0.66YAML implementation in Perl p5-libwww-5.805 Perl5 library for WWW access p5-libxml-0.08 Collection of Perl5 modules for working with XML pcre-7.6Perl Compatible Regular Expressions library perl-5.8.8_1Practical Extraction and Report Language [EMAIL PROTECTED] ~]$ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Broken Port -- /usr/ports/audio/ardour
On Sun, 2008-03-30 at 08:05 -0400, Kevin K wrote: > # uname -a > FreeBSD ck 7.0-STABLE FreeBSD 7.0-STABLE #2: Tue Mar 25 13:07:38 EDT 2008 > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CK i386 > # > > # make install clean > ===> Found saved configuration for ardour-2.1 > ===> Extracting for ardour-2.3.1 > => MD5 Checksum OK for ardour-2.3.1.tar.bz2. > => SHA256 Checksum OK for ardour-2.3.1.tar.bz2. > => No MD5 checksum recorded for vst_sdk2_3.zip. > => No SHA256 checksum recorded for vst_sdk2_3.zip. > => No suitable checksum found for vst_sdk2_3.zip. > *** Error code 1 > > Stop in /usr/ports/audio/ardour. > *** Error code 1 > > Stop in /usr/ports/audio/ardour. > # > Try finding vst_sdk, taking the two checksums and putting them in distinfo in the port's directory. You could also try defining NO_CHECKSUM. This should also be reported to the maintainer; it looks like an oversight. > > > FYI, vst_sdk2_3.zip had to be downloaded manually due to licensing concerns, > but is required for this port. This requirement is not new, however. > > > - cvsup ports-supfile up to date as of writing this > > > > Any assistance would be appreciated! > > > ~kevin k > > > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Share /var/cache/pkg/ between machines
You could put /var/cache/pkg on NFS, writable by all clients. However, my preference would be to put the pkg repo on NFS and not use cache at all. At the moment I clean out cache daily via periodic(8). -- James. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/rubygem-passenger now requires bash?
On Tue, Jun 11, 2013 at 12:12 PM, Jerry wrote: > I totally agree. Plus, perhaps the port can be modified to use "env" > to locate bash; ie, "\usr\bin\env bash". I use it all the time for > shell scripts that I write for various systems and it hasn't failed > me yet. Aye. bapt@ is working on a solution for this. I'm not sure where it's at right now, but it looks really handy. He's proposing a framework that automatically fixes the path in shebangs. It's less fragile than env(1) when dealing with daemons—those start up with a stock path unless you change /etc/rc or related. I run into this problem sometimes too. I build ports to a non-standard prefix so anything that hard-codes /usr/local is apparent. :) At the moment I patch or substitute the scripts which works fine, but bapt's solution is better. -- James. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: firefox won't build
What is the exact build stop error? Jan Beich wrote: >"Gary Aitken" writes: > >> Ports tree updated this morning and everything being built on amd64. >> Unfortunately, I don't know enough about c++ templates to see what's wrong. >> Anyone else seeing this? > >I'd try using lang/clang but FreeBSD 9.0-RELEASE is EOL since April. > >http://forums.freebsd.org/showthread.php?t=40959 >___ >freebsd-ports@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
tracking libraries that will be impacted by a port install/upgrade
Hi folks, is there currently a mechanism in ports to ask a port what it will do if installed? I've been pondering a small set of build scripts that would allow one to build a package on a remote non-identical machine and started writing them, and hit a brick wall with trying to track what libraries will be impacted. It's easy enough building packages if the machines are identical, but once they're not then there are a whole host of small libraries issues that can appear. Best James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
portupgrade -s broken in portupgrade 2.2.6
hihi. Is portupgrade -s still supported and/or known to be working in portupgrade 2.2.6? Currently I have two machines using portupgrade 2.2.6 all my others are using pre-2.0 versions. The new machines show this problem. The old ones work fine. If I do a "portupgrade -vsb portname" it'll terminate with this: ---> Build of databases/ruby-bdb ended at: Tue, 17 Apr 2007 10:19:53 -0500 (consumed 00:00:10) ---> Uninstallation of ruby18-bdb-0.5.9_2 started at: Tue, 17 Apr 2007 10:19:53 -0500 ---> Uninstallation of ruby18-bdb-0.5.9_2 ended at: Tue, 17 Apr 2007 10:19:53 -0500 (consumed 00:00:00) ---> Reinstallation of databases/ruby-bdb ended at: Tue, 17 Apr 2007 10:19:53 -0500 (consumed 00:00:10) ---> ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! databases/ruby-bdb (ruby18-bdb-0.5.9_2) (Permission denied) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ---> Session ended at: Tue, 17 Apr 2007 10:19:53 -0500 (consumed 00:00:11) /usr/local/sbin/portupgrade:2084: [BUG] Segmentation fault ruby 1.8.5 (2006-12-25) [i386-freebsd6] Looking at the system logs portupgrade isn't trying to run any commands using sudo. If I try upgrading a port with "sudo portupgrade -vb portname" it'll work. Thanks! -- James. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
x11 error
Hi folks, I'm preparing a PR for a bug I'm experiencing but wanted to mail the list first and see if anyone else had encountered this: My system is: FreeBSD devil.deweymonster.com 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Apr 30 02:37:07 MDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL i386 I am using an intel810 graphics chip. X Windows was working very well until the last major ports upgrade with X 7.2 coming in. Now, whenever I use startx, the OS gives me the following error message: X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-STABLE i386 Current Operating System: FreeBSD devil.deweymonster.com 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Apr 30 02:37:07 MDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL i386 Build Date: 04 June 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 6 20:41:06 2007 (==) Using config file: "/etc/X11/xorg.conf" (EE) I810(0): Given bpp (32) is not supported by i810 driver (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found X connection to :0.0 broken (explicit kill or server shutdown). If X is started with the flag: startx -- -depth 16 Then it will start. However, no window manager sitting on top of X (such as xfce or GNOME) can manage to start a session. I don't know if this'll help, but I thought the output of dmesg -a might help identify the appropriate chip: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Mon Apr 30 02:37:07 MDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387f9ff real memory = 267321344 (254 MB) avail memory = 252071936 (240 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x5000-0x500f,0x4000-0x40f7 on acpi0 pci0: on pcib0 agp0: mem 0xd000-0xd3ff,0xd410-0xd417 irq 11 at device 1.0 on pci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 ed0: port 0xc000-0xc01f irq 11 at device 4.0 on pci1 ed0: Ethernet address: 00:02:44:08:cd:de ed0: type RTL8029 (16 bit) ral0: mem 0xd400-0xd4001fff irq 5 at device 5.0 on pci1 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: 00:12:17:90:a8:07 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd000-0xd01f irq 9 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcm0: port 0xd800-0xd8ff,0xdc00-0xdc3f irq 5 at device 31.5 on pci0 pcm0: acpi_tz0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b,0xb78-0xb7b,0xf78-0xf7b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 orm0: at iomem 0xc-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter "TSC" frequency 501140317 Hz quality 800 Timecounters tick every 1.000 msec ad0: 8056MB at ata0-master UDMA66 ad2: DMA limited to UDMA33, controller found non-ATA66 cable ad2: 39083MB at ata1-master UDMA33 acd0: CDRW at ata1-slave UDMA33 Trying to mount root from ufs:/dev/ad2s3a WARNING: / was not properly dismounted Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad2s3b as swap device Starting fi
Re: x11 error
Well, that worked spectacularly well! Thanks folks! James Try DefaultFbBpp 24 in Section "Screen". HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
lam/MPI with trillium libraries
I'm looking to build a copy of a debugging program called XMPI. For this to work, I have to have lam/MPI installed with the trillium libraries. I couldn't see any easy way to tell the net/lam port to install itself with these libraries, though it makes some measure of sense to me that there ought to be one. Is anyone out there aware of any way to do this? It's typically passed as a flag during ./configure, so if I'm just uninformed as to the ways of ports and there's an easy way to pass that in, that'd be a great solution. Thanks! James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: lam/MPI with trillium libraries
The advice you folks gave solved my problems nicely. Thanks! Ports kicks ass, I tellya. On 8/14/07, Scot Hetzel <[EMAIL PROTECTED]> wrote: > > On 8/14/07, Nikola Lecic <[EMAIL PROTECTED]> wrote: > > On Tue, 14 Aug 2007 18:39:08 -0500 > > "Scot Hetzel" <[EMAIL PROTECTED]> wrote: > > > > > On 8/14/07, James <[EMAIL PROTECTED]> wrote: > > > > I'm looking to build a copy of a debugging program called XMPI. For > > > > this to work, I have to have lam/MPI installed with the trillium > > > > libraries. > > > > > > > > I couldn't see any easy way to tell the net/lam port to install > > > > itself with these libraries, though it makes some measure of sense > > > > to me that there ought to be one. Is anyone out there aware of any > > > > way to do this? It's typically passed as a flag > > > > during ./configure, so if I'm just uninformed as to the ways of > > > > ports and there's an easy way to pass that in, that'd be a great > > > > solution. > > > > > > > > > > Edit the ports Makefile and add the flag to CONFIGURE_ARGS. > > > > > > If you want to make this flag conditional, add: > > > > > > .if defined(WITH_MYOPTION) > > > CONFIGURE_ARGS+= --enable-my-option > > > .endif > > > > > > after "CONFIGURE_ARGS=" in the Makefile. > > > > Yes, but changes like this will be erased by 'portsnap fetch update' > > after the next net/lam port revision. > > > It depends on how the ports are updated. cvs -q update -P -d won't > make the change disappear. Or if the change is submitted in a PR. > > Scot > > -- > DISCLAIMER: > No electrons were mamed while sending this message. Only slightly bruised. > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
djbdns
Hi folks, I'm having issues building djbdns; I'm not able to download any of the tarballs from the sources listed in Makefile. Is this issue known, or is it just something affecting me? Thanks! James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: djbdns
I feel like an idiot for not providing a log originally. My apologies. [EMAIL PROTECTED] /usr/ports/dns/djbdns]$ less ~crudfile.filecrud ===> Installing for djbdns-1.05_10 ===> djbdns-1.05_10 depends on executable: setuidgid - not found ===>Verifying install for setuidgid in /usr/ports/sysutils/daemontools53 ===> Returning to build of djbdns-1.05_10 ===> djbdns-1.05_10 depends on executable: tcpserver - not found ===>Verifying install for tcpserver in /usr/ports/sysutils/ucspi-tcp ===> Vulnerability check disabled, database not found ===> Found saved configuration for ucspi-tcp-0.88_2 => ucspi-tcp-0.88-man.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://smarden.org/pape/djb/manpages/. => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. => 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/sysutils/ucspi-tcp. *** Error code 1 Stop in /usr/ports/dns/djbdns. *** Error code 1 Stop in /usr/ports/dns/djbdns. There's another master site defined in the Makefile, at cr.yp.to that I don't see being contacted. I thought ports were meant to loop through all potential sites in the Makefile? Do I need to comment one out? Thanks! James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: djbdns -- can someone test this URL change, please?
I took a look again at the logfile. I think the issue is a URL that isn't correctly inserted. It attempts to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ <ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/> If it instead attempts to fetch from ftp://freebsd.isc.org/pub/FreeBSD/ports/distfiles/ it should work. I haven't *got* a ports tree up and running on this computer, unfortunately, so I can't test it. If someone could test it and post results, that'd be rockin'. James On 9/14/07, James <[EMAIL PROTECTED]> wrote: > > I feel like an idiot for not providing a log originally. My apologies. > > > [EMAIL PROTECTED] /usr/ports/dns/djbdns]$ less ~crudfile.filecrud > ===> Installing for djbdns-1.05_10 > ===> djbdns-1.05_10 depends on executable: setuidgid - not found > ===>Verifying install for setuidgid in > /usr/ports/sysutils/daemontools53 > ===> Returning to build of djbdns-1.05_10 > ===> djbdns-1.05_10 depends on executable: tcpserver - not found > ===>Verifying install for tcpserver in /usr/ports/sysutils/ucspi-tcp > ===> Vulnerability check disabled, database not found > ===> Found saved configuration for ucspi-tcp-0.88_2 > => ucspi-tcp-0.88-man.tar.gz doesn't seem to exist in > /usr/ports/distfiles/. > => Attempting to fetch from http://smarden.org/pape/djb/manpages/. > => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ > . > => 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/sysutils/ucspi-tcp. > *** Error code 1 > > Stop in /usr/ports/dns/djbdns. > *** Error code 1 > > Stop in /usr/ports/dns/djbdns. > > > There's another master site defined in the Makefile, at cr.yp.to that I > don't see being contacted. I thought ports were meant to loop through all > potential sites in the Makefile? Do I need to comment one out? > > Thanks! > > James > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ffmpeg 2007.9.14 not compiling (long log inline in email)
Hi folks, I tried a portupgrade -ay last week and found ffmpeg wasn't compiling for me, but didn't have time to fire off an email. This morning, I updated my ports tree, deinstalled ffmpeg and removed its files from distfiles, to make sure I would be giving myself the best shot at compiling. I did a pkgdb -F to make sure the pkgdb was in good shape, and received a warning that evince had a stale ffmpeg dependancy and I should install ffmpeg. I told it to go ahead and attempt the install, and received the following output log (with a small amount truncated from the top). Any ideas? Define WITH_LAME to enable lame MP3 codec You can enable additional compilation optimizations by defining WITH_OPTIMIZED_CFLAGS Define WITH_SWSCALER to enable software scaler support Warning: swscaler does not work with VLC! Define WITHOUT_THEORA to disable libtheora support Define WITHOUT_VORBIS to enable libvorbisenc VORBIS codec Define WITH_X264 to enable X264 codec Define WITH_XVID to enable XVID codec => ffmpeg-2007-09-14.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/ahze/. ffmpeg-2007-09-14.tar.bz2 100% of 2266 kB 166 kBps 00m00s ===> Extracting for ffmpeg-2007.09.14 => MD5 Checksum OK for ffmpeg-2007-09-14.tar.bz2. => SHA256 Checksum OK for ffmpeg-2007-09-14.tar.bz2. ===> Patching for ffmpeg-2007.09.14 ===> Applying FreeBSD patches for ffmpeg-2007.09.14 ===> ffmpeg-2007.09.14 depends on executable: texi2html - found ===> ffmpeg-2007.09.14 depends on executable: gmake - found ===> ffmpeg-2007.09.14 depends on file: /usr/local/bin/sdl-config - found ===> ffmpeg-2007.09.14 depends on shared library: a52.0 - found ===> ffmpeg-2007.09.14 depends on shared library: faad.0 - found ===> ffmpeg-2007.09.14 depends on shared library: mp3lame.0 - found ===> ffmpeg-2007.09.14 depends on shared library: ogg.5 - found ===> ffmpeg-2007.09.14 depends on shared library: theora.2 - found ===> ffmpeg-2007.09.14 depends on shared library: vorbisenc.2 - found ===> ffmpeg-2007.09.14 depends on shared library: x264.50 - found ===> ffmpeg-2007.09.14 depends on shared library: freetype.9 - found ===> ffmpeg-2007.09.14 depends on shared library: Imlib2.4 - found ===> ffmpeg-2007.09.14 depends on shared library: xvidcore.4 - found ===> ffmpeg-2007.09.14 depends on shared library: SDL.11 - found ===> Configuring for ffmpeg-2007.09.14 install prefix/usr/local source path /usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14 C compilercc make gmake .align is power-of-twono ARCH x86_32 (generic) big-endianno MMX enabled no CMOV enabled no CMOV is fast no EBX available yes EBP available no gprof enabled no debug symbols no strip symbols yes optimize yes staticyes sharedyes postprocessing supportyes software scaler enabled no video hooking yes Imlib2 supportyes FreeType support yes network support yes IPv6 support yes threading support pthreads SDL support yes Sun medialib support no AVISynth enabled no liba52 supportyes liba52 dlopened yes libamr-nb support no libamr-wb support no libdc1394 support no libfaac enabled no libfaad enabled yes libfaad dlopened yes libgsm enabledno libmp3lame enabledyes libnut enabledno libogg enabledyes libtheora enabled yes libvorbis enabled yes x264 enabled yes XviD enabled yes zlib enabled yes License: GPL Creating config.mak and config.h... ===> Building for ffmpeg-2007.09.14 cc -fPIC -O2 -fno-strict-aliasing -pipe -O2 -I/usr/local/include/vorbis -I/usr/local/include -pthread -fomit-frame-pointer -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -I"/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14" -I"/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14" -I"/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14"/libavutil -I"/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14"/libavcodec -I"/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14"/libavformat -I"/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14"/libswscale -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_ISOC9X_SOURCE -DHAVE_AV_CONFIG_H `imlib2-config --cflags` `freetype-config --cflags` -MM vhook/fish.c vhook/null.c vhook/watermark.c vhook/drawtext.c vhook/imlib2.c vhook/ppm.c | sed 's,^\([a-z]\),vhook/\1,' > .vhookdep "/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14"/version.sh "/usr/ports/multimedia/ffmpeg/work/ffmpeg-2007-09-14" cc -MM
re: update ports from a file
Hi Anderson, you can update your ports tree by gunzipping and untarring the ports.tar.gzfile -- I believe it extracts itself to the correct place. And deleting everything beforehand would be a smart move, yes. However, this might not be appropriate for you as you have no internet connection. Ports simply tells the computer where to find the appropriate source code, it doesn't *contain* the source code. So if you try make install clean for anything, it's not going to *find* the source code unless you first download the tarball and put it in /usr/ports/distfiles. You may be better off seeing if there're any iso images of prebuilt packages lying around that you can tell pkg_add to install from. Or trying to fix your network card. James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Which "linux emulation" works with which programs or the inverse?
On Wed, 2007-10-24 at 15:15 -0500, Sam Fourman Jr. wrote: > On 10/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > I'm totally confused. I was simply trying to get flash 9 or 7 working > > in RELENG7 with which ever version of linux emulation and have been > > totally unsuccessful. In this I have been reading several other folks > > where in fc4 something works and in fc7 it doesn't (Java, IIRC) and > > the "scandalous status of linux-flashplugin9" thread, Sam Fourman Jr., > > is able to get flash working in firefox with gnash that completely > > crashes my installation. > > Maybe you are confused, I have never got flash 9 working in any stable > fashion. > I would love to be able to use it, I believe I made a reference, to > how many computers I could test flash9 on if someone was able to come > up with a patch to get it to run stable. > > Sam Fourman Jr. I just saw someone claim that they had firefox + flash working flawlessly on wine, if that gives you an idea. James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
libXfont not installing properly
I'm having issues with six or seven ports installing. I've traced it back to two ports that are having issues, one of which is libXfont. The version I've got installed is: evolution# pkg_info -Ix libXfont libXfontcache-1.0.4 The Xfontcache library The version in ports is 1.3.1 Here's my log: ===> Building for libXfont-1.3.1,1 make all-recursive Making all in src Making all in fontfile /bin/sh ../../libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -I../../include/X11/fonts -I../../include -DFONT_ENCODINGS_DIRECTORY=\"/usr/local/lib/X11/fonts/encodings/encodings.dir\" -Wall -Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/local/include -MT fontencc.lo -MD -MP -MF .deps/fontencc.Tpo -c -o fontencc.lo fontencc.c cc -DHAVE_CONFIG_H -I. -I../.. -I../../include/X11/fonts -I../../include -DFONT_ENCODINGS_DIRECTORY=\"/usr/local/lib/X11/fonts/encodings/encodings.dir\" -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/local/include -MT fontencc.lo -MD -MP -MF .deps/fontencc.Tpo -c fontencc.c -fPIC -DPIC -o .libs/fontencc.o fontencc.c:34:31: X11/fonts/fontenc.h: No such file or directory In file included from fontencc.c:35: ../../include/X11/fonts/fontencc.h:32: error: syntax error before "FontEncPtr" ../../include/X11/fonts/fontencc.h:32: warning: function declaration isn't a prototype ../../include/X11/fonts/fontencc.h:33: error: syntax error before "font_encoding_find" ../../include/X11/fonts/fontencc.h:33: warning: type defaults to `int' in declaration of `font_encoding_find' ../../include/X11/fonts/fontencc.h:33: warning: data definition has no type or storage class ../../include/X11/fonts/fontencc.h:34: error: syntax error before "FontEncPtr" ../../include/X11/fonts/fontencc.h:34: warning: function declaration isn't a prototype fontencc.c: In function `font_encoding_from_xlfd': fontencc.c:42: warning: implicit declaration of function `FontEncFromXLFD' fontencc.c:42: warning: nested extern declaration of `FontEncFromXLFD' fontencc.c:42: warning: return makes pointer from integer without a cast fontencc.c: At top level: fontencc.c:46: error: syntax error before "font_encoding_find" fontencc.c:47: warning: return type defaults to `int' fontencc.c: In function `font_encoding_find': fontencc.c:48: warning: implicit declaration of function `FontEncFind' fontencc.c:48: warning: nested extern declaration of `FontEncFind' fontencc.c: At top level: fontencc.c:53: error: syntax error before "FontEncPtr" fontencc.c:54: warning: function declaration isn't a prototype fontencc.c: In function `font_encoding_recode': fontencc.c:55: error: `encoding' undeclared (first use in this function) fontencc.c:55: error: (Each undeclared identifier is reported only once fontencc.c:55: error: for each function it appears in.) fontencc.c:55: error: `mapping' undeclared (first use in this function) fontencc.c :59: warning: implicit declaration of function `FontEncRecode' fontencc.c:59: warning: nested extern declaration of `FontEncRecode' fontencc.c:59: error: `code' undeclared (first use in this function) fontencc.c: At top level: fontencc.c:64: error: syntax error before "FontEncPtr" fontencc.c:65: warning: function declaration isn't a prototype fontencc.c: In function `font_encoding_name': fontencc.c :66: error: `encoding' undeclared (first use in this function) fontencc.c:66: error: `mapping' undeclared (first use in this function) fontencc.c:70: warning: implicit declaration of function `FontEncName' fontencc.c:70: warning: nested extern declaration of `FontEncName' fontencc.c:70: error: `code' undeclared (first use in this function) fontencc.c:70: warning: return makes pointer from integer without a cast fontencc.c: In function `identifyEncodingFile': fontencc.c:76: warning: implicit declaration of function `FontEncIdentify' fontencc.c:76: warning: nested extern declaration of `FontEncIdentify' fontencc.c :76: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1/src/fontfile. *** Error code 1 Stop in /usr/ports/x11-fonts/libXfont/work/libXfont- 1.3.1/src. *** Error code 1 Stop in /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1. *** Error code 1 Stop in /usr/ports/x11-fonts/libXfont/work/libXfont-1.3.1. *** Error code 1 Stop in /usr/ports/x11-fonts/libXfont. Can anyone see what's going on? Thanks! James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libXfont not installing properly
On Thu, 2007-10-25 at 13:16 -0600, James wrote: > I'm having issues with six or seven ports installing. I've traced it > back to two ports that are having issues, one of which is libXfont. > > The version I've got installed is: > > evolution# pkg_info -Ix libXfont > libXfontcache-1.0.4 The Xfontcache library > > The version in ports is 1.3.1 > > > Here's my log: > > > ===> Building for libXfont-1.3.1,1 > make all-recursive > Making all in src > Making all in fontfile > /bin/sh ../../libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H > -I. -I../.. -I../../include/X11/fonts -I../../include > -DFONT_ENCODINGS_DIRECTORY=\"/usr/local/lib/X11/fonts > /encodings/encodings.dir\" -Wall -Wpointer-arith > -Wstrict-prototypes-Wmissing-prototypes -Wmissing-declarations > -Wnested-externs -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe > -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/local/include > -MT fontencc.lo -MD -MP -MF .deps/fontencc.Tpo -c -o fontencc.lo > fontencc.c > cc -DHAVE_CONFIG_H -I. -I../.. -I../../include/X11/fonts > -I../../include -DFONT_ENCODINGS_DIRECTORY= > \"/usr/local/lib/X11/fonts/encodings/encodings.dir\" -Wall > -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes > -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -O2 > -fno-strict-aliasing -pipe -D_BSD_SOURCE -DHAS_FCHOWN > -DHAS_STICKY_DIR_BIT -I/usr/local/include -MT fontencc.lo -MD -MP > -MF .deps/fontencc.Tpo -c fontencc.c -fPIC -DPIC -o .libs/fontencc.o > fontencc.c:34:31: X11/fonts/fontenc.h: No such file or directory > In file included from fontencc.c:35: > ../../include/X11/fonts/fontencc.h:32: error: syntax error before > "FontEncPtr" > ../../include/X11/fonts/fontencc.h:32: warning: function declaration > isn't a prototype > ../../include/X11/fonts/fontencc.h:33: error: syntax error before > "font_encoding_find" > ../../include/X11/fonts/fontencc.h:33: warning: type defaults to `int' > in declaration of `font_encoding_find' > ../../include/X11/fonts/fontencc.h:33: warning: data definition has no > type or storage class > ../../include/X11/fonts/fontencc.h:34: error: syntax error before > "FontEncPtr" > ../../include/X11/fonts/fontencc.h:34: warning: function declaration > isn't a prototype > fontencc.c: In function `font_encoding_from_xlfd': > fontencc.c:42: warning: implicit declaration of function > `FontEncFromXLFD' > fontencc.c:42: warning: nested extern declaration of `FontEncFromXLFD' > fontencc.c:42: warning: return makes pointer from integer without a > cast > fontencc.c: At top level: > fontencc.c:46: error: syntax error before "font_encoding_find" > fontencc.c:47: warning: return type defaults to `int' > fontencc.c: In function `font_encoding_find': > fontencc.c:48: warning: implicit declaration of function `FontEncFind' > fontencc.c:48: warning: nested extern declaration of `FontEncFind' > fontencc.c: At top level: > fontencc.c:53: error: syntax error before "FontEncPtr" > fontencc.c:54: warning: function declaration isn't a prototype > fontencc.c: In function `font_encoding_recode': > fontencc.c:55: error: `encoding' undeclared (first use in this > function) > fontencc.c:55: error: (Each undeclared identifier is reported only > once > fontencc.c:55: error: for each function it appears in.) > fontencc.c:55: error: `mapping' undeclared (first use in this > function) > fontencc.c :59: warning: implicit declaration of function > `FontEncRecode' > fontencc.c:59: warning: nested extern declaration of `FontEncRecode' > fontencc.c:59: error: `code' undeclared (first use in this function) > fontencc.c: At top level: > fontencc.c:64: error: syntax error before "FontEncPtr" > fontencc.c:65: warning: function declaration isn't a prototype > fontencc.c: In function `font_encoding_name': > fontencc.c :66: error: `encoding' undeclared (first use in this > function) > fontencc.c:66: error: `mapping' undeclared (first use in this > function) > fontencc.c:70: warning: implicit declaration of function > `FontEncName' > fontencc.c:70: warning: nested extern declaration of `FontEncName' > fontencc.c:70: error: `code' undeclared (first use in this function) > fontencc.c:70: warning: return makes pointer from integer without a > cast > fontencc.c: In function `identifyEncodingFile': > fontencc.c:76: warning: implicit declaration of function > `FontEncIdentify' > fontencc.c:76: warning: nested extern declaration of `FontEncIdentify' > fontencc.c :
libXfont not installing
Hi folks, I'm having issues getting libXfont installed from ports. It's a requirement of a lot of different things, such as xorg, xpdf etc. The problem that ran up to this was a while back, upgrading x11 from 6.9 to 7.2, I apparently borked it but didn't notice. I remembered everything as going off smoothly, but then the upgrade to 7.3 broke. I checked pkg_info and found that some of the x11 components were still at 6.9, some were at 7.2, and some were at 7.3. So that was bust. I managed to get x updated consistently to 7.3, but libXfonts errored. And has been erroring for a long, long time. I can't seem to get this one ironed out. It *looks* like a library is being called on that shouldn't be. Here's the relevant output: ===>Verifying install for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries ===> Vulnerability check disabled, database not found ===> Extracting for xorg-libraries-7.3_1 ===> Patching for xorg-libraries-7.3_1 ===> Configuring for xorg-libraries-7.3_1 ===> Installing for xorg-libraries-7.3_1 ===> xorg-libraries-7.3_1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xorg-libraries-7.3_1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc - not found ===>Verifying install for /usr/local/libdata/pkgconfig/xfont.pc in /usr/ports/x11-fonts/libXfont ===> Building for libXfont-1.3.1,1 make all-recursive Making all in src Making all in fontfile /bin/sh ../../libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -I../../include/X11/fonts -I../../include -DFONT_ENCODINGS_DIRECTORY= \"/usr/local/lib/X11/fonts/encodings/encodings.dir\" -Wall -Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/local/include -MT fontencc.lo -MD -MP -MF .deps/fontencc.Tpo -c -o fontencc.lo fontencc.c cc -DHAVE_CONFIG_H -I. -I../.. -I../../include/X11/fonts -I../../include -DFONT_ENCODINGS_DIRECTORY= \"/usr/local/lib/X11/fonts/encodings/encodings.dir\" -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/local/include -MT fontencc.lo -MD -MP -MF .deps/fontencc.Tpo -c fontencc.c -fPIC -DPIC -o .libs/fontencc.o fontencc.c:34:31: X11/fonts/fontenc.h: No such file or directory In file included from fontencc.c:35: ../../include/X11/fonts/fontencc.h:32: error: syntax error before "FontEncPtr" ../../include/X11/fonts/fontencc.h:32: warning: function declaration isn't a prototype ../../include/X11/fonts/fontencc.h:33: error: syntax error before "font_encoding_find" ../../include/X11/fonts/fontencc.h:33: warning: type defaults to `int' in declaration of `font_encoding_find' ../../include/X11/fonts/fontencc.h:33: warning: data definition has no type or storage class ../../include/X11/fonts/fontencc.h:34: error: syntax error before "FontEncPtr" ../../include/X11/fonts/fontencc.h:34: warning: function declaration isn't a prototype fontencc.c: In function `font_encoding_from_xlfd': fontencc.c:42: warning: implicit declaration of function `FontEncFromXLFD' fontencc.c:42: warning: nested extern declaration of `FontEncFromXLFD' fontencc.c:42: warning: return makes pointer from integer without a cast fontencc.c: At top level: fontencc.c:46: error: syntax error before "font_encoding_find" fontencc.c:47: warning: return type defaults to `int' fontencc.c: In function `font_encoding_find': fontencc.c:48: warning: implicit declaration of function `FontEncFind' fontencc.c:48: warning: nested extern declaration of `FontEncFind' fontencc.c: At top level: fontencc.c:53: error: syntax error before "FontEncPtr" fontencc.c:54: warning: function declaration isn't a prototype fontencc.c: In function `font_encoding_recode': fontencc.c:55: error: `encoding' undeclared (first use in this function) fontencc.c:55: error: (Each undeclared identifier is reported only once fontencc.c:55: error: for each function it appears in.) fontencc.c:55: error: `mapping' undeclared (first use in this function) fontencc.c:59: warning: implicit declaration of function `FontEncRecode' fontencc.c:59: warning: nested extern declaration of `FontEncRecode' fontencc.c:59: error: `code' undeclared (first use in this function) fontencc.c: At top level: fontencc.c:64: error: syntax error before "FontEncPtr" fontencc.c:65: warning: function declaration isn't a prototype fontencc.c: In function `font_encoding_name': fontencc.c:66: error: `encoding' undeclared (first use in this function) fontencc.c:66: error: `mapping' undeclared (first use in this function) fontencc.c:70: warning: implicit declaration of function `FontEncName' fontencc.c:70: warning: nested extern declaration of `FontEncName' fontencc.c:70: error: `code' undeclared (first use in this function) fontencc.c:70: warning: re
Re: Writing application
[Moving from stable@ to [EMAIL PROTECTED] Andy Greenwood wrote: > cd /usr/ports/www/apache13 && make install clean > > should install apache and all it's dependancies for you. As for > writing your applications, I can't even begin to help without more > info. Perhaps you should search for information on your programming > language of choice. You can write your application in any folder you > want, but a likely place might be either your home directory or a > subdirectory of your apache's document root (depending on the > application's...uh...application) which defaults to > /usr/local/www/data-dist/ Uhm, someone correct me if I'm wrong, but isn't /ust/local/www/data-dist exactly what it says on the tin? i.e. it may be clobbered by uninstalling or upgrading. > On 7/10/06, Mihir Sanghavi <[EMAIL PROTECTED]> wrote: >> Hi, >> I have installed freeBSD 5.5 and am connected to the net now. I would >> like >> to install apache and devlop some application from there. How should i >> start >> writing my application, execute it. I even make to figure out what >> folder to >> write application and how to deal with it. Thank you >> >> -- >> What we see depends mainly on what we look for. >> -MIHIR ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: pkg_* [was: Problems creating port, pkg_info?]
mal content wrote: > What, in the environment, could possibly cause the ports > system to suddenly start believing that the pkg tools (pkg_info, > pkg_version etc) reside in /usr/local/sbin, as opposed to the > standard /usr/sbin? > > Nothing in my environment, or PATH has changed so why did > it work perfectly for 18 months and then suddenly break? > > Anyway, I need to get this machine up and working properly, > so I'm giving serious consideration to just deleting /usr/local, > /usr/ports and the stuff in /var and starting from a blank > canvas. What have you got in /etc/make.conf? bsd.port.mk is what sets the make(1) macros for pkg_create, etc. (See /usr/ports/Mk/bsd.port.mk lines 2150-2165). Also, when did you last update your ports tree? James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: pkg_* [was: Problems creating port, pkg_info?]
mal content wrote: > On 16/07/06, James O'Gorman <[EMAIL PROTECTED]> wrote: >> mal content wrote: >> > What, in the environment, could possibly cause the ports >> > system to suddenly start believing that the pkg tools (pkg_info, >> > pkg_version etc) reside in /usr/local/sbin, as opposed to the >> > standard /usr/sbin? >> > >> > Nothing in my environment, or PATH has changed so why did >> > it work perfectly for 18 months and then suddenly break? >> > >> > Anyway, I need to get this machine up and working properly, >> > so I'm giving serious consideration to just deleting /usr/local, >> > /usr/ports and the stuff in /var and starting from a blank >> > canvas. >> >> What have you got in /etc/make.conf? bsd.port.mk is what sets the >> make(1) macros for pkg_create, etc. (See /usr/ports/Mk/bsd.port.mk lines >> 2150-2165). Also, when did you last update your ports tree? >> >> James >> > > make.conf: > [snip] > I last updated the ports tree at about 11am this morning GMT, I > think the last time before that was about a week ago. What happens when you run this command from within a port directory: % make -VPKG_CMD -VPKG_INFO /usr/sbin/pkg_create /usr/sbin/pkg_info and % which pkg_info /usr/sbin/pkg_info Does /usr/local/sbin/pkg_info exist? % ls -l /usr/local/sbin/pkg_info ls: /usr/local/sbin/pkg_info: No such file or directory James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: portupgrade -R order
#pkg_info |grep -i gcc gcc-4.3.4_20090510 GNU Compiler Collection 4.3 #pkg_info | grep -i open openoffice.org-3.1.0 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/br What I found, was /usr/ports/devel/cppunit was causing build failures, removing it and building OOo and gcc43 seemed to go flawlessly after that. -- Over the years I've come to regard you as people I've met. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Order To New Zealand
<<< No Message Collected >>> ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: python31-3.1_2
2009/7/24 Sahil Tandon : > On Thu, 23 Jul 2009, Adam Townsend wrote: > >> I'm using the ports online (from the freebsd.org site) to get ports for my >> my computers running FreeBSD (running on dial-up). I found that the Python >> 3.1 source links are all broken. They all contain >> "/ftp/python//Python-.tgz" in the urls. I found that the correct path in >> the urls is "/ftp/python/3.1/Python-3.1.tgz" after looking at the other >> sources. I'm not really sure if this is the correct way to report this, but >> I figured I'd let you know. > > I cannot reproduce your problem here. > > % cd /usr/ports/lang/python31 && make -V DISTFILES > Python-3.1.tgz > > % cd /usr/ports/lang/python31 && make fetch > => Python-3.1.tgz doesn't seem to exist in /usr/ports/distfiles/python. > => Attempting to fetch from http://www.python.org/ftp/python/3.1/. > Python-3.1.tgz 100% of 10 MB 952 kBps 00m00s I think OP means this: http://www.freebsd.org/cgi/pds.cgi?ports/lang/python31 -James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Fwd: HEADS UP dockapp maintainers
2009/8/19 Guido Falsi : > On Tue, Aug 18, 2009 at 01:00:39PM -0700, Luke Dean wrote: >> >> I haven't moved on and was not aware that any window manager aside >> from Window Maker could make use of Window Maker Dockapps. >> >> Can you give some examples of window managers that I might be able >> to get dockapps to work with if I make this change? I'd like to >> try it out. > > fvwm2 in one I'm quite sure about. Openbox does natively, and Xfce can with a panel plugin. -James Butler ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Error when build mod_jk with apache 2.2 under FreeBSD 7.2-STABLE 64bit?!
Hi there, I try to buind mod_jk with apache 2.2 (also build from port tree but with worker mode) from porttree of FreeBSD but I it show me the following error messages: = /usr/local/lib: file not recognized: File format not recognized gmake[1]: *** [mod_jk.la] Error 1 gmake[1]: Leaving directory `/usr/ports/www/mod_jk/work/tomcat-connectors-1.2.28-src/native/apache-2.0' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/www/mod_jk. = In Tomcat web site, the FAQ says mod_jk could support apache 2.2 Could someone give me a hand ? Thanks in advance. Best Regards. James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Need Help From Sparc64 User
Ports Readers, I'm the maintainer of lang/munger, and it has been marked broken on Sparc64 because it won't link. I need to see the compiler output to fix the problem, but I don't have access to this architecture. Therefore, I would like to ask anyone out there running this platform to do me the favor of invoking the following as root: /bin/sh -c '/usr/bin/make -C /usr/ports/lang/munger 2>&1 | \ mail -s sparc64 ji...@mammothcheese.ca' Thanks in advance, -- James Bailie http://www.mammothcheese.ca ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Need Help From Sparc64 User
Boris Kochergin wrote: James Bailie wrote: Ports Readers, I'm the maintainer of lang/munger, and it has been marked broken on Sparc64 because it won't link. I need to see the compiler output to fix the problem, but I don't have access to this architecture. Therefore, I would like to ask anyone out there running this platform to do me the favor of invoking the following as root: /bin/sh -c '/usr/bin/make -C /usr/ports/lang/munger 2>&1 | \ mail -s sparc64 ji...@mammothcheese.ca' Thanks in advance, http://acm.poly.edu/~spawk/munger/munger.log The attempt was made on a 7.1-RELEASE-p2 system. -Boris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" Thanks. -- James Bailie http://www.mammothcheese.ca ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Error when build mod_jk with apache 2.2 under FreeBSD 7.2-STABLE 64bit?!
Hi Sean, Thanks for your hint, but when I enable mod_proxy and mod_proxy_ajp It will pass all requests to Tomcat. This will cause my apache cannot run php scripts! Is there any method that can run php scripts on apache and pass java request to Tomcat? Best Regards! James Chang 2009/8/29 Sean : > Err... Apache 2.2 has a mod_proxy_ajp module to do the job of connecting, > and probably doesn't need mod_jk > > http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html > > > > On 28/08/2009, at 1:44 PM, James Chang wrote: > >> Hi there, >> >> I try to buind mod_jk with apache 2.2 (also build from port >> tree but with worker mode) >> from porttree of FreeBSD but I it show me the following error messages: >> >> = >> /usr/local/lib: file not recognized: File format not recognized >> gmake[1]: *** [mod_jk.la] Error 1 >> gmake[1]: Leaving directory >> >> `/usr/ports/www/mod_jk/work/tomcat-connectors-1.2.28-src/native/apache-2.0' >> gmake: *** [all-recursive] Error 1 >> *** Error code 1 >> >> Stop in /usr/ports/www/mod_jk. >> >> = >> >> In Tomcat web site, the FAQ says mod_jk could support apache 2.2 >> >> Could someone give me a hand ? >> >> Thanks in advance. >> >> Best Regards. >> >> >> James Chang >> ___ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
python26 (python26-2.6.2_3) build ERROR in FreeBSD ports tree
Der Sir, When I build python26 from FreeBSD ports, it shown me the following ERROR messages: <-root->make depend all ===> Vulnerability check disabled, database not found ===> Found saved configuration for python26-2.6.2_3 ===> Extracting for python26-2.6.2_3 => MD5 Checksum OK for python/Python-2.6.2.tgz. => SHA256 Checksum OK for python/Python-2.6.2.tgz. ===> Patching for python26-2.6.2_3 /bin/cp -r /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd8 /usr/ports/lang/python26/work/Python-2.6.2/Lib/plat-freebsd9 /bin/mkdir -p /usr/ports/lang/python26/work/Python-2.6.2/portbld.static /usr/ports/lang/python26/work/Python-2.6.2/portbld.shared/Modules /bin/ln /usr/ports/lang/python26/work/Python-2.6.2/Lib/smtpd.py /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/ /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/2to3 > /usr/ports/lang/python26/work/`echo 2to3 | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/idle > /usr/ports/lang/python26/work/`echo idle | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/pydoc > /usr/ports/lang/python26/work/`echo pydoc | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -e '1s,^.*$,#!/usr/local/bin/python2.6,' /usr/ports/lang/python26/work/Python-2.6.2/Tools/scripts/smtpd.py > /usr/ports/lang/python26/work/`echo smtpd.py | /usr/bin/sed -E -e 's,smtpd,smtpd2.6,' -e 's,2to3,2to3-2.6,' -e 's,(idle|pydoc|python-shared|python),\12.6,'` /usr/bin/sed -i.bak -e 's,/usr/doc/python-docs-,/usr/local/share/doc/python,g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/pydoc.py /usr/bin/sed -i.bak -e 's|^\( *prefixes = .*\)\]$|\1, "/usr/local"]|g' /usr/ports/lang/python26/work/Python-2.6.2/Lib/site.py /usr/bin/sed -i.bak -e 's|^\(..ASDLGEN.*\)$| true|g' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -i.bak -e 's|*\(..INSTALL_SCRIPT.*\)python-config$|#port \1|' /usr/ports/lang/python26/work/Python-2.6.2/Makefile.pre.in /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python2.6-config /usr/bin/sed -e 's|^#!.*|#!/usr/local/bin/python-shared2.6|' /usr/ports/lang/python26/work/Python-2.6.2/Misc/python-config.in > /usr/ports/lang/python26/work/python-shared2.6-config ===> Applying extra patch /usr/ports/lang/python26/files/extra-patch-setup.py ===> Applying extra patch /usr/ports/lang/python26/files/extra-patch-configure-pth ===> Applying FreeBSD patches for python26-2.6.2_3 1 out of 11 hunks failed--saving rejects to setup.py.rej => Patch patch-setup.py failed to apply cleanly. => Patch(es) patch-Lib_test_test_threading.py patch-Modules-_ctypes-libffi-configure patch-Python2.6-Lib_local.py patch-Python_thread__pthread.h applied cleanly. *** Error code 1 Stop in /usr/ports/lang/python26. *** Error code 1 Stop in /usr/ports/lang/python26. Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
MySQL 5.1.39 build Failed under FreeBSD 7.2
Hi, I try to build mysql51-server and mysql51-client today, But build failed and show me the following messages: ===mysql51-client build error messages= /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=nocona -o mysqlshow mysqlshow.o -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=100 -o .libs/mysqladmin mysqladmin.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=nocona -o mysqlcheck mysqlcheck.o -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz libtool: link: cc -DTHREAD -UUNDEF_THREADS_HACK -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlimport mysqlimport-mysqlimport.o -pthread ../libmysql_r/.libs/libmysqlclient_r.so ../mysys/libmysys.a -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql mv -f .deps/mysql.Tpo .deps/mysql.Po libtool: link: cc -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlshow mysqlshow.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -DTHREAD -UMYSQL_CLIENT_NO_THREADS -O2 -fno-strict-aliasing -pipe -march=nocona -o mysqlslap mysqlslap-mysqlslap.o -pthread ../libmysql_r/libmysqlclient_r.la ../mysys/libmysys.a -lcrypt -lm -lz /bin/sh ../libtool --preserve-dup-deps --tag=CXX --mode=link c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=100 -o mysql mysql.o readline.o sql_string.o completion_hash.o ../cmd-line-utils/libedit/libedit.a -lncursesw -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz /bin/sh ../libtool --preserve-dup-deps --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -march=nocona -o mysql_upgrade mysql_upgrade.o my_getpagesize.o -pthread ../libmysql/libmysqlclient.la -lcrypt -lm -lz libtool: link: cc -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlcheck mysqlcheck.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql libtool: link: cc -DTHREAD -UMYSQL_CLIENT_NO_THREADS -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysqlslap mysqlslap-mysqlslap.o -pthread ../libmysql_r/.libs/libmysqlclient_r.so ../mysys/libmysys.a -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=100 -o .libs/mysql mysql.o readline.o sql_string.o completion_hash.o -pthread ../cmd-line-utils/libedit/libedit.a -lncursesw ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql c++: ../cmd-line-utils/libedit/libedit.a: No such file or directory gmake[2]: *** [mysql] Error 1 gmake[2]: *** Waiting for unfinished jobs libtool: link: cc -O2 -fno-strict-aliasing -pipe -march=nocona -o .libs/mysql_upgrade mysql_upgrade.o my_getpagesize.o -pthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lm -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/mysql mv -f .deps/mysqldump.Tpo .deps/mysqldump.Po mv -f .deps/mysqltest-mysqltest.Tpo .deps/mysqltest-mysqltest.Po mv -f .deps/mysqlbinlog.Tpo .deps/mysqlbinlog.Po gmake[2]: Leaving directory `/usr/ports/databases/mysql51-client/work/mysql-5.1.39/client' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/databases/mysql51-client/work/mysql-5.1.39/client' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/databases/mysql51-client. ===mysql51-server build error messages= /bin/sh ../../libtool --preserve-dup-deps --tag=CXX --mode=link c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=100 -o mysql mysql.o readline.o completion_hash.o ../../cmd-line-utils/libedit/libedit.a -lncursesw ../libmysqld.a-pthread -lcrypt -lm -pthread -lcrypt -lm -lz libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -fPIC -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-
dvdauthor compile problems.
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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
lsof build failed under FreeBSD 7.2-STABLE AMD64
Dear Sir, I tru to build lsof (/usr/ports/sysutils/lsof) under FreeBSD 7.2-STABLE(AMD X64). It show me the following ERROR messages. ===> Vulnerability check disabled, database not found ===> Extracting for lsof-4.83B,4 => MD5 Checksum OK for lsof_4.83B.freebsd.tar.bz2. => SHA256 Checksum OK for lsof_4.83B.freebsd.tar.bz2. ===> Patching for lsof-4.83B,4 ===> Configuring for lsof-4.83B,4 Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c ./lockf_owner.h creation succeeded. rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h __lseek.s Makefile Makefile.zfs ./tests/config.cflags rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags Testing C library for localtime() and strftime(), using cc ... present ln -s dialects/freebsd/dlsof.h dlsof.h ln -s dialects/freebsd/dmnt.c dmnt.c ln -s dialects/freebsd/dnode.c dnode.c ln -s dialects/freebsd/dnode1.c dnode1.c ln -s dialects/freebsd/dnode2.c dnode2.c ln -s dialects/freebsd/dproc.c dproc.c ln -s dialects/freebsd/dproto.h dproto.h ln -s dialects/freebsd/dsock.c dsock.c ln -s dialects/freebsd/dstore.c dstore.c ln -s dialects/freebsd/dzfs.h dzfs.h ln -s dialects/freebsd/machine.h machine.h Makefile and lib/Makefile created. Makefile.zfs created. ./tests/config.cc created ./tests/config.cflags created ./tests/config.ldflags created ./tests/config.xobj created ===> Building for lsof-4.83B,4 (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe -march=nocona -DHASRPCV2H -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=7020 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"7.2-STABLE\"") cc -fno-strict-aliasing -pipe -march=nocona -DHASRPCV2H -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=7020 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR="7.2-STABLE" -I/usr/src/sys -O2 -c ckkv.c In file included from ../dlsof.h:81, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/conf.h:144: error: expected declaration specifiers or '...' before 'vm_memattr_t' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.83B.freebsd. *** Error code 1 Stop in /usr/ports/sysutils/lsof. Best Regards James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
About Yahoo's Traffic Server
Hi ,
Yahoo's Traffic Server goes Open Source.
Could it possible to add Yahoo's Traffic Server into FreeBSD ports?
Ref.
http://cwiki.apache.org/confluence/display/TS/Traffic+Server
Best Regards!
James Chang
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
About nikto in FreeBSD port tree
Dear Sir, I found the following ports in FreeBSD was maintained by you. /usr/ports/security/nikto In 10/062007, the nikto has released Ver 2.1.0 In this new release, it has many bugs fixed and new features. Could you please update the nikto in FreeBSD port tree to version Ver 2.1.0 ? Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
PHP 5.2.11_1 core dump under FreeBSD 7.2-STABLE (with gdb info)
Dears, I upgrade my FreeBSD Box to 7.2-STABLE today and us portupgrade to upgrade installed ports. When everything done, php was broken :< When I run 'php -m' it will show me core dump message, following are my system info and error messages: 1.uname -a FreeBSD db1.books.com.tw 7.2-STABLE FreeBSD 7.2-STABLE #0: Thu Dec 24 13:38:12 CST 2009 r...@web.test.com:/usr/obj/usr/src/sys/GENERIC amd64 2.php -m [PHP Modules] bcmath bz2 calendar ctype curl date dom exif fileinfo filter fribidi ftp gd gettext gmp hash iconv json ldap libxml mbstring mcrypt mhash ming mysql mysqli ncurses odbc openssl pcntl pcre pdf PDO pdo_sqlite posix pspell readline recode Reflection session shmop SimpleXML snmp soap sockets SPL SQLite standard sysvmsg sysvsem sysvshm tidy tokenizer wddx xml xmlreader xmlrpc xmlwriter xsl yaz zip zlib [Zend Modules] Segmentation fault 3.php -v PHP 5.2.11 with Suhosin-Patch 0.9.7 (cli) (built: Dec 25 2009 07:12:09) (DEBUG) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies Segmentation fault 4.gdb info, sorry my gdb skill is very poor :< <-root->gdb -e /usr/local/bin/php 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) set args -v (gdb) run Starting program: /usr/local/bin/php -v (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100103] [New Thread 0x8013c30b0 (LWP 100103)] PHP 5.2.11 with Suhosin-Patch 0.9.7 (cli) (built: Dec 25 2009 07:12:09) (DEBUG) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies [New LWP 100103] suspend error: generic error [Switching to LWP 100103] Stopped due to shared library event (gdb) set args -m (gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) n Program not restarted. (gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/local/bin/php -m (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100105] [New Thread 0x8013c30b0 (LWP 100105)] [PHP Modules] bcmath bz2 calendar ctype curl date dom exif fileinfo filter fribidi ftp gd gettext gmp hash iconv json ldap libxml mbstring mcrypt mhash ming mysql mysqli ncurses odbc openssl pcntl pcre pdf PDO pdo_sqlite posix pspell readline recode Reflection session shmop SimpleXML snmp soap sockets SPL SQLite standard sysvmsg sysvsem sysvshm tidy tokenizer wddx xml xmlreader xmlrpc xmlwriter xsl yaz zip zlib [Zend Modules] [New LWP 100105] suspend error: generic error [Switching to LWP 100105] Stopped due to shared library event Best Regards! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsu
PHP 5.2.12 core dump under FreeBSD 8-STABLE with Apache 2.2 (apache-worker-2.2.14_5) worker-mpm mode
k/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801436 f78 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 000 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 088 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 110 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 198 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 220 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 2a8 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 330 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 3b8 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(162) : Block 0x801437 440 status: /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_variables.c(35) : Actual location (location was relayed) Invalid pointer: ((thread_id=0x013BD370) != (expected=0x015061C0)) --- PHP 5.2.12 with Suhosin-Patch 0.9.7 (cli) (built: Dec 31 2009 10:37:13) (DEBUG) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies [Thu Dec 31 14:22:46 2009] Script: '-' --- /usr/ports/lang/php5/work/php-5.2.12/Zend/zend_hash.c(844) : Block 0x st atus: NULL --- Segmentation fault (core dumped) Does someone know how to solve this problem? Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
MySQL 5.1.43 will build failed if enable "--with-ndb-docs" in Makfile's CONFIGURE_ARGS
Dear Sir, I found MySQL 5.1.43 in FreeBSD ports tree will build failed when enable "--with-ndb-docs" in Makfile's CONFIGURE_ARGS. Following are the error message. libtool: link: c++ -I../../../storage/ndb/src/mgmapi -I../../../storage/ndb/src/mgmsrv -I../../../storage/ndb/include/mgmcommon -DMYSQLCLUSTERDIR=\"\" -O2 -fno-strict-aliasing -pipe -march=nocona -O3 -fno-omit-frame-pointer -fno-gcse -fPIC -fconserve-space -O2 -fno-strict-aliasing -pipe -march=nocona -O3 -fno-omit-frame-pointer -fno-gcse -fPIC -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=100 -o ndb_config ndb_config-ndb_config.o ndb_config-Config.o ndb_config-ConfigInfo.o ndb_config-InitConfigFileParser.o -pthread -pthread ../../../storage/ndb/src/.libs/libndbclient.a ../../../dbug/libdbug.a ../../../mysys/libmysys.a ../../../strings/libmystrings.a -lz -lcrypt -lm -pthread Making all in . Making all in include Making all in docs + test /usr/bin/perl = no + test no = no + echo 'Doxygen needed to make docs' Doxygen needed to make docs + exit 1 *** Error code 1 + export NDB_RELEASE=5.1.43- + export NDB_RELEASE=5.1.43- + /bin/rm -f ndbapi.pdf ndbapi.html + /bin/rm -f mgmapi.pdf mgmapi.html + /bin/rm -rf .doxytmp .doxyout + /bin/rm -rf .doxytmp .doxyout + mkdir -p .doxytmp .doxyout + mkdir -p .doxytmp .doxyout + /bin/cp ../../../storage/ndb/include/ndbapi/Ndb.hpp ../../../storage/ndb/include/ndbapi/NdbApi.hpp ../../../storage/ndb/include/ndbapi/NdbBlob.hpp ../../../storage/ndb/include/ndbapi/NdbDictionary.hpp ../../../storage/ndb/include/ndbapi/NdbError.hpp ../../../storage/ndb/include/ndbapi/NdbEventOperation.hpp ../../../storage/ndb/include/ndbapi/NdbIndexOperation.hpp ../../../storage/ndb/include/ndbapi/NdbIndexScanOperation.hpp ../../../storage/ndb/include/ndbapi/NdbIndexStat.hpp ../../../storage/ndb/include/ndbapi/NdbOperation.hpp ../../../storage/ndb/include/ndbapi/NdbPool.hpp ../../../storage/ndb/include/ndbapi/NdbRecAttr.hpp ../../../storage/ndb/include/ndbapi/NdbReceiver.hpp ../../../storage/ndb/include/ndbapi/NdbScanFilter.hpp ../../../storage/ndb/include/ndbapi/NdbScanOperation.hpp ../../../storage/ndb/include/ndbapi/NdbTransaction.hpp ../../../storage/ndb/include/ndbapi/ndb_cluster_connection.hpp ../../../storage/ndb/include/ndbapi/ndb_opt_defaults.h ../../../storage/ndb/include/ndbapi/ndbapi_limits.h ../../../storage/ndb/include/ndbapi/ndberror.h .doxytmp + /bin/cp ../../../storage/ndb/include/mgmapi/mgmapi.h ../../../storage/ndb/include/mgmapi/mgmapi_config_parameters.h ../../../storage/ndb/include/mgmapi/mgmapi_config_parameters_debug.h ../../../storage/ndb/include/mgmapi/mgmapi_debug.h ../../../storage/ndb/include/mgmapi/mgmapi_error.h ../../../storage/ndb/include/mgmapi/ndb_logevent.h ../../../storage/ndb/include/mgmapi/ndbd_exit_codes.h .doxytmp + /usr/bin/perl doxygen/predoxy.pl + /bin/cp ../../../storage/ndb/ndbapi-examples/mgmapi_logevent/main.cpp ../../../storage/ndb/ndbapi-examples/mgmapi_logevent2/main.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_async/ndbapi_async.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_async1/ndbapi_async1.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_event/ndbapi_event.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_retries/ndbapi_retries.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_scan/ndbapi_scan.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_simple/ndbapi_simple.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_simple_dual/main.cpp ../../../storage/ndb/ndbapi-examples/ndbapi_simple_index/main.cpp .doxytmp + /usr/bin/perl doxygen/predoxy.pl Preformat finished + mv footer.html .doxytmp + cd .doxytmp + no ../doxygen/Doxyfile.mgmapi no: not found Preformat finished + mv footer.html .doxytmp *** Error code 127 + cd .doxytmp + no ../doxygen/Doxyfile.ndbapi no: not found *** Error code 127 3 errors *** Error code 1 1 error *** Error code 1 1 error *** Error code 1 1 error *** Error code 1 Stop in /usr/ports/databases/mysql51-server. Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
kde4/python26 and pth help.
On a freshly installed 8-STABLE box (4 days old) and up to date ports,
KDE4 will not install for me, always the same errors. I've even removed
all ports and reinstalled from scratch and hit the same errors. I have
no /etc/make.conf. I'm at a loss here, I have no idea why this is happening.
I even did a portupgrade -fRru python26 and tried portmaster, and
plain old make in the ports that fail.
This is a script from a portinstall x11/kde4 1.7. includes pkg_info and
ls /var/db/pkgs (for some reason google does wont display it, sorry)
https://docs.google.com/leaf?id=0B73zNsVpyWo_ZDgwZDY4OGYtYmY2MC00ZjYzLTgyMmMtNGE4NDA2MDAwYmEz&hl=en
Any suggestions, ideas?
Examples of errors:
checking whether Python support is requested... checking whether
/usr/local/bin/
python2.6 version >= 2.5... yes
checking for /usr/local/bin/python2.6 version... 2.6
checking for /usr/local/bin/python2.6 platform... freebsd8
checking for /usr/local/bin/python2.6 script directory...
${prefix}/lib/python2.
6/site-packages
checking for /usr/local/bin/python2.6 extension module directory...
${exec_prefi
x}/lib/python2.6/site-packages
checking for headers required to compile python extensions... not found
configure: error: Python headers not found
===> Script "configure" failed unexpectedly.
Please run the gnomelogalyzer, available from
"http://www.freebsd.org/gnome/gnomelogalyzer.sh";, which will diagnose the
problem and suggest a solution. If - and only if - the gnomelogalyzer cannot
solve the problem, report the build failure to the FreeBSD GNOME team at
gn...@freebsd.org, and attach (a)
"/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.7/config.
log",
(b) the output of the failed make command, and (c) the gnomelogalyzer
output.
and (c) the gnomelogalyzer output.
Also, it might be a good idea to provide an overview of all packages
installed
on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any
website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use
send-pr(1) with the attachment. Try to avoid sending any attachments to the
mailing list (gn...@freebsd.org), because attachments sent to FreeBSD
mailing
lists are usually discarded by the mailing list software.
*** Error code 1
Stop in /usr/ports/devel/gobject-introspection.
*** Error code 1
checking python2.6/Python.h usability... no
checking python2.6/Python.h presence... no
checking for python2.6/Python.h... no
configure: error: Can't find python header files
===> Script "configure" failed unexpectedly.
/bin/sh ../libtool --tag=CC --mode=link cc -O2 -pipe
-fno-strict-aliasing -pe
dantic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment
-Wtrigra
phs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow
-Wpointer-
arith -Wcast-align -Wwrite-strings -Waggregate-return
-Wstrict-prototypes -Wmiss
ing-prototypes -Wnested-externs -Winline -Wredundant-decls -module
-avoid-versio
n -L/usr/local/lib -o libxml2mod.la -rpath
/usr/local/lib/python2.6/site-packag
es libxml.lo types.lo libxml2-py.lo -lxml2 -lpth -lutil -lm -lpython2.6
libtool: link: cc -shared .libs/libxml.o .libs/types.o
.libs/libxml2-py.o -Wl
,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib
-L/usr/local/lib /usr/l
ocal/lib/libxml2.so -lz /usr/local/lib/libiconv.so -lpth -lutil -lm
-lpython2.6
-Wl,-soname -Wl,libxml2mod.so -o .libs/libxml2mod.so
/usr/bin/ld: cannot find -lpth
gmake[1]: *** [libxml2mod.la] Error 1
gmake[1]: Leaving directory
`/usr/ports/textproc/py-libxml2/work/libxml2-2.7.6/p
ython'
gmake: *** [all-recursive] Error 1
*** Error code 1
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: MySQL 5.1.43 will build failed if enable "--with-ndb-docs" in Makfile's CONFIGURE_ARGS
Hi Alex, Thanks for your kindly notice. I found this configure args from mysql 5.1.43 source tarball. I have this problem(question) because I'm trying to build MySQL ndb cluster envrionment. Are there any special issues in FreeBSD, so cannot use the --with-ndb-docs args come from source code tarball? Best Regards! James Chang 2010/2/24 Alex Dupre : > James Chang ha scritto: >> I found MySQL 5.1.43 in FreeBSD ports tree will build failed when >> enable "--with-ndb-docs" in Makfile's CONFIGURE_ARGS. > > And where have you found that you can manually modify the configure args > of a port and expect it will work? > > -- > Alex Dupre > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde4/python26 and pth help.
On 02/24/10 23:28, Adam Vande More wrote:
On Wed, Feb 24, 2010 at 12:11 PM, Jimmie James mailto:jimmie...@gmail.com>> wrote:
On a freshly installed 8-STABLE box (4 days old) and up to date
ports, KDE4 will not install for me, always the same errors. I've
even removed all ports and reinstalled from scratch and hit the same
errors. I have no /etc/make.conf. I'm at a loss here, I have no idea
why this is happening.
I even did a portupgrade -fRru python26 and tried portmaster, and
plain old make in the ports that fail.
My script to install from a clean install is
portsnap fetch update
cd /usr/ports/ports-mgmt/portmaster
make install clean && rehash
portmaster -d x11-servers/xorg-server x11-drivers/xf86-input-mouse
x11-drivers/xf86-input-keyboard x11-drivers/{YOUR VIDEO DRIVER PORT}
echo 'dbus_enable="YES"\nhald_enable="YES"\n' >> /etc/rc.conf
then you'll have to do whatever is necessary for video driver install eg
kldload nvidia and make it permanent /boot/loader.conf
Once your driver is live, you create xorg.conf file by
Xorg -config xorg.conf.new
cp xorg.conf.new /etc/X11/xorg.conf
then I manually add in this line to /etc/ttys
ttyv8 "/usr/local/kde4/bin/kdm -nodaemon" xterm on secure
and comment
ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure
Provided you don't have to do anything special for say the nvidia
driver, all's that's do this the hal guys maybe didn't do such a back
job after all
As for you error, I don't know what happened. I used to see those
happen on a massive upgrade when using portupgrade. I recommend
portmaster. Somehow python didn't get installed correctly because
/usr/local/include/python2.6/Python.h should exist if python is
correctly installed.
--
Adam Vande More
Thanks for the reply,
Haven't got around to testing X yet, but on 7.2-STABLE it works fine, so
I'm not too worried about that. It's the python and pth errors that are
killing me.
/usr/local/include/python2.6/Python.h is there, seems correctly
installed. Even installing with portmaster and plain old make install
it _still_ hits those errors of not finding the headers.
checking for /usr/local/bin/python2.6 version... 2.6
checking for /usr/local/bin/python2.6 platform... freebsd8
checking for /usr/local/bin/python2.6 script directory...
${prefix}/lib/python2.
6/site-packages
checking for /usr/local/bin/python2.6 extension module directory...
${exec_prefix}/lib/python2.6/site-packages
checking for headers required to compile python extensions... not found
configure: error: Python headers not found
As well as /usr/bin/ld: cannot find -lpth
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde4/python26 and pth help. [SOLVED]
On 02/25/10 00:12, Dima Panov wrote:
On Thursday 25 February 2010 14:47:08 Jimmie James wrote:
On 02/24/10 23:28, Adam Vande More wrote:
On Wed, Feb 24, 2010 at 12:11 PM, Jimmie Jamesmailto:jimmie...@gmail.com>> wrote:
On a freshly installed 8-STABLE box (4 days old) and up to date
ports, KDE4 will not install for me, always the same errors. I've
even removed all ports and reinstalled from scratch and hit the same
errors. I have no /etc/make.conf. I'm at a loss here, I have no idea
why this is happening.
I even did a portupgrade -fRru python26 and tried portmaster, and
plain old make in the ports that fail.
As for you error, I don't know what happened. I used to see those
happen on a massive upgrade when using portupgrade. I recommend
portmaster. Somehow python didn't get installed correctly because
/usr/local/include/python2.6/Python.h should exist if python is
correctly installed.
--
Adam Vande More
Thanks for the reply,
Haven't got around to testing X yet, but on 7.2-STABLE it works fine, so
I'm not too worried about that. It's the python and pth errors that are
killing me.
/usr/local/include/python2.6/Python.h is there, seems correctly
installed. Even installing with portmaster and plain old make install
it _still_ hits those errors of not finding the headers.
checking for /usr/local/bin/python2.6 version... 2.6
checking for /usr/local/bin/python2.6 platform... freebsd8
checking for /usr/local/bin/python2.6 script directory...
${prefix}/lib/python2.
6/site-packages
checking for /usr/local/bin/python2.6 extension module directory...
${exec_prefix}/lib/python2.6/site-packages
checking for headers required to compile python extensions... not found
configure: error: Python headers not found
As well as /usr/bin/ld: cannot find -lpth
Doh. Please, don't build python againist pth library, it's broken, and off by
default.
That got it, rebuilding python without pth made almost everything build.
A few parts of KDE4 refuse to build because of "ImportError: no module
named sipconfig" which I'm looking into now.
Thanks for the help!
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ports and PBIs
On Sunday, April 11, 2010, Tim Kientzle wrote: > Garrett Cooper wrote: > > If I'm understanding you correctly you're saying it's an issue when I do: > > pkg_add A B C > > # 1 year passes > > pkg_add D > > # D depends on A, B, C, of different revisions. pkg_add barfs because > it can't find the applications, etc. > > This is something that's been hashed over a number of times (a few of > which I've participated in in #bsdports). There needs to be a simple > update command which will handle the action of upgrading packages, > because there isn't a proper command that will do so today. > > > I'm not convinced that the "simple update command" you > mention is actually feasible, much less desirable. > (If I want to try out the new Firefox, why does that > imply that my year-old Gimp has to be upgraded?) > > As for feasibility, here's the easy problem: > A2.7 requires B3.6 > ... one year passes ... > A4.8 now requires B7.2 > But A4.8 is incompatible with B3.6 and A2.7 is > incompatible with B7.2. So neither A nor B > can be updated separately without breaking the system. > > Here's the hard problem: > A2.7 requires B3.6 > ... one year passes ... > I want to install C1.0 which requires B7.2 > but there hasn't been a new release of A that > works with B7.2. > So I now simply cannot have both C1.0 and A2.7 > installed at the same time because they require > different versions of B. > > PBI avoids both of these problems. It may > be unsuitable for embedded systems[1], but > I see no reason we should not extend the existing > ports/packages system with additional tools that > target certain use cases, and PBI seems a good > fit for the desktop case. > > Tim Genuine (possibly stupid) question -in PBI land, what happens if package B is, say, CUPS? Does one need versioned rc.d scripts to start one or the other? Which one gets to claim port 631? -James Butler > > [1] Actually, PBI might work just fine even for > embedded if we address the disk bloat issue. One > approach would be to make > /Package/Bar/libfoo-2.8.7.so > a symlink or hardlink to > /Package/Shared/libfoo-2.8.7.so- > This gives easy sharing of identical files. > It's even easy to handle at install time: > * Installer writes libfoo-2.8.7.so to > /Package/Shared/libfoo-2.8.7.so-temp- > * Installer computes hash of file as it's written > * Installer renames file (delete if rename fails with EEXIST) > * Installer writes symlink or hardlink into /Package/Bar > > ___ > freebsd-curr...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ports and PBIs
On 13/04/10 19:09, Lucas Holt wrote: On 4/10/2010 3:18 PM, k...@pcbsd.org wrote However for my more hard-core friends, nothing stopping you from running your own ports down the road, more power to ya! For doing something like embedded work or a server this makes total sense and I think it is a huge positive for FreeBSD, no reason to trash that or break it in any way. For the other 99.9% of society who want something "that just works" for day-to-day computing, something like PBI is very attractive. It would be great to have an OS that offers best of both worlds. -- Kris Moore There are only two possibilities with any package system. Either give the user self packaged binaries containing all shared libraries or make them update everything. Both have positives and negatives. We've been Only two possibilities? I remember reading about a third in a paper proposing an enhancement to pkgsrc, but now I can't find the paper :-( Basically this involves distributing and downloading separate packages as with pkg_add, but installing each one in an isolated directory so multiple conflicting versions can be present side-by-side. The package tools then arrange for each package to have symlinks to all the packages it depends on, in a private libdepends/ folder or something. So if I install package A1.1 which depends on B3.2, then I want to install C5.3 which depends on B4.0, I have a choice: to upgrade A to a version depending on B4.0 if one exists, or to install C5.3 with B4.0 alongside A1.1 and B3.2. I'll try to find the paper I'm recalling after work, until then I'll just have to wave my hands in the air. -James Butler working on a new package system in MidnightBSD for some time. When we weighed this issue, it was decided that letting users have old binaries sitting around was a bad idea. It encourages a user to sit on a package for a year and not install security updates. The larger package size also deters users from downloading updates in parts of the world which have slow Internet connections. Remember the GDI+ update to windows awhile back? There were many applications that had to be updated and Microsoft had to release a scanner to search the drive for uses. There side isn't always rosy. Obviously, there are also advantages to the larger PBI packages for users. PC-BSD is certainly easy to use. At the end of the day, I think creating packages more frequently during releases and pushing updates like many linux distros do makes more sense in terms of security. FreeBSD has ten times the number of ports to build than we do so obviously it's a problem to build packages that frequently. I don't want to butt in any more on this because it's not my place, but I just felt it was important to bring another perspective. Lucas ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
About OSSEC-* in FreeBSD ports tree (/usr/ports/security/ossec-*)
Dear Sir, I found the following ports in FreeBSD are maintained by you. 1./usr/ports/security/ossec-hids-client 2./usr/ports/security/ossec-hids-server 3./usr/ports/security/ossec-hids-local In Apr. 01,2010, the OSSEC has released v2.4 and an Web interface for OSSEC(http://www.ossec.net/files/ui/ossec-wui-0.3.tar.gz) Could you please update the OSSEC in FreeBSD port tree to version 2.4 ? Best Regards! James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
About snort_inline in FreeBSD port tree
Dear Sir, I found the snort_inline in FreeBSD Port Tree was maintained by you. Current version of snort_inline in FreeBSD port tree was 2.4.5_1, but in its official site, the latest version is 2.8.2.1-RC1 (stable version is 2.6.1.5) Could you please upgrade snort_inline in FreeBSD port tree to 2.8.2.1-RC1 or 2.6.1.5 ? Thnaks in advance! Best Regards! James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ports and PBIs
On Sunday, April 11, 2010, Tim Kientzle wrote: > Garrett Cooper wrote: > > If I'm understanding you correctly you're saying it's an issue when I do: > > pkg_add A B C > > # 1 year passes > > pkg_add D > > # D depends on A, B, C, of different revisions. pkg_add barfs because > it can't find the applications, etc. > > This is something that's been hashed over a number of times (a few of > which I've participated in in #bsdports). There needs to be a simple > update command which will handle the action of upgrading packages, > because there isn't a proper command that will do so today. > > > I'm not convinced that the "simple update command" you > mention is actually feasible, much less desirable. > (If I want to try out the new Firefox, why does that > imply that my year-old Gimp has to be upgraded?) > > As for feasibility, here's the easy problem: > A2.7 requires B3.6 > ... one year passes ... > A4.8 now requires B7.2 > But A4.8 is incompatible with B3.6 and A2.7 is > incompatible with B7.2. So neither A nor B > can be updated separately without breaking the system. > > Here's the hard problem: > A2.7 requires B3.6 > ... one year passes ... > I want to install C1.0 which requires B7.2 > but there hasn't been a new release of A that > works with B7.2. > So I now simply cannot have both C1.0 and A2.7 > installed at the same time because they require > different versions of B. > > PBI avoids both of these problems. It may > be unsuitable for embedded systems[1], but > I see no reason we should not extend the existing > ports/packages system with additional tools that > target certain use cases, and PBI seems a good > fit for the desktop case. > > Tim Genuine (possibly stupid) question -in PBI land, what happens if package B is, say, CUPS? Does one need versioned rc.d scripts to start one or the other? Which one gets to claim port 631? -James Butler > > [1] Actually, PBI might work just fine even for > embedded if we address the disk bloat issue. One > approach would be to make > /Package/Bar/libfoo-2.8.7.so > a symlink or hardlink to > /Package/Shared/libfoo-2.8.7.so- > This gives easy sharing of identical files. > It's even easy to handle at install time: > * Installer writes libfoo-2.8.7.so to > /Package/Shared/libfoo-2.8.7.so-temp- > * Installer computes hash of file as it's written > * Installer renames file (delete if rename fails with EEXIST) > * Installer writes symlink or hardlink into /Package/Bar > > ___ > freebsd-curr...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: UPDATING entry for X.org changes
In any case, it brings me a great deal of joy to hear not only that so many people are using portmaster, but also that these upgrades are going smoothly, as did mine. I think the x11@ guys deserve a round of applause for making this the least painful "X major version upgrade" in recent memory. Minus something fraked with the radeon driver. I can't get 1600x1200 working anymore. It's all washed out, dim, almost like brightness and contrast are set to zero. vgap...@pci0:1:0:0: class=0x03 card=0x0610174b chip=0x5b601002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] (Radeon X300)' class = display subclass = VGA FreeBSD 7.3-STABLE #0: Tue Mar 23 21:22:37 EDT 2010 r...@jimmiejaz.org:/usr/obj/usr/src/sys/FORTYTWO i386 vgapci0: port 0x9800-0x98ff mem 0xd800-0xdfff,0xffa2-0xffa2 irq 16 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 autodetected Xorg startup, locks the box with [mi] EQ overflowing. The server is probably stuck in an infinite loop.: http://pastebin.com/aiKzS62d xorg.conf file, in progress: http://pastebin.com/Zjh4FakN ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Port Request: TrueCrypt - Free Open-Source Disk Encryption Software
To whom it may concern: I would like to request a port of TrueCrypt. TrueCrypt 6.3a was the last stable version. The official website url is http://www.truecrypt.org/ I appreciate your time and consideration in this matter. -- The content of this email and any attachment may contain proprietary and confidential information. It is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient of this message, please notify the sender by replying to this message and then deleting it from your system. Use, dissemination, distribution, or reproduction of this message by unintended recipients is not authorized and may be unlawful. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Port request
On 28 May 2010 22:19, Lars Engels wrote: > On Fri, May 28, 2010 at 12:11:10PM +0200, David DEMELIER wrote: >> >> I agree, personally I would prefer a wpa_supplicant / dhclient >> graphical user interface instead of the sucky NetworkManager. For the >> moment there is sysutils/wifimgr iirc but it's a quite unstable. >> >> wpa_supplicant does everything, scanning for access points >> automatically even you don't have X running, all WPA means of >> associations, it's just perfect. > > Take a look at this: >> make -C /usr/ports quicksearch name=pcbsd- > Port: pcbsd-netmanager-8.0_1 > Path: /usr/ports/net/pcbsd-netmanager > Info: PC-BSD Networking Utilities for KDE4 > Or (still QT4-based, but doesn't depend on KDE libs) net/wpa_gui - not that I've actually tried it. I briefly had a look at what would be required to implement a basic PyGTK-based wpa_supplicant GUI. One annoying thing is that (arguably) the easiest way for an external app to communicate with wpa_supplicant is via dbus, but wpa_supplicant in FreeBSD is built without dbus support; another option would be to use something like http://projects.otaku42.de/browser/python-wpactrl. -James Butler ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Whither Thunderbird 3.1(.1)?
On 03.08.2010 18:59, Joe Marcus Clarke wrote:
On 8/3/10 3:05 AM, Beat Gaetzi wrote:
On 03.08.2010 02:59, Doug Barton wrote:
Just curious about the status of native Thunderbird 3.1.x. IMO the linux
version is a significant improvement over 3.0.x, so I'd like to run the
native version and get out of "clunky font land" sometime soon. :) Do
y'all have a roadmap? If I missed it, my apologies ...
Thunderbird 3.1 is ready since it has been released but the update
depends on this repo-cpoy:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148136
Ugh. With all my travel and work lately, the repocopies moved to cvs so
I missed them in my weekly sweep. Sorry. I just took care of this.
Great! Thank you. I will commit Lightning 1.0b1 and Thunderbird 3.1.1
within the next hours.
Beat
Is it possible to get deskutils/lightning working with
thunderbird-3.1.1? I don't really wish to downgrade to 3.0.6.
I tried changing the Makefile to read
RUN_DEPENDS+=
${LOCALBASE}/lib/thunderbird/thunderbird-bin:${PORTSDIR}/mail/thunderbird
but it failed to build.
--
I am currently away on leave, traveling through time and will be
returning last week.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Whither Thunderbird 3.1(.1)?
On 08/05/10 03:27, Beat Gaetzi wrote:
On 05.08.2010 05:53, Jimmie James wrote:
On 03.08.2010 18:59, Joe Marcus Clarke wrote:
On 8/3/10 3:05 AM, Beat Gaetzi wrote:
On 03.08.2010 02:59, Doug Barton wrote:
Just curious about the status of native Thunderbird 3.1.x. IMO the
linux
version is a significant improvement over 3.0.x, so I'd like to run
the
native version and get out of "clunky font land" sometime soon. :) Do
y'all have a roadmap? If I missed it, my apologies ...
Thunderbird 3.1 is ready since it has been released but the update
depends on this repo-cpoy:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148136
Ugh. With all my travel and work lately, the repocopies moved to cvs so
I missed them in my weekly sweep. Sorry. I just took care of this.
Great! Thank you. I will commit Lightning 1.0b1 and Thunderbird 3.1.1
within the next hours.
Beat
Is it possible to get deskutils/lightning working with
thunderbird-3.1.1? I don't really wish to downgrade to 3.0.6.
I tried changing the Makefile to read
RUN_DEPENDS+=
${LOCALBASE}/lib/thunderbird/thunderbird-bin:${PORTSDIR}/mail/thunderbird
but it failed to build.
The version in ports only work with Thunderbird 3.0 and SeaMonkey 2.0.
Lightning 1.0b2 which is currently not in the portstree works with
Thunderbird 3.1 but not with Thunderbird 3.0 and SeaMonkey.
You will find this version of Lightning in our development repository:
# svn co
https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/deskutils/lightning
As this is not the first request about Lightning for Thunderbird 3.1 I
will ask for a repo copy deskutils/lightning ->
deskutils/lightning-thunderbird and commit this version to the new port.
Beat
This is wonderful news. I'll be checking out the repo branch later today
and reporting back how it works for me.
Thank you for all your hard work, Beat, Joe and all the gecko team for
keeping FreeBSD and the assorted applications stable, and up to date as
possible!
--
I am currently away on leave, traveling through time and will be
returning last week.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Whither Thunderbird 3.1(.1)?
On 08/05/10 03:27, Beat Gaetzi wrote:
On 05.08.2010 05:53, Jimmie James wrote:
On 03.08.2010 18:59, Joe Marcus Clarke wrote:
On 8/3/10 3:05 AM, Beat Gaetzi wrote:
On 03.08.2010 02:59, Doug Barton wrote:
Just curious about the status of native Thunderbird 3.1.x. IMO the
linux
version is a significant improvement over 3.0.x, so I'd like to run
the
native version and get out of "clunky font land" sometime soon. :) Do
y'all have a roadmap? If I missed it, my apologies ...
Thunderbird 3.1 is ready since it has been released but the update
depends on this repo-cpoy:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148136
Ugh. With all my travel and work lately, the repocopies moved to cvs so
I missed them in my weekly sweep. Sorry. I just took care of this.
Great! Thank you. I will commit Lightning 1.0b1 and Thunderbird 3.1.1
within the next hours.
Beat
Is it possible to get deskutils/lightning working with
thunderbird-3.1.1? I don't really wish to downgrade to 3.0.6.
I tried changing the Makefile to read
RUN_DEPENDS+=
${LOCALBASE}/lib/thunderbird/thunderbird-bin:${PORTSDIR}/mail/thunderbird
but it failed to build.
The version in ports only work with Thunderbird 3.0 and SeaMonkey 2.0.
Lightning 1.0b2 which is currently not in the portstree works with
Thunderbird 3.1 but not with Thunderbird 3.0 and SeaMonkey.
You will find this version of Lightning in our development repository:
# svn co
https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/deskutils/lightning
As this is not the first request about Lightning for Thunderbird 3.1 I
will ask for a repo copy deskutils/lightning ->
deskutils/lightning-thunderbird and commit this version to the new port.
Beat
Hi Beat, thanks again for all your hard work on this.
After updating my ports tree (as of Mon Aug 9 22:45:40 EDT 2010, #
$FreeBSD: ports/deskutils/lightning-thunderbird/Makefile,v 1.35
2010/08/08 10:34:32 beat Exp $
Running pkg_delete thunderbird-3.1.1 and a portinstall
deskutils/lightning-thunderbird, I have no calender.
cat pkg_message shows:
In order to activate the Lightning extension, every user should install the
XPI file into his own profile via the menu:
Tools -> Add-ons -> Install (for Thunderbird)
Yet find . -type f -name \*.xpi doesn't show it, [1] and pkg_info |grep
-i thunder, pkg_info |grep -i lightn only show thunderbird-3.1.2.
What am I doing wrong or missing here? I'm pretty sure it's a classic
case of PEBKAC.
[1]
./work/comm-1.9.2/mail/test/mozmill/content-tabs/html/installxpi.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/plugins/tests/GoodExtension.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/plugins/tests/BadExtension.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/signed-untrusted.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/signed-tampered.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/test_bug526598_1.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/signed-no-o.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/unsigned.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/test_bug526598_2.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/signed.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/unit/data/signed-no-cn.xpi
./work/comm-1.9.2/mozilla/toolkit/mozapps/extensions/test/bug435743.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/signed-untrusted.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/signed-tampered.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/signed-no-o.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/signed2.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/empty.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/unsigned.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/signed.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/corrupt.xpi
./work/comm-1.9.2/mozilla/xpinstall/tests/signed-no-cn.xpi
./work/comm-1.9.2/mozilla/xpinstall/test/pre_checkin.xpi
--
I am currently away on leave, traveling through time and will be
returning last week.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Whither Thunderbird 3.1(.1)?
On 08/10/10 08:30, Beat Gaetzi wrote:
On 08/05/10 03:27, Beat Gaetzi wrote:
On 05.08.2010 05:53, Jimmie James wrote:
On 03.08.2010 18:59, Joe Marcus Clarke wrote:
On 8/3/10 3:05 AM, Beat Gaetzi wrote:
On 03.08.2010 02:59, Doug Barton wrote:
Just curious about the status of native Thunderbird 3.1.x. IMO the
linux
version is a significant improvement over 3.0.x, so I'd like to run
the
native version and get out of "clunky font land" sometime soon. :)
Do
y'all have a roadmap? If I missed it, my apologies ...
Thunderbird 3.1 is ready since it has been released but the update
depends on this repo-cpoy:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148136
Ugh. With all my travel and work lately, the repocopies moved to cvs
so
I missed them in my weekly sweep. Sorry. I just took care of this.
Great! Thank you. I will commit Lightning 1.0b1 and Thunderbird 3.1.1
within the next hours.
Beat
Is it possible to get deskutils/lightning working with
thunderbird-3.1.1? I don't really wish to downgrade to 3.0.6.
I tried changing the Makefile to read
RUN_DEPENDS+=
${LOCALBASE}/lib/thunderbird/thunderbird-bin:${PORTSDIR}/mail/thunderbird
but it failed to build.
The version in ports only work with Thunderbird 3.0 and SeaMonkey 2.0.
Lightning 1.0b2 which is currently not in the portstree works with
Thunderbird 3.1 but not with Thunderbird 3.0 and SeaMonkey.
You will find this version of Lightning in our development repository:
# svn co
https://trillian.chruetertee.ch/svn/freebsd-gecko/branches/experimental/deskutils/lightning
As this is not the first request about Lightning for Thunderbird 3.1 I
will ask for a repo copy deskutils/lightning ->
deskutils/lightning-thunderbird and commit this version to the new port.
Beat
Hi Beat, thanks again for all your hard work on this.
After updating my ports tree (as of Mon Aug 9 22:45:40 EDT 2010, #
$FreeBSD: ports/deskutils/lightning-thunderbird/Makefile,v 1.35
2010/08/08 10:34:32 beat Exp $
Running pkg_delete thunderbird-3.1.1 and a portinstall
deskutils/lightning-thunderbird, I have no calender.
cat pkg_message shows:
In order to activate the Lightning extension, every user should install
the
XPI file into his own profile via the menu:
Tools -> Add-ons -> Install (for Thunderbird)
Yet find . -type f -name \*.xpi doesn't show it, [1] and pkg_info |grep
-i thunder, pkg_info |grep -i lightn only show thunderbird-3.1.2.
You should find the xpi here:
/usr/local/share/lightning/lightning-1.0b2.source--freebsd8-i386.xpi
Could you please check if this file is available on your system?
Beat
Not even a lightning directory.
[8:38:03] jim...@jimmiejaz <134> [0] ~>ls -al /usr/local/share/lightning/
ls: /usr/local/share/lightning/: No such file or directory
--
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
About ocsinventory-* in FreeBSD ports tree (/usr/ports/net-mgmt/ocsinventory-*)
Dear Sir, I found the following ports in FreeBSD are maintained by you. 1./usr/ports/net-mgmt/ocsinventory-ng 2./usr/ports/net-mgmt/ocsinventory-agent In May 13,2010, the OCS Inventory Team has released v1.3.2 which fix many security bugs! Could you please update the ocsinventory-* in FreeBSD port tree to version v1.3.2 ? Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: About ocsinventory-* in FreeBSD ports tree (/usr/ports/net-mgmt/ocsinventory-*)
Hi Marcelo,
I install ocsinventory-ng-1.3.2 from FreeBSD ports tree,
But I cannot finish installation successfully! Following are
my steps and ERROR message, could you please share
your installation experience with me?
Step 1. cd /usr/ports/net-mgmt/ocsinventory-ng/
Step 2. make install
Step 3. cd /usr/local/share/ocsinventory-ng
Step 4. sh ./setup.sh
Step 5. FAILED! and following are error messages :<
+--+
| OK, Communication server Perl modules install finished;-)|
| |
| Creating Communication server log directory... |
+--+
Creating Communication server log directory /var/log/ocsinventory-server.
Fixing Communication server log directory files permissions.
Configuring logrotate for Communication server.
/usr/local/share/ocsinventory-ng
cp: etc/logrotate.d/ocsinventory-server: No such file or directory
Can't open logrotate.ocsinventory-server.local: No such file or directory.
cat: logrotate.ocsinventory-server.local: No such file or directory
Removing old communication server logrotate file
/etc/logrotate.d/ocsinventory-NG
Writing communication server logrotate to file
/etc/logrotate.d/ocsinventory-server
*** ERROR: Unable to configure log rotation, please look at error in
/usr/local/share/ocsinventory-ng/ocs_server_setup.log and fix !
Installation aborted !
#
Best Regards!
James Chang
2010/8/26 Marcelo Araujo :
> Hi James,
> First of all, thanks to contact me about ocs.
> Well, right now both ports are in the queue of my Tinderbox, just to check
> and test if everything is OK.
> Soon, I believe till this weekend, I can effective the update.
> Once again, thanks.
> Best Regards.
> - Araujo
>
> 2010/8/25 James Chang
>>
>> Dear Sir,
>>
>> I found the following ports in FreeBSD are maintained by you.
>> 1./usr/ports/net-mgmt/ocsinventory-ng
>> 2./usr/ports/net-mgmt/ocsinventory-agent
>>
>>
>> In May 13,2010, the OCS Inventory Team has released v1.3.2 which
>> fix many security bugs!
>> Could you please update the ocsinventory-* in FreeBSD port tree to
>> version v1.3.2 ?
>>
>> Best Regards!
>>
>>
>> James Chang
>
>
>
> --
> Marcelo Araujo
> ara...@freebsd.org
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: xf86-video-ati-6.13.0 update to 6.13.2?
Now i'm running with 6.13.2, but my graphical errors are the same. I have a screenshot make of my errors. Please don't send image attachments to the mailing lists. Having said that, it looks bad. Comparing your xorg.conf to the sample at http://www.wonkity.com/~wblock/radeon/x1650/xorg.conf might reveal something useful. Have compared it and some settings tested, but doesn't help. Well, there are the standard tricks. Disable composite, maybe disable acceleration even though it should work. The card works in other operating systems, right? I also have the same issue, and updated this ati driver. pciconf: ATI RADEON X300/X550/X1050 Series (RV370) dmesg |grep vga: vgapci0: port 0x9800-0x98ff mem 0xd800-0xdfff,0xffa2-0xffa2 irq 16 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster vgapci1: mem 0xffa3-0xffa3 at device 0.1 on pci1 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 http://pastebin.com/pvgj9NLt xorg.conf (with ati commented out, using vesa at the moment) http://pastebin.com/ZpJgbLpi Xorg.log.0 http://i.imgur.com/S1aCb.png screen and font corruption while using the ATI driver, which happens at all resolutions and depths. The previous version of Xorg worked perfectly with this card/setup. and there's no evidence using any liveCD with an ATI driver. P.S Sorry if I missed anyone on the C.C. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
portsclean -CDD oddness
After doing a portupgrade, I've always run portsclean -CDD [for reference] -C Clean out all the working directories of the ports tree. (cf. WRKDIRPREFIX) -D Clean out all the distfiles that are not referenced by any port in the ports tree. Specified twice (i.e. -DD), clean out all the distfiles that are not referenced by any port that is currently installed. (cf. DISTDIR) This time, fresh csup and a few ports updated, it wiped out EVERY distfile for reasons I don't understand. Anyone have a clue as to why, or what the frak is going on? Now I know it's not a huge deal, unless there's a bug somewhere, nothing's changed in my /etc/make.conf or my pkgtools.conf in... about 6 months. FreeBSD jimmiejaz.org 7.3-STABLE FreeBSD 7.3-STABLE #0: Tue Jun 1 23:22:54 EDT 2010 jim...@jimmiejaz.org:/usr/obj/usr/src/sys/FORTYTWO i386 pkg_info |grep -i portupgrade portupgrade-2.4.6_4,2 FreeBSD ports/packages administration and management tool -r-xr-xr-x 1 root wheel 15978 Mar 15 2010 /usr/local/sbin/portsclean ls -al /usr/ports/distfiles/* ls: No match. pkg_info |wc -l 1217 ls /var/db/pkg/ |wc -l 1220 ls -R /var/db/ports | wc -l 1268 pkgdb -Ff ---> Checking the package registry database /usr/ports/INDEX-7.bz2100% of 1425 kB 189 kBps done [Updating the portsdb in /usr/ports ... - 22279 port entries found .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.18000.19000.2.21000.22000.. . done] evilvte < libsndfile < p5-Class-MOP< p5-IO-Socket-SSL< p5-Moose< p5-Package-Stash< portmaster < xf86-input-citron < auditfile.tbz 100% of 63 kB 31 kBps ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
libnotify & notification-daemon oddness
libnotify-0.7.3_1 notification-daemon-0.7.1 FreeBSD jimmiejaz.org 8.2-STABLE FreeBSD 8.2-STABLE #0: Sun Jun 26 08:42:45 EDT 2011 jim...@jimmiejaz.org:/usr/obj/usr/src/sys/FORTYTWO i386 After following the portupgrade steps to update libnotify and libproxy (notification-daemon got rebuild as well), I've lost pop-up notifications in XFCE4. Thunderbird, transmission were rebuilt as well. Before, thunderbird, transmission would show a box with information when they wanted attention, now they don't. All I'm seeing is "libnotify-WARNING **: Failed to connect to proxy" when the event is supposed to happen. The only thing I can really see is: /usr/local/share/dbus-1/services/org.freedesktop.Notifications.service is no longer installed. From the notification-daemon Makefile is it's not using GTK3. Is anyone else seeing this, have an idea how to restore the expected behavior? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
About ganglia-monitor-core and ganglia-webfrontend in FreeBSD ports tree
Dear Sir, I found the following ports in FreeBSD are maintained by you： 1. /usr/ports/sysutils/ganglia-monitor-core 2. /usr/ports/sysutils/ganglia-webfrontend In Feb. 08, 2012, the Ganglia Project has released v3.3.1 and v3.3.2 will coming soon. Could you please update the ganglia-monitor-core and ganglia-webfrontend in FreeBSD port tree to version 3.3.1 or 3.3.2 ? Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
About PHP 5.X in FreeBSD port tree
Dear Sir, I found the following ports in FreeBSD ports tree are maintained by you： 1. /usr/ports/lang/php5 2. /usr/ports/lang/php5-extensions PHP has officially released PHP 5.4.0 on 01-Mar-2012, it fix the folowing security bug: CVE-2011-2483 CVE-2011-4153 CVE-2011-3389 Also, There are some key features of PHP 5.4.0 include: 1. New language syntax including Traits, shortened array syntax and more 2. Improved performance and reduced memory consumption 3. Support for multibyte languages now available in all builds of PHP at the flip of a runtime switch 4. Built-in webserver in CLI mode to simplify development workflows and testing 5. Cleaner code base thanks to the removal of multiple deprecated language features 6. Many more improvements and fixes Cloud you please upgrade the PHP version from 5.3.10_1 to 5.4.0 in FreeBSD port tree? Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: About PHP 5.X in FreeBSD port tree
Dear Sir, Thanks for your notice, but there seems no information about whether the vulnerabilities about CVE-2011-2483, CVE-2011-4153 and CVE-2011-3389 were fixed in FreeBSD port tree (PHP 5.3.10_1) or not? Best Regards! James Chang 2012/4/3 Mel Flynn : > Please search the list before posting. > > -- > Mel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: portsclean -CDD oddness
On 11/03/2010 23:46, Doug Barton wrote:
On 11/3/2010 9:59 PM, Jimmie James wrote:
After doing a portupgrade, I've always run portsclean -CDD
[for reference]
-C Clean out all the working directories of the ports tree. (cf.
WRKDIRPREFIX)
-D Clean out all the distfiles that are not referenced by any port in
the ports tree. Specified twice (i.e. -DD), clean out all the
distfiles that are not referenced by any port that is currently
installed. (cf. DISTDIR)
This time, fresh csup and a few ports updated, it wiped out EVERY
distfile for reasons I don't understand. Anyone have a clue as to why,
or what the frak is going on?
I can't tell you authoritatively, but I would be very surprised if this
problem were not the result of the recent bsd.port.mk changes that
removed MD5 checksums, and renamed the variable that refers to the
distinfo file.
portupgrade was updated today, I imagine to resolve this issue.
Yes, the update $FreeBSD: ports/ports-mgmt/portupgrade/Makefile,v 1.259
2010/11/08 07:56:14 stas Exp $ has fixed the issue of removing all
distfiles.
Thank you!
If you've ever had the desire to give portmaster a try, now might be a
good time, since I've updated it to deal with this issue. It has the
--clean-distfiles feature which does what you described -DD does.
I neglected to mention that 'portmaster -t --clean-distfiles-all' will
do what you described -D does.
Once I migrate this 7.3-STABLE to the latest 8.x branch, I'm planning on
using portmaster. I have a bit of a Bad Feeling about making the switch
with 1217 ports installed. I'm just waiting on getting my backup drive
returned to me.
It
doesn't have the -C feature, but IMO you're better off using a custom
WRKDIRPREFIX anyway. :) Alternatively, the following is (arguably) the
most efficient command line to handle that problem:
cd /usr/ports && find . -maxdepth 3 -type d -name work -exec rm -rf {} \;
hth,
Doug
You've helped a lot Doug, it's really appreciated, cheers!
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
/usr/ports/x11/libxcb build Faild with Python31-3.1.2_1
dency style of cc... (cached) gcc3 checking for xsltproc... /usr/local/bin/xsltproc checking for XCBPROTO... yes checking for NEEDED... yes checking for XDMCP... yes checking for XdmcpWrap in -lXdmcp... yes checking XCBPROTO_XCBINCLUDEDIR... /usr/local/share/xcb checking XCBPROTO_XCBPYTHONDIR... /usr/local/lib/python3.1/site-packages checking for ANSI C header files... (cached) yes checking for library containing getaddrinfo... none required checking for library containing connect... none required checking for struct sockaddr_un.sun_len... yes checking whether cc supports symbol visibility... yes checking whether documentation is built... no checking for poll... yes checking for launchd... no configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating tests/Makefile config.status: creating xcb.pc config.status: creating xcb-composite.pc config.status: creating xcb-damage.pc config.status: creating xcb-dpms.pc config.status: creating xcb-dri2.pc config.status: creating xcb-glx.pc config.status: creating xcb-randr.pc config.status: creating xcb-record.pc config.status: creating xcb-render.pc config.status: creating xcb-res.pc config.status: creating xcb-screensaver.pc config.status: creating xcb-shape.pc config.status: creating xcb-shm.pc config.status: creating xcb-sync.pc config.status: creating xcb-xevie.pc config.status: creating xcb-xf86dri.pc config.status: creating xcb-xfixes.pc config.status: creating xcb-xinerama.pc config.status: creating xcb-xinput.pc config.status: creating xcb-xprint.pc config.status: creating xcb-xselinux.pc config.status: creating xcb-xtest.pc config.status: creating xcb-xv.pc config.status: creating xcb-xvmc.pc config.status: creating doc/xcb.doxygen config.status: creating src/config.h config.status: executing depfiles commands config.status: executing libtool commands Package: libxcb 1.7 Configuration XDM support.: yes Build unit tests: yes XCB buffer size.: 16384 X11 extensions Composite...: yes Damage..: yes Dpms: yes Dri2: yes Glx.: yes Randr...: yes Record..: yes Render..: yes Resource: yes Screensaver.: yes selinux.: no Shape...: yes Shm.: yes Sync: yes Xevie...: yes Xfixes..: yes Xfree86-dri.: yes xinerama: yes xinput..: yes xprint..: yes xtest...: yes xv..: yes xvmc: yes Used CFLAGS: CPPFLAGS: CFLAGS..: -O2 -fno-strict-aliasing -pipe -march=nocona Warning CFLAGS..: -Wall -pedantic -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wnested-externs Installation: Prefix..: /usr/local ===> Building for libxcb-1.7 Making all in src gmake[1]: Entering directory `/usr/ports/x11/libxcb/work/libxcb-1.7/src' /usr/local/bin/python3.1 ./c_client.py -p /usr/local/lib/python3.1/site-packages /usr/local/share/xcb/xproto.xml File "./c_client.py", line 1013 except getopt.GetoptError, err: ^ SyntaxError: invalid syntax gmake[1]: *** [xproto.c] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/libxcb/work/libxcb-1.7/src' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/x11/libxcb. = If it MUST HAVE python 2.6.6 installed? If above is true, it means my system should have two version of python at the same time? Best Regards! James Chang ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
gvfs-1.6.6' build failure
FreeBSD jimmiejaz.org 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Nov 15 17:52:21 EST 2010 root@:/usr/obj/usr/src/sys/FORTYTWO i386 Hit this in the middle of the Gnome 2.32, I hit this error, any suggestions? [13:44:20] jim...@jimmiejaz <115> [0] /usr/ports/devel/gvfs#make clean ; rehash ; portupgrade -f devel/gvfs ===> Cleaning for gvfs-1.6.6 ---> Upgrading 'gvfs-1.6.3_1' to 'gvfs-1.6.6' (devel/gvfs) ---> Building '/usr/ports/devel/gvfs' ===> Cleaning for gvfs-1.6.6 ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for gvfs-0.2.3_2 ===> Extracting for gvfs-1.6.6 => SHA256 Checksum OK for gnome2/gvfs-1.6.6.tar.bz2. ===> Patching for gvfs-1.6.6 ===> Applying FreeBSD patches for gvfs-1.6.6 ===> gvfs-1.6.6 depends on executable: gmake - found ===> gvfs-1.6.6 depends on file: /usr/local/bin/intltool-extract - found ===> gvfs-1.6.6 depends on executable: pkg-config - found ===> gvfs-1.6.6 depends on shared library: dbus-1.3 - found ===> gvfs-1.6.6 depends on shared library: hal.1 - found ===> gvfs-1.6.6 depends on shared library: soup-gnome-2.4.1 - found ===> gvfs-1.6.6 depends on shared library: gnome-keyring - found ===> gvfs-1.6.6 depends on shared library: avahi-client.3 - found ===> gvfs-1.6.6 depends on shared library: intl - found ===> gvfs-1.6.6 depends on shared library: atk-1.0.0 - found ===> gvfs-1.6.6 depends on shared library: gconf-2.4 - found ===> gvfs-1.6.6 depends on shared library: glib-2.0.0 - found ===> gvfs-1.6.6 depends on shared library: gtk-x11-2.0.0 - found ===> gvfs-1.6.6 depends on shared library: IDL-2.0 - found ===> gvfs-1.6.6 depends on shared library: xml2.5 - found ===> gvfs-1.6.6 depends on shared library: ORBit-2.0 - found ===> gvfs-1.6.6 depends on shared library: pango-1.0.0 - found ===> Configuring for gvfs-1.6.6 configure: WARNING: unrecognized options: --with-gconf-source 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... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether build environment is sane... yes checking for style of include used by gmake... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no 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 dependency style of cc... gcc3 checking for an ANSI C-conforming const... yes checking for library containing strerror... none required checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking how to run the C preprocessor... cpp checking whether ln -s works... yes checking whether gmake sets $(MAKE)... (cached) yes checking build system type... i386-portbld-freebsd8.1 checking host system type... i386-portbld-freebsd8.1 checking how to print strings... print: not found printf 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 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 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 whe
Re: gvfs-1.6.6' build failure
Deleting xz-5.0.0 and installing lzma-9.12 fixed this problem. Sorry for the noise, but a heads up if anyone else hits this issue. On 11/24/10 13:54, Jimmie James wrote: FreeBSD jimmiejaz.org 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Nov 15 17:52:21 EST 2010 root@:/usr/obj/usr/src/sys/FORTYTWO i386 Hit this in the middle of the Gnome 2.32, I hit this error, any suggestions? /usr/lib/libarchive.so: undefined reference to `lzma_stream_enco...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_alone_deco...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_memus...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_stream_deco...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_c...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_lzma_pre...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_alone_enco...@xz_5.0' gmake[4]: *** [gvfsd-archive] Error 1 Stop in /usr/ports/devel/gvfs. *** Error code 1 Stop in /usr/ports/devel/gvfs. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FreeBSD Port: yii-1.1.5
Need any help? I'm a user of yii and I noticed that we're 2 versions behind. I was wondering if you needed any help getting 1.1.7 out? Thank you! -- James Gosnell, ACP ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
what to do with multimedia/xvid4conf
pkgdb -Ff ---> Checking the package registry database Stale origin: 'multimedia/xvid4conf': perhaps moved or obsoleted. -> The port 'multimedia/xvid4conf' was removed on 2011-05-02 because: "Has expired: Upstream has disapear and distfile is no more available" -> Hint: xvid4conf-1.12_5 is required by the following package(s): subtitleripper-0.3.4_5 dvdrip-0.98.11_3 transcode-1.1.5_15 tovid-0.30_9 -> Hint: checking for overwritten files... -> No files installed by xvid4conf-1.12_5 have been overwritten by other packages. Deinstall xvid4conf-1.12_5 ? [no] Since it's required by other ports, removing it will break them, so I have to be harassed by this message every time I update my ports? Is there a way to "hide" this? -- I am currently away on leave, traveling through time and will be returning last week. Life is tough, but it's tougher when you're stupid. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: compiling mjpegtools fails
SkipList.hh:546: internal compiler error: in do_SUBST, at combine.c:502 does not sound good :) Has anyone figured out the cause or cure for this? I'm being hit with it too: c++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I../utils -I/usr/local/include -DNDEBUG -finline-funct ions -fno-PIC -O2 -pipe -fno-strict-aliasing -D_THREAD_SAFE -MT newdenoise.o -MD -MP -MF .deps/newdenoise.Tpo -c -o newdenoise.o newdenoise.cc SkipList.hh: In member function 'void SkipListHC, ALLOC>::Init(Status_t&, bool, const SkipList::InitParams&) [with KEY = VariableSizeAllocator::Block, VALUE = Var iableSizeAllocator::Block, KEYFN = IdentVariableSizeAllocator::Block>, PRED = Var iableSizeAllocator::Block::SortBySize, int HC = 10, ALLOC = PlacementAllocator]': SkipList.hh:546: internal compiler error: in do_SUBST, at combine.c:502 Please submit a full bug report, with preprocessed source if appropriate. FreeBSD jimmiejaz.org 8.2-STABLE FreeBSD 8.2-STABLE #0: Tue May 17 02:41:04 EDT 2011 jim...@jimmiejaz.org:/usr/obj/usr/src/sys/FORTYTWO i386 gcc (GCC) 4.2.2 20070831 prerelease [FreeBSD] Installed from ports [depends] gcc-4.4.7.20110531 GNU Compiler Collection 4.4 gcc-4.5.4.20110602 GNU Compiler Collection 4.5 gcc-4.6.1.20110603 GNU Compiler Collection 4.6 gccmakedep-1.0.2Create dependencies in makefiles using 'gcc -M' -- I am currently away on leave, traveling through time and will be returning last week. Life is tough, but it's tougher when you're stupid. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
freebsd-games: hack needs -fwritable-strings
$ uname -a FreeBSD glider 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Tue Dec 11 13:40:40 PST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GLIDER i386 The problem: - Install games/freebsd-games - run hack - Say "y" when it asks if you're experienced. - Type "T" for tourist. There will be a bus error. This seems to be caused by line 170 of hack.u_init.c, which attempts to modify a string constant. SOLUTION: Add -fwritable-strings to CFLAGS in hack's Makefile. (There's already a patch that changes that line of the Makefile, so this is easy to change.) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: freebsd-games: hack needs -fwritable-strings
On Thu, Jan 10, 2008 at 11:10:07PM +0100, Kris Kennaway wrote: > Robert Huff wrote: > >James Cook writes: > > > >> This seems to be caused by line 170 of hack.u_init.c, which > >> attempts to modify a string constant. > >> > >> SOLUTION: > >> Add -fwritable-strings to CFLAGS in hack's Makefile. (There's > >> already a patch that changes that line of the Makefile, so this > >> is easy to change.) > > > > Has something changed in the definition of correctly written > >code while I was away at the funny farm? Why is the solution not > >"Don't modify a costant."? > > This code has been largely untouched since the 1980s :) > > Kris I like to think of the code as a museum artifact. An age-old scroll, written in an archaic language just close enough to modern C for us to understand. The original form will always be preserved somewhere, though. If somebody has the energy to modernize the code, I'm happy. James ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: IcedTea java virtual machine
anomeloris wrote: Is there any reason why the IcedTea isn't in ports? I haven't tried compiling it or anything, so are there any problems compiling it for freebsd? Ports are maintained by third-parties. Someone has to take it upon themselves to make a port and submit it, on their own initiative, if they want something in the ports collection. -- James Bailie <[EMAIL PROTECTED]> http://www.mammothcheese.ca ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
vlc-devel WxGTK switch to qt4
configure: error: The skins2 module depends on a the Qt4 development package. Without it you won't be able to open any dialog box from the interface, which makes the skins2 interface rather useless. Install the Qt4 development package or alternatively you can also configure with: --disable-qt4 --disable-skins2. Who's bright idea was it to move from WxGTK to qt4? http://docs.freebsd.org/cgi/getmsg.cgi?fetch=756874+0+current/cvs-ports Fix volume bar position problem ? USE_WX=2.6 fixed that issue. Can anyone suggest a work around for us GTK2 users that doesn't require qt4? -- Over the years I've come to regard you as people I've met. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
maintenance of gcc cross ports
The powerpc64-gcc port and all the ports that use it as a master (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use buggy makefiles. I would like to take over maintenance of these ports. Powerpc64-gcc uses an old version of gcc and the makefile is buggy. Certain variables use bad regular expressions thus don't do what they're supposed to do. I've fixed up the makefiles and made new plists with a newer version of gcc. - James Shuriff DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (ja...@opentech.cc<mailto:ja...@opentech.cc>). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
RE: maintenance of gcc cross ports
I didn't/don't plan on touching binutils. Binutils is okay. I made new patches
as well. What I'm really concerned with bringing up to date is
aarch64-none-elf-gcc. The GNU toolchain is unfortunately required for building
an Aarch64 system and is a prereq for a bunch of sysutils arm ports. At worst
we can do something like what's done with the lang ports gcc6, gcc7, gcc8. I've
CC'd the maintainers so hopefully they can give us some input and we can come
up with a solution.
As for Makefile issues, this is only an issue for the arm-none-eabi-gcc and
aarch64-none-elf-gcc ports because they have multiple hyphens. It's mostly a
cosmetic issue. Each port has its own plist because gcc generates different
headers depending on the platform so the PLIST TARGETARCH regex doesn't really
affect all that much. There are some clang flags dependent on TARGETARCH but
whoever wrote the aarch64-none-elf-gcc port must have known it wasn't working
in the master because the check is in the bare metal port as well. The
stripping out of all hyphens causes things like "gcc version 6.4.0 (FreeBSD
Ports Collection for aarch64noneelf)". I use ${PKGNAMEPREFIX:C/-$//} for the
comment and version and ${PKGNAMEPREFIX:C/-.*//} for TARGETARCH. The original
regex for all of those is ${PKGNAMEPREFIX:C/-//g} and I'm sure you can see how
that's a problem when there's multiple hyphens.
- James Shuriff
-Original Message-
From: Mark Millard
Sent: Sunday, May 19, 2019 1:33 AM
To: James Shuriff ; ports-list freebsd
Subject: Re: maintenance of gcc cross ports
James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC 2019 :
> The powerpc64-gcc port and all the ports that use it as a master
> (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, i386-gcc,
> mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use buggy makefiles.
> I would like to take over maintenance of these ports. Powerpc64-gcc uses an
> old version of gcc and the makefile is buggy. Certain variables use bad
> regular expressions thus don't do what they're supposed to do. I've fixed up
> the makefiles and made new plists with a newer version of gcc.
Be aware that:
/[ports]/head/base/binutils depends on devel/binutils via:
MASTERDIR=${.CURDIR}/../../devel/binutils
/[ports]/head/base/gcc depends on devel/powerpc64-gcc via:
EXTRA_PATCHES+=
${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-format-extensions
EXTRA_PATCHES+= ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-libdir
EXTRA_PATCHES+=
${.CURDIR}/../../devel/powerpc64-gcc/files/patch-gcc-freebsd-mips
The maintainer is listed as: b...@freebsd.org but the activity tends to be
j...@freebsd.org . There are other, more overall FreeBSD toolchain efforts that
these various ports are tied to. That may constrain what can be done when. You
would probably need to consult with these folks about any changes.
I use these ports for doing alternate toolchain buildworld buildkernel
activities, including using, say, devel/powerpc64-gcc on a powerpc64 machine to
self host with more modern tools than gcc 4.2.1 based ones.
As I understand, being in devel/ instead of lang/ for gcc tools is tied to
being constructed for the system-building activities instead of for general use.
You might want to show your Makefile updates so that that the problems are
fully explicit.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
DISCLAIMER: This message and any attachments are intended solely for the use
of the recipient and may contain confidential information. If you have received
this message in error please delete it and promptly notify the sender, James
Shuriff (ja...@opentech.cc<mailto:ja...@opentech.cc>).
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
RE: maintenance of gcc cross ports
I submitted a bug report. - James Shuriff -Original Message- From: Kurt Jaeger Sent: Sunday, May 19, 2019 3:02 AM To: James Shuriff Cc: freebsd-ports@freebsd.org Subject: Re: maintenance of gcc cross ports Hi! > The powerpc64-gcc port and all the ports that use it as a master > (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, > i386-gcc, mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use > buggy makefiles. > I would like to take over maintenance of these ports. [...] Can you submit patches via bugs.freebsd.org so that your patches can be worked on ? -- p...@opsec.eu+49 171 3101372One year to go ! DISCLAIMER: This message and any attachments are intended solely for the use of the recipient and may contain confidential information. If you have received this message in error please delete it and promptly notify the sender, James Shuriff (ja...@opentech.cc<mailto:ja...@opentech.cc>). ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
RE: maintenance of gcc cross ports
I have a Raspberry Pi 3 model b. I use the LLVM toolchain to build the system
but the GNU toolchain is required to build U-Boot. U-Boot uses global register
variables and LLVM doesn't support this. sysutils/u-boot-pine64 does use
aarch64-none-elf-gcc, for the same reason. The family is allwinner64 and that's
set to use aarch64-none-elf-gcc. Here is an article explaining the feature
U-Boot uses that's not in LLVM (the reason GNU is required for building it):
https://gcc.gnu.org/onlinedocs/gcc/Global-Register-Variables.html
Aarch64 is a Tier 2 architecture. The toolchain should have an active
maintainer (the maintainer is listed as po...@freebsd.org). I've opened a bug
report for the bugs in the Makefile. We should be using a newer toolchain or
separate arm-none-eabi and aarch64-none-elf from powerpc64. I am guessing the
Makefile bugs occurred because the original designer didn't intend on
powerpc64-gcc being used for targets like arm-none-eabi and aarch64-none-elf.
The patches you pointed out before don't even have any effect on the bare metal
ports. The arm and aarch64 bare metal ports are the oddballs in the group. The
difference being: powerpc64-gcc, aarch64-gcc, amd64-gcc, i386-gcc, mips*-gcc,
and sparc64-gcc are all intended for, as you said Mark, alternate toolchain
work with FreeBSD. These are not the official toolchains for FreeBSD and I can
see why they don't have the same level of care as the official toolchain. But
the side effect of this is arm-none-eabi-gcc and aarch64-none-elf-gcc receive
the same level of support, though they are *required* to build most FreeBSD
systems on those platforms.
- James Shuriff
-Original Message-
From: Mark Millard
Sent: Sunday, May 19, 2019 11:46 AM
To: James Shuriff
Cc: ports-list freebsd ; b...@freebsd.org;
j...@freebsd.org
Subject: Re: maintenance of gcc cross ports
On 2019-May-19, at 07:40, James Shuriff wrote:
> I didn't/don't plan on touching binutils. Binutils is okay. I made new
> patches as well. What I'm really concerned with bringing up to date is
> aarch64-none-elf-gcc.
> The GNU toolchain is unfortunately required for building an Aarch64
> system
Are you specifically referencing contexts that need to build u-boot? (My guess
is: yes.)
I've done buildworld buildkernel based on system clang and lld many times in
the past, though not very recently. (I currently do not have access to the
environment but will again, eventually.)
For aarch64 I'd mostly recently built for and used:
A) a Pine64+ 2GB (needs: sysutils/u-boot-pine64 )
B) an OverDrive 1000 (no u-boot build needed)
I've done amd64->aarch64 cross builds and self hosted ones for/on such. The
OverDrive 1000 builds did not involve devel/aarch64-none-elf-gcc at all as far
as I can remember.
> and is a prereq for a bunch of sysutils arm ports.
Yep.
Are there sysutils/u-boot-* 's that no longer build under gcc 6.4.0?
Other things?
> At worst we can do something like what's done with the lang ports gcc6, gcc7,
> gcc8. I've CC'd the maintainers so hopefully they can give us some input and
> we can come up with a solution.
>
> As for Makefile issues, this is only an issue for the arm-none-eabi-gcc and
> aarch64-none-elf-gcc ports because they have multiple hyphens. It's mostly a
> cosmetic issue. Each port has its own plist because gcc generates different
> headers depending on the platform so the PLIST TARGETARCH regex doesn't
> really affect all that much. There are some clang flags dependent on
> TARGETARCH but whoever wrote the aarch64-none-elf-gcc port must have known it
> wasn't working in the master because the check is in the bare metal port as
> well. The stripping out of all hyphens causes things like "gcc version 6.4.0
> (FreeBSD Ports Collection for aarch64noneelf)". I use ${PKGNAMEPREFIX:C/-$//}
> for the comment and version and ${PKGNAMEPREFIX:C/-.*//} for TARGETARCH. The
> original regex for all of those is ${PKGNAMEPREFIX:C/-//g} and I'm sure you
> can see how that's a problem when there's multiple hyphens.
Thanks for the notes.
> - James Shuriff
>
> -Original Message-
> From: Mark Millard
> Sent: Sunday, May 19, 2019 1:33 AM
> To: James Shuriff ; ports-list freebsd
>
> Subject: Re: maintenance of gcc cross ports
>
> James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC 2019 :
>
>> The powerpc64-gcc port and all the ports that use it as a master
>> (aarch64-gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, i386-gcc,
>> mips-gcc, mips64-gcc, and sparc64-gcc) are very old and use buggy makefiles.
>> I would like to take over maintenance of these ports. Powerpc64-gcc uses an
>> old version of gcc and the makefile is buggy. Certain vari
RE: maintenance of gcc cross ports
What do you think of updating the bare metals to 9.1.0? I don’t know anything outside of U-Boot and the PSCI Monitor (rpi-firmware) that actually depends on those ports and I've tested them with my custom ports. The powerpc64-gcc patches aren't needed to build the bare metal ports. Neither port has listed maintainers. I am willing to maintain them if no one else wants to. I managed to get U-Boot to build without GCC but it was a tremendous effort and required a lot of patches. I've submitted some patches to the U-Boot team but I don't think they're going to accept them. Bug report for regular expression issues is here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237982 - James Shuriff -Original Message- From: John Baldwin Sent: Monday, May 20, 2019 4:45 PM To: James Shuriff ; Mark Millard Cc: ports-list freebsd ; b...@freebsd.org Subject: Re: maintenance of gcc cross ports I do think it probably makes sense to divorce the baremetal GCC ports from powerpc64-gcc and let powerpc64-gcc just be the basis for FreeBSD-specific toolchains. On 5/19/19 10:48 AM, James Shuriff wrote: > I have a Raspberry Pi 3 model b. I use the LLVM toolchain to build the system > but the GNU toolchain is required to build U-Boot. U-Boot uses global > register variables and LLVM doesn't support this. sysutils/u-boot-pine64 does > use aarch64-none-elf-gcc, for the same reason. The family is allwinner64 and > that's set to use aarch64-none-elf-gcc. Here is an article explaining the > feature U-Boot uses that's not in LLVM (the reason GNU is required for > building it): > > https://gcc.gnu.org/onlinedocs/gcc/Global-Register-Variables.html > > Aarch64 is a Tier 2 architecture. The toolchain should have an active > maintainer (the maintainer is listed as po...@freebsd.org). I've opened a bug > report for the bugs in the Makefile. We should be using a newer toolchain or > separate arm-none-eabi and aarch64-none-elf from powerpc64. I am guessing the > Makefile bugs occurred because the original designer didn't intend on > powerpc64-gcc being used for targets like arm-none-eabi and aarch64-none-elf. > The patches you pointed out before don't even have any effect on the bare > metal ports. The arm and aarch64 bare metal ports are the oddballs in the > group. The difference being: powerpc64-gcc, aarch64-gcc, amd64-gcc, i386-gcc, > mips*-gcc, and sparc64-gcc are all intended for, as you said Mark, alternate > toolchain work with FreeBSD. These are not the official toolchains for > FreeBSD and I can see why they don't have the same level of care as the > official toolchain. But the side effect of this is arm-none-eabi-gcc and > aarch64-none-elf-gcc receive the same level of support, though they are > *required* to build most FreeBSD systems on those platforms. > > - James Shuriff > > -Original Message- > From: Mark Millard > Sent: Sunday, May 19, 2019 11:46 AM > To: James Shuriff > Cc: ports-list freebsd ; b...@freebsd.org; > j...@freebsd.org > Subject: Re: maintenance of gcc cross ports > > > > On 2019-May-19, at 07:40, James Shuriff wrote: > >> I didn't/don't plan on touching binutils. Binutils is okay. I made new >> patches as well. What I'm really concerned with bringing up to date is >> aarch64-none-elf-gcc. > >> The GNU toolchain is unfortunately required for building an Aarch64 >> system > > Are you specifically referencing contexts that need to build u-boot? > (My guess is: yes.) > > I've done buildworld buildkernel based on system clang and lld many > times in the past, though not very recently. (I currently do not have > access to the environment but will again, eventually.) > > For aarch64 I'd mostly recently built for and used: > > A) a Pine64+ 2GB (needs: sysutils/u-boot-pine64 ) > B) an OverDrive 1000 (no u-boot build needed) > > I've done amd64->aarch64 cross builds and self hosted ones for/on such. The > OverDrive 1000 builds did not involve devel/aarch64-none-elf-gcc at all as > far as I can remember. > >> and is a prereq for a bunch of sysutils arm ports. > > Yep. > > Are there sysutils/u-boot-* 's that no longer build under gcc 6.4.0? > Other things? > >> At worst we can do something like what's done with the lang ports gcc6, >> gcc7, gcc8. I've CC'd the maintainers so hopefully they can give us some >> input and we can come up with a solution. >> >> As for Makefile issues, this is only an issue for the arm-none-eabi-gcc and >> aarch64-none-elf-gcc ports because they have multiple hyphens. It's mostly a >> cosmetic issue. Each port has its own plist because gcc generates
Re: Pkg repository is broken...
> On 7 Mar 2020, at 12:23, Adam Jimerson wrote: > > > On 3/7/20 6:56 AM, Michael Gmelin wrote: >> >> I worked around the situation locally by setting ALTABI >> on `pkg update': >> >> # ALTABI=FreeBSD:12.0:amd64 pkg update -f >> >> This allowed me to run >> >> # pkg upgrade >> >> without any issues, so I assume none of the about 30 packages I updated >> contained a wrong ABI/architecture. >> >> I verified this by checking: >> >> # pkg query "%q" | sort | uniq -c >> 112 FreeBSD:12:* >> 219 FreeBSD:12:amd64 >> >> Note that you could also export ALTABI to the environment or set it >> in /usr/local/etc/pkg.conf, but I figured that I might forget it in >> there. >> >> Also, it seems like none of my packages were affected and not setting >> it on `pkg upgrade' meant that pkg checks for that (at least that's >> what I assume it does) and therefore I won't have to deal with >> different ABIs in my installed packages later. >> >> All of this should be really temporary anyway and hopefully be resolved >> soon. >> >> Cheers, >> Michael >> > > I'm not screaming either, figured it wouldn't really help speed up > fixing things and that the right people were already working on fixing > it. I am also still getting this on 12.1-RELEASE, but the ALTABI work > around worked for me. > I also figured it will get fixed eventually, and it was my decision to switch from the default quarterly repo to the latest repo, so have to expect some problems from time to time. It would be nice to have some sort of indicator as to the progress the process though, it was a little confusing to see the package build server for 121amd64 had finished a day or two before the repo actually got updated, I guess it either has to wait for all builds to be finished and sync with mirrors? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
sysutils/apache-mesos: Enable Java bindings request for review
Please could anyone interested have a look at the following changes
to the sysutils/apache-mesos regarding enabling Java bindings in libmesos;
Phabricator
https://reviews.freebsd.org/D25361
One specific area of concern is dealing with the Maven dependencies
fetched mid-way through the build phase. I thought I had a solution
utilizing
the maven dependency plugin "go-offline" goal in the fetch phase and
providing a skeleton POM to describe the dependencies required. However,
there
is a question mark over where these dependencies should be downloaded
during the fetch phase;
${HOME}/.m2 -- Won't work because not writeable when building with
poudriere.
${TMPDIR}/.m2 -- Might work (haven't tested if writeable suring poudrier
build yet)?
${DISTDIR}/.m2 -- Artifacts downloaded would need to be checksummed and
added to distfile (don't think we have a good way of doing that for
large number of deps)?
For more info please refer to the comments in the afore mentioned
Phabricator review.
Many Thanks,
James
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sysutils/apache-mesos: Enable Java bindings request for review
On 19/06/2020 22:37, Jonathan Chen wrote:
On Sat, 20 Jun 2020 at 07:14, James Wright
wrote:
[..]
One specific area of concern is dealing with the Maven dependencies
fetched mid-way through the build phase. I thought I had a solution
utilizing
the maven dependency plugin "go-offline" goal in the fetch phase and
providing a skeleton POM to describe the dependencies required. However,
there
is a question mark over where these dependencies should be downloaded
during the fetch phase;
One possible way to do this is to provide an offline maven repository
that has all the required dependencies pre-fetched. The pre-warmed
repo is static, and can be retrieved and extracted during the
fetch-phase. Your maven build can then specify
"-Dmaven.repo.local=${WRKDIR}/local-repo".
The java/eclipse port uses this strategy.
Cheers.
--
Jonathan Chen
I have seen that method used in some Java ports, but thought it would be
better to
download the dependencies from the offical maven repo directly, rather
than a
bundled tarball hosted on a personal/private repo which seems a less
reliable source?
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sysutils/apache-mesos: Enable Java bindings request for review
On 20/06/2020 01:16, Jonathan Chen wrote:
On Sat, 20 Jun 2020 at 10:01, James Wright
wrote:
On 19/06/2020 22:37, Jonathan Chen wrote:
On Sat, 20 Jun 2020 at 07:14, James Wright
wrote:
[..]
One specific area of concern is dealing with the Maven dependencies
fetched mid-way through the build phase. I thought I had a solution
utilizing
the maven dependency plugin "go-offline" goal in the fetch phase and
providing a skeleton POM to describe the dependencies required. However,
there
is a question mark over where these dependencies should be downloaded
during the fetch phase;
One possible way to do this is to provide an offline maven repository
that has all the required dependencies pre-fetched. The pre-warmed
repo is static, and can be retrieved and extracted during the
fetch-phase. Your maven build can then specify
"-Dmaven.repo.local=${WRKDIR}/local-repo".
The java/eclipse port uses this strategy.
Cheers.
--
Jonathan Chen
I have seen that method used in some Java ports, but thought it would be
better to
download the dependencies from the offical maven repo directly, rather
than a
bundled tarball hosted on a personal/private repo which seems a less
reliable source?
Doing so violates the ports-build requirement that access to the 'Net
is only permitted during the fetch-phase.
Not in this case, all dependencies are downloaded during the fetch phase
by invoking
maven dependency:go-offline goal to prefetch everything required into the
local repo before the build phase.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sysutils/apache-mesos: Enable Java bindings request for review
On 20/06/2020 02:03, Jonathan Chen wrote:
On Sat, 20 Jun 2020 at 12:39, James Wright
wrote:
On 20/06/2020 01:16, Jonathan Chen wrote:
On Sat, 20 Jun 2020 at 10:01, James Wright
wrote:
On 19/06/2020 22:37, Jonathan Chen wrote:
On Sat, 20 Jun 2020 at 07:14, James Wright
wrote:
[..]
One specific area of concern is dealing with the Maven dependencies
fetched mid-way through the build phase. I thought I had a solution
utilizing
the maven dependency plugin "go-offline" goal in the fetch phase and
providing a skeleton POM to describe the dependencies required. However,
there
is a question mark over where these dependencies should be downloaded
during the fetch phase;
One possible way to do this is to provide an offline maven repository
that has all the required dependencies pre-fetched. The pre-warmed
repo is static, and can be retrieved and extracted during the
fetch-phase. Your maven build can then specify
"-Dmaven.repo.local=${WRKDIR}/local-repo".
The java/eclipse port uses this strategy.
Cheers.
--
Jonathan Chen
I have seen that method used in some Java ports, but thought it would be
better to
download the dependencies from the offical maven repo directly, rather
than a
bundled tarball hosted on a personal/private repo which seems a less
reliable source?
Doing so violates the ports-build requirement that access to the 'Net
is only permitted during the fetch-phase.
Not in this case, all dependencies are downloaded during the fetch phase
by invoking
maven dependency:go-offline goal to prefetch everything required into the
local repo before the build phase.
Won't your distinfo file be amazingly large?
yeah :-( Although I don't understand how Rust/Cargo ports manage this,
can we
not have something similiar for Java/Maven ports?
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
emulators/fs-uae-launcher (Update to 3.0.5)
Please could someone commit this update to "emulators/fs-uae-launcher" so it is in sync with "emulators/fs-uae"? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249251 Thanks, James ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ports/122167: ports/dns/bind94 REPLACE_BASE option
Regards, James Fuentes Escalation Analyst BlueCat Networks D: 416.646.8400 x274│ C: 647.205.5351 │ E-mail: jfuen...@bluecatnetworks.com<mailto:jfuen...@bluecatnetworks.com> ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Lightning (For Thunderbird)
Hi, I wanted to install Lightning from ports for use with Thunderbird but it appears there no longer is a port for this software. Is this the case; and if so, will there be at some point in the near future? Failing that, is anyone else aware of Calendar software similar to Lightning that works well with Thunderbird? Thanks for any suggestions. Cheers, Jamie. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Lightning (For Thunderbird)
On 12/21/2013 15:02, Matthew Seaman wrote: On 21/12/2013 14:49, James Griffin wrote: I wanted to install Lightning from ports for use with Thunderbird but it appears there no longer is a port for this software. Is this the case; and if so, will there be at some point in the near future? It's included by default with mail/thunderbird already. Cheers, Matthew Yeah I thought so, but even though I selected that option from make config, it's not on my Thunderbird. So I thought it must be a separate port, and Thunderbird is compiled with support for it to be added. (Sorry Matthew, I sent to you only by mistake. ) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Screen vertical split
On 12/28/2013 13:53, Zsolt Udvari wrote: As I know it's impossible in screen, see [1]. This was the main reason why I choose tmux. [1] http://unix.stackexchange.com/questions/26685/how-to-split-window-vertically-in-gnu-screen 2013/12/28 Jakob Breivik Grimstveit : How do I split screen vertically? Neither "Ctrl+a, |" nor "Ctrl+a V" seems to work... I too wondered about this. I just put it down to a problem with the port that would get fixed at some point; so, is it something that won't be possible on FreeBSD? I also have a similar problem with tmux: the vertical pane divider doesn't accept the colours defined in the configuration file, and even with no configuration file it shows as though the pane have split a second time when the haven't. Same in xterm and console. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
