Re: docbook breaks sysutils/hal
On Mon, 30 Oct 2006 21:59:52 +0100 Marcus von Appen [EMAIL PROTECTED] wrote: sysutils/hal fails on install on my system whenever I have the docbook related ports already installed. Removing all of them and letting them install as dependency of hal works fine, but breaks hal upgrades, when they are already installed. gmake[3]: Entering directory `/usr/ports/sysutils/hal/work/hal-0.5.8.20060917/doc/spec' /usr/local/bin/docbook2html --nochunks hal-spec.xml -o . Using catalogs: /usr/local/share/sgml/catalog, /usr/local/share/sgml/docbook/dsssl/modular/print/catalog, /usr/local/share/sgml/docbook/dsssl/modular/html/catalog, /usr/local/share/sgml/docbook/dsssl/modular/dtds/html/catalog, /usr/local/share/sgml/docbook/dsssl/modular/common/catalog, /usr/local/share/sgml/docbook/dsssl/modular/catalog, /usr/local/share/sgml/docbook/4.1/catalog, /usr/local/share/sgml/docbook/3.1/catalog, /usr/local/share/sgml/docbook/2.4.1/catalog, /usr/local/share/sgml/docbook/4.0/catalog, /usr/local/share/sgml/docbook/3.0/catalog, /usr/local/share/sgml/docbook/catalog, /usr/local/share/sgml/html/catalog, /usr/local/share/sgml/iso8879/catalog, /usr/local/share/sgml/linuxdoc/catalog, /usr/local/share/sgml/jade/catalog Using stylesheet: /usr/local/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html Working on: /usr/ports/sysutils/hal/work/hal-0.5.8.20060917/doc/spec/hal-spec.xml jade:E: cannot open /usr/local/share/sgml/xml.dcl (No such file or directory) jade:/usr/ports/sysutils/hal/work/hal-0.5.8.20060917/doc/spec/hal-spec.xml:3:119:E: URL not supported by this version jade:/usr/ports/sysutils/hal/work/hal-0.5.8.20060917/doc/spec/hal-spec.xml:3:119:E: DTD did not contain element declaration for document type name jade:/usr/ports/sysutils/hal/work/hal-0.5.8.20060917/doc/spec/hal-spec.xml:7:9:E: there is no attribute ID [...more attribute and tag errors (basically for all tags and attributes as it seems...] Stop in /usr/ports/sysutils/hal. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.36502.0 env PORT_UPGRADE=yes make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! sysutils/hal (hal-0.5.8.20060917_1) (unknown build error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Output of `pkg_info | grep book` docbook-1.3 docbook-241_2 docbook-3.0_2 docbook-3.1_2 docbook-4.0_2 docbook-4.1_2 docbook-sk-4.1.2_3 docbook-to-man-1.0 docbook-utils-0.6.14 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4 docbook-xsl-1.70.1 dsssl-docbook-modular-1.79,1 sdocbook-xml-4.1.2.5_2 Any advices on how to fix that issue without reinstalling all the packages anytime hal is updated? Fixed. -- Jean-Yves Lefort [EMAIL PROTECTED] http://lefort.be.eu.org/ pgp5laq2DPEpc.pgp Description: PGP signature
FreeBSD Port: eaccelerator-0.9.5.r1
Hello, 0.9.5 releassed. http://eaccelerator.net/wiki/Release-0.9.5 Changes in this version (from 0.9.4): * This version brings full php 5.1 support, which has as side-effect that eAccelerator won't work anymore with php 4 on windows, but on other platforms this isn't a problem. * The shared memory functions, session handler and content cache are disabled by default now. They are only used by a small amount of users and they could allow local users to fill up the memory, if they aren't secured properly. * The old web control panel and the disassembler have been removed from the code. They have been replaced with a set of php functions that allow the same functionality to be implemented in a PHP script. The control.php and the dasm.php files are such scripts. More information about this can be found in the README. * Memory footprint should be reduced because redundant information in the cached scripts is no longer stored. Keeping this information cached can be done with --with-eaccelerator-doc-comment-inclusion * File hashing in the cache directory has been added to improve performance with a large amount of cache files. WARNING: The encoder and loader DO NOT support php 5.1 nor php 5.0 and contain a lot of bugs for php 4. This is the last release in which the encoder/loader functionality will be available. Later a new encoder/loader might be included but there aren't any plans for that right now. If you really need to encode php script, you can start [here] As always all patches and help are more than welcome. When filing bugs against this release, remember to choose version 0.9.5! Could you please upgrade it? Thank you, -Arabian http://www.WeArab.Net/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: openoffice.org-2.0 does not build on amd64 with 6.1
Vasil Dimov writes: is clearly truncated and is also precisely 128 characters long. While your NFS mount point /mnt/files/ adds only 11 characters to the file name, this may be enough to overflow a fixed 128 character buffer used by the idlc. Try mounting the NFS file system at say /mnt or even /m to keep the file names as short as possible. This didn't fixed the problem - still the same problem. btw /mnt/files/ is from the string length the same as /usr/ports/ which is the default WRKDIRPREFIX ;) /m/usr/ports/editors/openoffice.org-2.0/work/OOD680_m5/udkapi/com/sun/star/u no mkout -- version: 1.7 idlc @/tmp/mkMQbTxq idlc: compile 'Exception.idl' ... idlc: could not create registry file 'file:///m/usr/ports/editors/openoffice.org-2.0/work/OOD680_m5/udkapi/unxfbs dx.pro/ucr/com/sun/star/uno/Exception._idlc_' idlc: cannot remove directory '/m/usr/ports/editors/openoffice.org-2.0/work/OOD680_m5/udkapi/unxfbsdx.pro/ ucr/com/sun/star/uno' idlc: detected 1 errors Sun Microsystems (R) idlc Version 1.1 dmake: Error code 1, while making '../../../../unxfbsdx.pro/misc/urd_cssuno.don' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /m/usr/ports/editors/openoffice.org-2.0/work/OOD680_m5/udkapi/com/sun/star/u no dmake: Error code 1, while making 'build_instsetoo_native' '---* *---' *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2.0. Exit 1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: openoffice.org-2.0 does not build on amd64 with 6.1
Vasil Dimov wrote: On Tue, Oct 31, 2006 at 12:06:55AM +, Bartosz Fabianowski wrote: It seems that you have run into a know problem with the OpenOffice.org build system - it does not work when file names become too long. In the error message you posted, I've run into similar problem with epm and 256 character limit (tried last time with 2.02). idlc seems something new to me. -- Marcin Cieslak // [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
xmms-musepack and libmpcdec
Hi, I have described my problem in this thread http://www.freebsdforums.org/forums/showthread.php?t=45034 ... My problem is that when I use xmms-musepack plugin (which doesn't use libmpcdec library) from ports and play with it some MPC song, my CPU usage is bigger than using MPC decoder which use libmpcdec (i.e. gstreamer musepack plugin with totem).. On http://www.musepack.net/index.php?pg=lin there is xmms musepack plugin (which is different to plugin that is in ports) which use limpcdec...So my question is if it is possible to port this plugin into freebsd ports? thanks Trigve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
How to make minor changes
I have two ports that were recently accepted into the tree. *After* they were accepted, someone involved with the project asked me to make the following changes to the Makefiles: I noticed that both sguil-server and sguil-sensor have this in the Makefile: $ grep -i squil * Makefile:COMMENT= Squil is a network security management program Could you change that to Makefile:COMMENT= Sguil is a network security monitoring program If I submit PRs for this, do I have to set PORTREVISION to 1? Or does it matter for such a minor change? Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: what to use as global switch to not build x11 based ports ?
On Oct 28, 2006, at 2:39 AM, Andreas Klemm wrote: At the moment I only found the variable WITHOUT_X11. But its only for ports, that can be built optionally with and without X11 support. It doesn't hinder directly to built x11 stuff using ports collection. I also find that you need to set WITHOUT_GUI for some ports else they build the X11 dependencies. I just globally set WITHOUT_X11 and WITHOUT_GUI on my servers.
make ports depending on sysutils/cdrtools* USE_GNOME=cdrools
Submitter-Id: current-users
Originator:Norikatsu Shigemura
Organization: Ensure Technology LTD.
Confidential: no
Synopsis: make ports depending on sysutils/cdrtools* USE_GNOME=cdrtools
Severity: serious
Priority: medium
Category: ports
Class: sw-bug
Release: FreeBSD 6.2-PRERELEASE i386
Environment:
System: FreeBSD melfina.ninth-nine.com 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE
#32: Sun Oct 22 05:57:55 JST 2006 [EMAIL
PROTECTED]:/usr/obj/usr/src/sys/MELFINA i386
Description:
Some ports depending on sysutils/cdrtools and some ports dependeing
on sysutils/cdrtools-cjk are conflicted. So I want to integrate to
USE_GNOME= cdrtools and OPTIONify WITH_CJK.
How-To-Repeat:
cd /usr/ports/sysutils/gnomebaker; make install WITH_CJK
And, after portupgrade GNOME applications.
# portversion -L =
[Updating the pkgdb format:dbm_hash in /var/db/pkg ... - xxx packages
found (-x +x) . done]
Stale dependency: XXX-x.xx.xx - cdrtools-2.01_5 -- manually run 'pkgdb
-F' to fix, or specify -O to force.
Fix:
--- cdrtools.diff begins here ---
Index: Mk/bsd.gnome.mk
===
RCS file: /home/ncvs/ports/Mk/bsd.gnome.mk,v
retrieving revision 1.135
diff -u -r1.135 bsd.gnome.mk
--- Mk/bsd.gnome.mk 15 Oct 2006 03:42:39 - 1.135
+++ Mk/bsd.gnome.mk 31 Oct 2006 13:20:55 -
@@ -496,6 +496,13 @@
pygnomedesktop_RUN_DEPENDS=
${pygnomedesktop_DETECT}:${PORTSDIR}/x11-toolkits/py-gnome-desktop
pygnomedesktop_USE_GNOME_IMPL=pygnome2 libgnomeprintui gtksourceview
gnomepanel libwnck nautiluscdburner metacity
+cdrtools_DETECT= ${LOCALBASE}/bin/cdrecord
+.if defined(WITH_CJK)
+cdrtools_RUN_DEPENDS= cdrecord:${PORTSDIR}/sysutils/cdrtools-cjk
+.else
+cdrtools_RUN_DEPENDS= cdrecord:${PORTSDIR}/sysutils/cdrtools
+.endif
+
# End component definition section
# This section defines tests for optional software. These work off four
Index: audio/abcde/Makefile
===
RCS file: /home/ncvs/ports/audio/abcde/Makefile,v
retrieving revision 1.29
diff -u -r1.29 Makefile
--- audio/abcde/Makefile3 May 2006 05:14:08 - 1.29
+++ audio/abcde/Makefile31 Oct 2006 13:28:55 -
@@ -28,7 +28,7 @@
PLIST_FILES= bin/abcde bin/cddb-tool etc/abcde.conf
.if defined(WITH_CDDA2WAV)
-RUN_DEPENDS+= cdda2wav:${PORTSDIR}/sysutils/cdrtools
+USE_GNOME= cdrtools
.endif
.if defined(WITH_DAGRAB)
Index: audio/grip/Makefile
===
RCS file: /home/ncvs/ports/audio/grip/Makefile,v
retrieving revision 1.73
diff -u -r1.73 Makefile
--- audio/grip/Makefile 14 Oct 2006 08:52:32 - 1.73
+++ audio/grip/Makefile 31 Oct 2006 13:29:18 -
@@ -64,7 +64,7 @@
.endif
.if defined(WITH_CDDA2WAV)
-RUN_DEPENDS+= cdda2wav:${PORTSDIR}/sysutils/cdrtools
+USE_GNOME+=cdrtools
.endif
.if defined(WITH_BLADEENC)
Index: audio/mp3burn/Makefile
===
RCS file: /home/ncvs/ports/audio/mp3burn/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- audio/mp3burn/Makefile 3 Jul 2006 03:39:46 - 1.5
+++ audio/mp3burn/Makefile 31 Oct 2006 13:29:48 -
@@ -17,13 +17,13 @@
ogg123:${PORTSDIR}/audio/vorbis-tools \
${SITE_PERL}/MP3/Info.pm:${PORTSDIR}/audio/p5-MP3-Info \
${SITE_PERL}/${PERL_ARCH}/Ogg/Vorbis/Header.pm:${PORTSDIR}/audio/p5-Ogg-Vorbis-Header
\
- cdrecord:${PORTSDIR}/sysutils/cdrtools \
${SITE_PERL}/String/ShellQuote.pm:${PORTSDIR}/textproc/p5-String-ShellQuote
WRKSRC=${WRKDIR}/${PORTNAME}
USE_BZIP2= yes
USE_PERL5= yes
+USE_GNOME= cdrtools
NO_BUILD= yes
MAN1= mp3burn.1
Index: audio/prokyon3/Makefile
===
RCS file: /home/ncvs/ports/audio/prokyon3/Makefile,v
retrieving revision 1.10
diff -u -r1.10 Makefile
--- audio/prokyon3/Makefile 3 May 2006 05:14:25 - 1.10
+++ audio/prokyon3/Makefile 31 Oct 2006 13:30:09 -
@@ -38,8 +38,8 @@
.endif
.if defined(WITH_BURN)
-RUN_DEPENDS+= cdrecord:${PORTSDIR}/sysutils/cdrtools \
- mpg123:${PORTSDIR}/audio/mpg123 \
+USE_GNOME= cdrtools
+RUN_DEPENDS+= mpg123:${PORTSDIR}/audio/mpg123 \
ogg123:${PORTSDIR}/audio/vorbis-tools \
normalize:${PORTSDIR}/audio/normalize \
bash:${PORTSDIR}/shells/bash2
Index: graphics/lphoto/Makefile
===
RCS file: /home/ncvs/ports/graphics/lphoto/Makefile,v
retrieving revision 1.14
diff -u -r1.14 Makefile
--- graphics/lphoto/Makefile24 May 2006 14:21:42 - 1.14
+++ graphics/lphoto/Makefile31 Oct
Re: How to make minor changes
On Tue, Oct 31, 2006 at 12:04:34PM -0600, Paul Schmehl wrote: If I submit PRs for this, do I have to set PORTREVISION to 1? Or does it matter for such a minor change? Since it doesn't affect the package (install/deinstall), PORTREVISION should not be bumped. mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to make minor changes
On Tue, Oct 31, 2006 at 12:04:34PM -0600, Paul Schmehl wrote: I have two ports that were recently accepted into the tree. *After* they were accepted, someone involved with the project asked me to make the following changes to the Makefiles: I noticed that both sguil-server and sguil-sensor have this in the Makefile: $ grep -i squil * Makefile:COMMENT= Squil is a network security management program Could you change that to Makefile:COMMENT= Sguil is a network security monitoring program If I submit PRs for this, do I have to set PORTREVISION to 1? Or does it matter for such a minor change? Hi Paul, Please send all changes as a PR with a unified diff. That might seem a bit overkill for such a minor change, but it's the easiest way for committers to keep track of any request. Bumping PORTREVISION will force all users that already have this port installed to upgrade. So the general rule is, does this change affect them? Rewording the COMMENT is not enough reason for all users to upgrade, so it's better to leave it alone. Cheers, -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_///[EMAIL PROTECTED] And it makes you cry.) ([EMAIL PROTECTED] pgpqXHFi96tN7.pgp Description: PGP signature
Re: How to make minor changes
On Tue, Oct 31, 2006 at 12:04:34PM -0600, Paul Schmehl wrote: If I submit PRs for this, do I have to set PORTREVISION to 1? Or does it matter for such a minor change? Incrementing PORTREVISION would invite users to `upgrade' their port. A change to COMMENT does not warrant users reinstalling the port and so does not warrant a change to PORTREVISION. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-naming.html#MAKEFILE-NAMING-REVEPOCH james -- Times flies like an arrow. Fruit flies like bananas. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make ports depending on sysutils/cdrtools* USE_GNOME=cdrools
On Oct 31, 2006, at 8:59 AM, Norikatsu Shigemura wrote:
[ ... ]
Description:
Some ports depending on sysutils/cdrtools and some ports dependeing
on sysutils/cdrtools-cjk are conflicted. So I want to integrate to
USE_GNOME= cdrtools and OPTIONify WITH_CJK.
How-To-Repeat:
cd /usr/ports/sysutils/gnomebaker; make install WITH_CJK
And, after portupgrade GNOME applications.
[ ... ]
Index: sysutils/dvd+rw-tools/Makefile
===
RCS file: /home/ncvs/ports/sysutils/dvd+rw-tools/Makefile,v
retrieving revision 1.22
diff -u -r1.22 Makefile
--- sysutils/dvd+rw-tools/Makefile 10 May 2006 19:16:18 - 1.22
+++ sysutils/dvd+rw-tools/Makefile 31 Oct 2006 13:34:29 -
@@ -14,7 +14,7 @@
MAINTAINER=[EMAIL PROTECTED]
COMMENT= DVD burning software
-RUN_DEPENDS= ${LOCALBASE}/bin/mkisofs:${PORTSDIR}/sysutils/cdrtools
+USE_GNOME= cdrtools
With respect to this, I don't want dvd+rw-tools to depend on X11 or
GNOME.
--
-Chuck
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make ports depending on sysutils/cdrtools* USE_GNOME=cdrools
On 10/31/06, Chuck Swiger [EMAIL PROTECTED] wrote:
On Oct 31, 2006, at 8:59 AM, Norikatsu Shigemura wrote:
[ ... ]
Description:
Some ports depending on sysutils/cdrtools and some ports dependeing
on sysutils/cdrtools-cjk are conflicted. So I want to integrate to
USE_GNOME= cdrtools and OPTIONify WITH_CJK.
How-To-Repeat:
cd /usr/ports/sysutils/gnomebaker; make install WITH_CJK
And, after portupgrade GNOME applications.
[ ... ]
Index: sysutils/dvd+rw-tools/Makefile
===
RCS file: /home/ncvs/ports/sysutils/dvd+rw-tools/Makefile,v
retrieving revision 1.22
diff -u -r1.22 Makefile
--- sysutils/dvd+rw-tools/Makefile10 May 2006 19:16:18 - 1.22
+++ sysutils/dvd+rw-tools/Makefile31 Oct 2006 13:34:29 -
@@ -14,7 +14,7 @@
MAINTAINER= [EMAIL PROTECTED]
COMMENT= DVD burning software
-RUN_DEPENDS= ${LOCALBASE}/bin/mkisofs:${PORTSDIR}/sysutils/cdrtools
+USE_GNOME= cdrtools
With respect to this, I don't want dvd+rw-tools to depend on X11 or
GNOME.
Does cdrtools have a dependenacy on GNOME?
If it doesn't then it would be better to add a USE_CDRTOOLS knob to bsd.port.mk
that would allow the selection of either the cdrtools or cdrtools-cjk ports.
.if defined(USE_CDRTOOLS)
.if exists(${DOCSDIR}/cdrtools-cjk/README) || defined(WITH_CJK) ||
${USE_CDRTOOLS} == CJK
WANT_CDRTOOLS_CJK= yes
.endif
.if defined(WANT_CDRTOOLS_CJK)
RUN_DEPENDS+= cdrecord:${PORTSDIR}/sysutils/cdrtools-cjk
.else
RUN_DEPENDS+= cdrecord:${PORTSDIR}/sysutils/cdrtools
.endif
.endif
--
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]
Re: make ports depending on sysutils/cdrtools* USE_GNOME=cdrools
On Oct 31, 2006, at 3:36 PM, Scot Hetzel wrote: With respect to this, I don't want dvd+rw-tools to depend on X11 or GNOME. Does cdrtools have a dependenacy on GNOME? No, or not at the moment. If it doesn't then it would be better to add a USE_CDRTOOLS knob to bsd.port.mk that would allow the selection of either the cdrtools or cdrtools- cjk ports. Perhaps, thanks for the suggestion. Or could cdrtools-cjk become a slave port of cdrtools with the extra dependencies on GNOME and hence X11 added only for the -cjk version...? -- -Chuck ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make ports depending on sysutils/cdrtools* USE_GNOME=cdrools
On Tue, 31 Oct 2006 14:15:21 -0600, Chuck Swiger [EMAIL PROTECTED] wrote:
On Oct 31, 2006, at 8:59 AM, Norikatsu Shigemura wrote:
[ ... ]
Description:
Some ports depending on sysutils/cdrtools and some ports dependeing
on sysutils/cdrtools-cjk are conflicted. So I want to integrate to
USE_GNOME= cdrtools and OPTIONify WITH_CJK.
How-To-Repeat:
cd /usr/ports/sysutils/gnomebaker; make install WITH_CJK
And, after portupgrade GNOME applications.
[ ... ]
Index: sysutils/dvd+rw-tools/Makefile
===
RCS file: /home/ncvs/ports/sysutils/dvd+rw-tools/Makefile,v
retrieving revision 1.22
diff -u -r1.22 Makefile
--- sysutils/dvd+rw-tools/Makefile 10 May 2006 19:16:18 - 1.22
+++ sysutils/dvd+rw-tools/Makefile 31 Oct 2006 13:34:29 -
@@ -14,7 +14,7 @@
MAINTAINER=[EMAIL PROTECTED]
COMMENT= DVD burning software
-RUN_DEPENDS= ${LOCALBASE}/bin/mkisofs:${PORTSDIR}/sysutils/cdrtools
+USE_GNOME= cdrtools
With respect to this, I don't want dvd+rw-tools to depend on X11 or
GNOME.
USE_GNOME doesn't mean it will pull X or GNOME dependency.
Anyway, I do not agree for cdrtools to be in bsd.gnome.mk, which it should
be in bsd.port.mk.
Cheers,
Mezz
--
[EMAIL PROTECTED] - [EMAIL PROTECTED]
FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED]
http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Ports with version numbers going backwards: math/vtk43-headers
** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *math/vtk43-headers* [EMAIL PROTECTED]: vtk43-headers-4.3.0_3 vtk-headers-4.4_1 | revision 1.4 | date: 2006/10/31 18:19:39; author: alepulver; state: Exp; lines: +21 -21 | - Add math/vtk43-headers (repocopy + patch) [1]. | - Patch math/vtk43 to install headers and libraries in subdirectories rather | that using a separate prefix [2]. | | PR:ports/95492 | Submitted by: Jason Bacon [EMAIL PROTECTED] [1] | Obtained from: Jason Bacon [EMAIL PROTECTED] (talked on private e-mail) [2] (master: math/vtk43) | revision 1.40 | date: 2006/10/31 18:19:39; author: alepulver; state: Exp; lines: +19 -43 | - Add math/vtk43-headers (repocopy + patch) [1]. | - Patch math/vtk43 to install headers and libraries in subdirectories rather | that using a separate prefix [2]. | | PR:ports/95492 | Submitted by: Jason Bacon [EMAIL PROTECTED] [1] | Obtained from: Jason Bacon [EMAIL PROTECTED] (talked on private e-mail) [2] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
portupgrade: should it recursively follow dependencies?
I've rebuilt my pkgdb: ns : 18:42:37 /root# pkgdb -fu --- Updating the pkgdb [Rebuilding the pkgdb format:bdb_btree in /var/db/pkg ... - 219 packages found (-0 +219) ... done] And I happen to know that devel/p5-Test-Exception is out of date. This port is a dependency of a dependency of www/rt (3.4.5). portupgrade sees that rt depends on p5-Test-WWW-Mechanize: ns : 18:43:20 /root# portupgrade -nR rt 21 | grep p5-Test-WWW-Mechanize ** No need to upgrade 'p5-Test-WWW-Mechanize-1.08' (= p5-Test-WWW-Mechanize-1.08). (specify -f to force) - devel/p5-Test-WWW-Mechanize (p5-Test-WWW-Mechanize-1.08) But it does not see that p5-Test-Exception is (by recursion) also a dependency: ns : 18:44:31 /root# portupgrade -nR rt 21 | grep p5-Test-Exception If I portupgrade p5-Test-WWW-Mechanize, then p5-Test-Exception is seen as in need of an upgrade: ns : 18:45:32 /root# portupgrade -nR p5-Test-WWW-Mechanize 21 | grep p5-Test-Exception --- Upgrade of devel/p5-Test-Exception started at: Tue, 31 Oct 2006 18:46:11 -0800 --- Upgrading 'p5-Test-Exception-0.21_1' to 'p5-Test-Exception-0.22' (devel/p5-Test-Exception) --- Upgrade of devel/p5-Test-Exception ended at: Tue, 31 Oct 2006 18:46:11 -0800 (consumed 00:00:00) + devel/p5-Test-Exception (p5-Test-Exception-0.21_1) Is this a problem or do I need adjust my expectations? :) Portupgrade itself is portupgrade-2.1.3.3_1,2 ns : 18:55:00 /root# portupgrade -nR portupgrade --- Session started at: Tue, 31 Oct 2006 18:55:08 -0800 ** No need to upgrade 'db41-4.1.25_3' (= db41-4.1.25_3). (specify -f to force) --- ** Upgrade tasks 6: 0 done, 1 ignored, 0 skipped and 0 failed --- Skipping 'lang/perl5.8' because it is held by user (specify -f to force) --- ** Upgrade tasks 6: 0 done, 2 ignored, 0 skipped and 0 failed ** No need to upgrade 'ruby-1.8.5_1,1' (= ruby-1.8.5_1,1). (specify -f to force) --- ** Upgrade tasks 6: 0 done, 3 ignored, 0 skipped and 0 failed ** Port marked as IGNORE: misc/ldconfig_compat: isn't needed (part of base rc.d) --- ** Upgrade tasks 6: 0 done, 4 ignored, 0 skipped and 0 failed ** No need to upgrade 'ruby18-bdb-0.5.9_2' (= ruby18-bdb-0.5.9_2). (specify -f to force) --- ** Upgrade tasks 6: 0 done, 5 ignored, 0 skipped and 0 failed ** No need to upgrade 'portupgrade-2.1.3.3_1,2' (= portupgrade-2.1.3.3_1,2). (specify -f to force) --- ** Upgrade tasks 6: 0 done, 6 ignored, 0 skipped and 0 failed --- Listing the results (+:done / -:ignored / *:skipped / !:failed) - databases/db41 (db41-4.1.25_3) - lang/perl5.8 (perl-5.8.7_2) - lang/ruby18 (ruby-1.8.5_1,1) - misc/ldconfig_compat (ldconfig_compat-1.0_8) - databases/ruby-bdb (ruby18-bdb-0.5.9_2) - sysutils/portupgrade (portupgrade-2.1.3.3_1,2) --- Packages processed: 0 done, 6 ignored, 0 skipped and 0 failed --- Session ended at: Tue, 31 Oct 2006 18:55:12 -0800 (consumed 00:00:04) Thanks, Jim ___ 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: icu-3.6
Lukashev Anton wrote: Hi, I'm having troubles almost the same as reported here: http://portsmon.freebsd.org/portoverview.py?category=develportname=icuwildcard= Under amd64 and i386, while trying to install or update icu I see the following: * cut * /custrtrn/ ---[OK] ---/custrtrn/Test_UChar_UTF32_API ---[OK] ---/custrtrn/Test_UChar_UTF8_API ---[OK] ---/custrtrn/Test_FromUTF8Lenient ---[OK] ---/custrtrn/Test_UChar_WCHART_API ---[OK] ---/custrtrn/Test_widestrs cintltst in free(): error: page is already free Abort trap (core dumped) *** Error code 134 Same for me. I was offline for 2 months because I moved to another country. Back online I'm not surprised to see most of my ports outdated. I can't build a whole bunch of them (everything depending on glib for example) because devel/icu fails. gmake: Leaving directory `/usr/ports/devel/icu/work/icu/source/test' cd /usr/ports/devel/icu/work/icu/source/test/cintltst /usr/bin/env LD_LIBRARY_PATH=/usr/ports/devel/icu/work/icu/source/lib:/usr/ports/devel/icu/work/icu/source/tools/ctestfw ./cintltst Default locale for this run is en_GB / /udatatst/ ---[OK] ---/udatatst/TestUDataOpen ---[OK] ---/udatatst/TestUDataOpenChoiceDemo1 ---[OK] ---/udatatst/TestUDataOpenChoiceDemo2 ---[OK] ---/udatatst/TestUDataGetInfo ---[OK] ---/udatatst/TestUDataGetMemory ---[OK] ---/udatatst/TestUDataSetAppData ---[OK] ---/udatatst/TestErrorConditions ---[OK] ---/udatatst/TestAppData [...] ---[OK] ---/tsconv/ncnvtst/TestRegressionUTF32 ---[OK] ---/tsconv/ncnvtst/TestTruncated ---[OK] ---/tsconv/ncnvtst/TestUnicodeSet /tsconv/stdnmtst/ ---[OK] ---/tsconv/stdnmtst/TestStandardName ---[OK] ---/tsconv/stdnmtst/TestStandardNames ---[OK] ---/tsconv/stdnmtst/TestCanonicalName /custrtrn/ ---[OK] ---/custrtrn/Test_UChar_UTF32_API ---[OK] ---/custrtrn/Test_UChar_UTF8_API ---[OK] ---/custrtrn/Test_FromUTF8Lenient ---[OK] ---/custrtrn/Test_UChar_WCHART_API ---[OK] ---/custrtrn/Test_widestrs cintltst in free(): error: page is already free Abort trap *** Error code 134 Stop in /usr/ports/devel/icu. Best regards, Jona ___ 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: icu-3.6
Jona Joachim wrote: Lukashev Anton wrote: Hi, I'm having troubles almost the same as reported here: http://portsmon.freebsd.org/portoverview.py?category=develportname=icuwildcard= Under amd64 and i386, while trying to install or update icu I see the following: * cut * /custrtrn/ ---[OK] ---/custrtrn/Test_UChar_UTF32_API ---[OK] ---/custrtrn/Test_UChar_UTF8_API ---[OK] ---/custrtrn/Test_FromUTF8Lenient ---[OK] ---/custrtrn/Test_UChar_WCHART_API ---[OK] ---/custrtrn/Test_widestrs cintltst in free(): error: page is already free Abort trap (core dumped) *** Error code 134 Same for me. I was offline for 2 months because I moved to another country. Back online I'm not surprised to see most of my ports outdated. I can't build a whole bunch of them (everything depending on glib for example) because devel/icu fails. gmake: Leaving directory `/usr/ports/devel/icu/work/icu/source/test' cd /usr/ports/devel/icu/work/icu/source/test/cintltst /usr/bin/env LD_LIBRARY_PATH=/usr/ports/devel/icu/work/icu/source/lib:/usr/ports/devel/icu/work/icu/source/tools/ctestfw ./cintltst Default locale for this run is en_GB / /udatatst/ ---[OK] ---/udatatst/TestUDataOpen ---[OK] ---/udatatst/TestUDataOpenChoiceDemo1 ---[OK] ---/udatatst/TestUDataOpenChoiceDemo2 ---[OK] ---/udatatst/TestUDataGetInfo ---[OK] ---/udatatst/TestUDataGetMemory ---[OK] ---/udatatst/TestUDataSetAppData ---[OK] ---/udatatst/TestErrorConditions ---[OK] ---/udatatst/TestAppData [...] ---[OK] ---/tsconv/ncnvtst/TestRegressionUTF32 ---[OK] ---/tsconv/ncnvtst/TestTruncated ---[OK] ---/tsconv/ncnvtst/TestUnicodeSet /tsconv/stdnmtst/ ---[OK] ---/tsconv/stdnmtst/TestStandardName ---[OK] ---/tsconv/stdnmtst/TestStandardNames ---[OK] ---/tsconv/stdnmtst/TestCanonicalName /custrtrn/ ---[OK] ---/custrtrn/Test_UChar_UTF32_API ---[OK] ---/custrtrn/Test_UChar_UTF8_API ---[OK] ---/custrtrn/Test_FromUTF8Lenient ---[OK] ---/custrtrn/Test_UChar_WCHART_API ---[OK] ---/custrtrn/Test_widestrs cintltst in free(): error: page is already free Abort trap *** Error code 134 Stop in /usr/ports/devel/icu. I'm just forwarding what Lukashev Anton replied to me: The way solve this problem is to install new gcc (version 4.2) and then in /etc/make.conf add the following: # for ICU CC=gcc42 CXX=g++42 Perhaps this is not a very nice way, but it works on both i386 and amd64 ;) With best regards, Lukashev Anton It works with gcc 4.1, too Jona ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
