Re: portmaster: problem with --packages-build?

2010-06-13 Thread Matthew Seaman 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13/06/2010 03:19:11, Doug Barton wrote:
> To answer your question more directly, there is currently no provision
> for the idea of "this port is a build-only dependency but I do not want
> --delete-build-only to mess with it." The update today doesn't change
> this, it only addresses the issue of not treating something as a
> build-only dep on _this_ run if it is listed as a run dependency for
> something else that is already installed.

PR ports/147808

Cheers,

Matthew

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwUhEYACgkQ8Mjk52CukIzCDgCdGiUjw0WEZAXp1Y8X1LnVSb+S
kgkAnjILrtKJtrLNA1MWXLu8lzwNSDWP
=KK/z
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Who to bug to commit some ports ?

2010-06-13 Thread Kurt Jaeger 
Hi!

I recently submitted some PRs for updates and new ports and would
like to know whom to ask for them to be committed. Yes, I know, I can
try to bug some ports committers using e-mail 8-), but if possible,
I would like to avoid this 8-)

So, if someone points me to the right way of getting a committer
to commit it, I would be grateful. 

Here's the list:

- java/dbvis, update to new dbvis version
  http://www.freebsd.org/cgi/query-pr.cgi?pr=147493

- devel/cego-base as new port
  http://www.freebsd.org/cgi/query-pr.cgi?pr=147819

- devel/cego-xml as new port
  http://www.freebsd.org/cgi/query-pr.cgi?pr=147820

- databases/cego as new port
  http://www.freebsd.org/cgi/query-pr.cgi?pr=147822

-- 
p...@opsec.eu+49 171 310137210 years to go !
___
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: Who to bug to commit some ports ?

2010-06-13 Thread Chris Rees 
Patience is the key mate. Anything submitted eleven at night on a Saturday
won't get seen to till Tuesday at the earliest! They're human too.

Sorry for top-posting, Android won't let me quote. There's a bug report on
it!

On 13 Jun 2010 10:24, "Kurt Jaeger"  wrote:

Hi!

I recently submitted some PRs for updates and new ports and would
like to know whom to ask for them to be committed. Yes, I know, I can
try to bug some ports committers using e-mail 8-), but if possible,
I would like to avoid this 8-)

So, if someone points me to the right way of getting a committer
to commit it, I would be grateful.

Here's the list:

- java/dbvis, update to new dbvis version
 http://www.freebsd.org/cgi/query-pr.cgi?pr=147493

- devel/cego-base as new port
 http://www.freebsd.org/cgi/query-pr.cgi?pr=147819

- devel/cego-xml as new port
 http://www.freebsd.org/cgi/query-pr.cgi?pr=147820

- databases/cego as new port
 http://www.freebsd.org/cgi/query-pr.cgi?pr=147822

--
p...@opsec.eu+49 171 310137210 years to go
!
___
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"

Re: security/gorilla outdated

2010-06-13 Thread Chris Rees 
On 12 June 2010 20:14, Mark Linimon  wrote:
> On Sat, Jun 12, 2010 at 05:32:10PM +, Terry Poulin wrote:
>> Just noticed that they moved to github
>>  and the current version is 1.5.3,
>> rather than the 1.4.4 version in the ports tree.  I don't use the
>> program, but thought it best to make a note of it here; cheers.
>
> It's unmaintained, so unless someone sends a PR updating it, it will
> probably stay outdated :-)
>
> mcl

PR updating it: http://www.freebsd.org/cgi/query-pr.cgi?pr=147833

Cheers,

Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [kde-freebsd] qt4-moc link failure

2010-06-13 Thread Max Brazhnikov 
On Sat, 12 Jun 2010 16:26:51 -0700, Doug Barton wrote:
> On 06/12/10 00:18, Andriy Gapon wrote:
> > on 12/06/2010 03:40 Rob Farmer said the following:
> >> On Fri, Jun 11, 2010 at 12:31 PM, Doug Barton  wrote:
> >>> Full log is at http://people.freebsd.org/~dougb/qt4-moc.log
> >> 
> >> It looks like you compiled with g++45 but the very last command (the
> >> link) is using g++ (ie the base system gcc). I don't know enough about
> >> compilers to say for sure if that would cause the problem or not, but
> >> its probably a good starting point.
> > 
> > Yeah, here is my earlier post to kde@ list, no reply to it:
> > http://www.mail-archive.com/kde-free...@kde.org/msg08123.html
> 
> Thanks Andriy, your suggestion to edit
> /usr/local/share/qt4/mkspecs/common/g++.conf did the trick. :)
> 
> So, kde folks, is this going to be _the_ solution to this problem, or
> can y'all come up with a better one? If we're going to push in the
> direction of a "ports compiler" this is a problem that needs to be solved.

qmake is designed to use special mkspecs for compilers. The only solution now 
is to create qmake mkspecs files for each compiler. Then switching between 
different compilers can be done via QMAKESPEC environment.

Max
___
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: cvs commit: ports/biology/dna-qc Makefile ports/chinese/kcfonts Makefile ports/databases/postgresql73-server Makefile ports/databases/postgresql74-server Makefile ports/databases/postgresql80-serv

2010-06-13 Thread QAT 
The Restless Daemon identified a PLIST error while trying to build:
 ko-BitchX-1.0c16_6 maintained by po...@freebsd.org
 Makefile ident: $FreeBSD: ports/korean/bitchx/Makefile,v 1.25 2010/06/13 
08:40:01 erwin Exp $

Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/ko-BitchX-1.0c16_6.log :

pkg_delete: unable to completely remove directory '/usr/local/share/doc/bitchx'
pkg_delete: file '/usr/local/share/bx/help/8_Scripts' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/8_Scripts'
pkg_delete: file '/usr/local/share/bx/help/7_Docs' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/7_Docs'
pkg_delete: file '/usr/local/share/bx/help/6_Functions' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/6_Functions'
pkg_delete: file '/usr/local/share/bx/help/5_Programming/on' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/5_Programming/on'
pkg_delete: file '/usr/local/share/bx/help/5_Programming' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/5_Programming'
pkg_delete: file '/usr/local/share/bx/help/4_Misc/window' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/4_Misc/window'
pkg_delete: file '/usr/local/share/bx/help/4_Misc/set' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/4_Misc/set'
pkg_delete: file '/usr/local/share/bx/help/4_Misc/bind' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/4_Misc/bind'
pkg_delete: file '/usr/local/share/bx/help/4_Misc' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/4_Misc'
pkg_delete: file '/usr/local/share/bx/help/3_Operators' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/3_Operators'
pkg_delete: file '/usr/local/share/bx/help/2_Queries' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/2_Queries'
pkg_delete: file '/usr/local/share/bx/help/1_General/dcc' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/1_General/dcc'
pkg_delete: file '/usr/local/share/bx/help/1_General/ctcp' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/1_General/ctcp'
pkg_delete: file '/usr/local/share/bx/help/1_General' doesn't exist
pkg_delete: unable to completely remove directory 
'/usr/local/share/bx/help/1_General'
pkg_delete: couldn't entirely delete package (perhaps the packing list is
incorrectly specified?)

=== Checking filesystem state
Deleting gmake-3.81_4
Deleting gettext-0.18_1
Deleting libiconv-1.13.1_1

=== Checking filesystem state after all packages deleted

build of /usr/ports/korean/bitchx ended at Sun Jun 13 13:44:31 UTC 2010

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=korean&portname=bitchx

The build which triggered this BotMail was done under
tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/


Thanks for your work on making FreeBSD better,

--
QAT - your friendly neighborhood Daemon,
preparing  a heck of an error trapping system:
 - "HMC and EOI?"
 - "Halt, Melt and Catch fire or Execute Operator Immediately."

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [kde-freebsd] qt4-moc link failure

2010-06-13 Thread Andriy Gapon 
on 13/06/2010 16:36 Max Brazhnikov said the following:
> qmake is designed to use special mkspecs for compilers. The only solution now 
> is to create qmake mkspecs files for each compiler. Then switching between 
> different compilers can be done via QMAKESPEC environment.

Right.  OTOH, CC and CXX variables somehow get honored without altering any spec
file.  So, the question remains if it's possible to derive LINK* values from
those in the same fashion as well.

-- 
Andriy Gapon
___
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: Who to bug to commit some ports ?

2010-06-13 Thread Sahil Tandon 
On Sun, 13 Jun 2010, Kurt Jaeger wrote:

> I recently submitted some PRs for updates and new ports and would
> like to know whom to ask for them to be committed. Yes, I know, I can
> try to bug some ports committers using e-mail 8-), but if possible,
> I would like to avoid this 8-)

By "recently" you mean "very recently". :-)

> - java/dbvis, update to new dbvis version
>   http://www.freebsd.org/cgi/query-pr.cgi?pr=147493

I grabbed this one and will try to get to it this week.

-- 
Sahil Tandon 
___
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"

upgrade issue

2010-06-13 Thread AN 
After a recent Gnome upgrade I'm having a problem with a box on a USB KVM 
switch.


FreeBSD test.fu.bar 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #1: Wed Jun  9 
20:18:01 IDT 2010 r...@test.fu.bar:/usr/obj/usr/src/sys/GENERIC  amd64

# pkg_info |grep gnome2
gnome2-2.30.1_1 The "meta-port" for the GNOME 2 integrated X11 desktop

I have the box connected to a Belkin USB 2 port switch, it has been 
working fine for over a year.  The other box is Suse 11, when I switch to 
the linux box everything is fine.  However, when I switch to the FreeBSD 
box, the Xwindows session is killed, and I am left at a console prompt.


I grabbed the following off the console:

(gnome-panel:88272): GLib-GObject-CRITICAL **: g_object_run_dispose: 
assertion `

G_IS_OBJECT (object)' failed

(gnome-panel:88272): GLib-GObject-CRITICAL **: g_object_run_dispose: 
assertion `

G_IS_OBJECT (object)' failed
Jun 13 20:01:33 test gnome-keyring-daemon[88264]: dbus failure 
unregistering fro

m session: Connection is closed
xinit:  connection to X server lost.
# Jun 13 20:01:33 test gnome-keyring-daemon[88264]: dbus failure un
registering from session: Connection is closed
ugen7.3:  at usbus7 (disconnected)
ums1: at uhub8, port 1, addr 3 (disconnected)
ukbd1: at uhub8, port 1, addr 3 (disconnected)
ugen7.3:  at usbus7
uhid0:  on usbus7
ugen7.4:  at usbus7
ukbd0:  on 
usbus7

kbd2 at ukbd0
uhid1:  on 
usbus7

ugen7.5:  at usbus7
ums0:  on usbus7
ums0: 8 buttons and [XYZT] coordinates ID=0
uhid2:  on usbus


From the log file:
Jun 13 20:01:22 test kernel: ugen7.3:  at usbus7 
(disconnected)
Jun 13 20:01:22 test kernel: uhid0: at uhub8, port 1, addr 3 
(disconnected)

Jun 13 20:01:23 test kernel: ugen7.3:  at usbus7
Jun 13 20:01:23 test kernel: ums1:  on usbus7
Jun 13 20:01:23 test kernel: ums1: 5 buttons and [XYZ] coordinates ID=0
Jun 13 20:01:23 test kernel: ukbd1:  on usbus7
Jun 13 20:01:23 test kernel: kbd3 at ukbd1
Jun 13 20:01:23 test kernel: ugen7.4:  at usbus7 
(disconnected)
Jun 13 20:01:23 test kernel: ukbd0: at uhub8, port 4, addr 4 
(disconnected)
Jun 13 20:01:23 test kernel: uhid1: at uhub8, port 4, addr 4 
(disconnected)

Jun 13 20:01:24 test kernel: ugen7.5:  at usbus7 (disconnected)
Jun 13 20:01:24 test kernel: ums0: at uhub8, port 3, addr 5 (disconnected)
Jun 13 20:01:24 test kernel: uhid2: at uhub8, port 3, addr 5 
(disconnected)
Jun 13 20:01:33 test gnome-keyring-daemon[88264]: dbus failure 
unregistering from session: Connection is closed
Jun 13 20:01:33 test kernel: pid 88249 (Xorg), uid 0: exited on signal 6 
(core dumped)
Jun 13 20:01:33 test gnome-keyring-daemon[88264]: dbus failure 
unregistering from session: Connection is closed
Jun 13 20:46:38 test kernel: ugen7.3:  at usbus7 
(disconnected)

Jun 13 20:46:38 test kernel: ums1: at uhub8, port 1, addr 3 (disconnected)
Jun 13 20:46:38 test kernel: ukbd1: at uhub8, port 1, addr 3 
(disconnected)
Jun 13 20:46:39 test root: Unknown USB device: vendor 0x050d product 
0x3201 bus uhub8

Jun 13 20:46:39 test kernel: ugen7.3:  at usbus7
Jun 13 20:46:39 test kernel: uhid0:  on usbus7
Jun 13 20:46:39 test root: Unknown USB device: vendor 0x04d9 product 
0x1603 bus uhub8

Jun 13 20:46:39 test kernel: ugen7.4:  at usbus7
Jun 13 20:46:39 test kernel: ukbd0: 0/0, rev 1.10/3.10, addr 4> on usbus7

Jun 13 20:46:39 test kernel: kbd2 at ukbd0
Jun 13 20:46:39 test kernel: uhid1: 0/0, rev 1.10/3.10, addr 4> on usbus7
Jun 13 20:46:40 test root: Unknown USB device: vendor 0x046d product 
0xc51b bus uhub8

Jun 13 20:46:40 test kernel: ugen7.5:  at usbus7
Jun 13 20:46:40 test kernel: ums0: 1.10/46.00, addr 5> on usbus7

Jun 13 20:46:40 test kernel: ums0: 8 buttons and [XYZT] coordinates ID=0
Jun 13 20:46:40 test kernel: uhid2: 1.10/46.00, addr 5> on usbus7
Jun 13 20:47:33 test console-kit-daemon[1287]: WARNING: kvm_getenvv 
failed: cannot open /proc/28837/mem
Jun 13 20:47:33 test gnome-session[28837]: WARNING: Unable to determine 
session: Unable to lookup session information for process '28837'
Jun 13 20:47:35 test console-kit-daemon[1287]: WARNING: kvm_getenvv 
failed: cannot open /proc/28878/mem
Jun 13 20:47:35 test console-kit-daemon[1287]: WARNING: kvm_getenvv 
failed: cannot open /proc/28880/mem
Jun 13 20:47:35 test pulseaudio[28883]: pid.c: Stale PID file, 
overwriting.
Jun 13 20:47:36 test pulseaudio[28883]: module.c: module-detect is 
deprecated: Please use module-udev-detect instead of module-detect!
Jun 13 20:47:36 test pulseaudio[28883]: oss-util.c: open('/dev/dsp0.0'): 
Device busy
Jun 13 20:47:36 test pulseaudio[28883]: module.c: Failed to load  module 
"module-oss" (argument: "device=/dev/dsp0.0"): initialization failed.
Jun 13 20:47:36 test pulseaudio[28883]: oss-util.c: '/dev/dsp2.0' doesn't 
support full duplex
Jun 13 20:47:36 test pulseaudio[28883]: oss-util.c: '/dev/dsp3.0' doesn't 
support full duplex


Any help fixing this would be greatly appreciated.

tia
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org

Re: [kde-freebsd] qt4-moc link failure

2010-06-13 Thread Doug Barton 

On 06/13/10 07:30, Andriy Gapon wrote:

on 13/06/2010 16:36 Max Brazhnikov said the following:

qmake is designed to use special mkspecs for compilers. The only
solution now is to create qmake mkspecs files for each compiler.
Then switching between different compilers can be done via
QMAKESPEC environment.


Right.  OTOH, CC and CXX variables somehow get honored without
altering any spec file.  So, the question remains if it's possible to
derive LINK* values from those in the same fashion as well.


Right, we really need to make this transparent to the user. The common 
requirement in ports is that they respect CC.



Doug

--

... and that's just a little bit of history repeating.
-- Propellerheads

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.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"

graphics/png fails on FreeBSD 8.1-beta1/powerpc - is xz broken on this platform?

2010-06-13 Thread Torfinn Ingolfsen 
I am trying to install the graphics/png port on my PowerMac G4, which runs
8.1-beta1:
r...@kg-g4# uname -a
FreeBSD kg-g4.kg4.no 8.1-BETA1 FreeBSD 8.1-BETA1 #0: Fri May 28 04:38:56 UTC
2010 r...@xserve.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC  powerpc
r...@kg-g4# cd /usr/ports/graphics/png
r...@kg-g4# make clean
===>  Cleaning for png-1.4.1_1
r...@kg-g4# make
===>  Vulnerability check disabled, database not found
===>  License check disabled, port has not defined LICENSE
===>  Found saved configuration for png-1.4.1_1
===>  Extracting for png-1.4.1_1
=> MD5 Checksum OK for libpng-1.4.1.tar.xz.
=> SHA256 Checksum OK for libpng-1.4.1.tar.xz.
/usr/bin/xz: /usr/ports/distfiles//libpng-1.4.1.tar.xz: Compressed data is
corrupt
===>  Patching for png-1.4.1_1
===>  Applying FreeBSD patches for png-1.4.1_1
patch:  can't cd to /usr/ports/graphics/png/work/libpng-1.4.1: No such
file or directory
=> Patch patch-ac failed to apply cleanly.
*** Error code 1

Stop in /usr/ports/graphics/png.
*** Error code 1

Stop in /usr/ports/graphics/png.
r...@kg-g4# which xz
/usr/bin/xz
r...@kg-g4# pkg_info -W xz
r...@kg-g4# xz --version
xz (XZ Utils) 4.999.9beta
liblzma 4.999.9beta

When I try to do this on my amd64 workstation it works without problem.
The difference is that it runs 8.0-stable:
r...@kg-v2# uname -a
FreeBSD kg-v2.kg4.no 8.0-STABLE FreeBSD 8.0-STABLE #2: Sun Apr 11 19:39:02
CEST 2010 r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64
and that xz is installed from a port:
r...@kg-v2# which xz
/usr/local/bin/xz
r...@kg-v2# pkg_info -W xz
/usr/local/bin/xz was installed by package xz-4.999.9_1
r...@kg-v2# xz --version
xz (XZ Utils) 4.999.9beta
liblzma 4.999.9beta

What else could be wrong?
Update: I installed xz from the port (edited IGNORE out of the Makefile),
renamed /usr/bin/xz, and now then png port install sucessfully.

HTH
-- 
Regards,
Torfinn Ingolfsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: graphics/png fails on FreeBSD 8.1-beta1/powerpc - is xz broken on this platform?

2010-06-13 Thread Garrett Cooper 
On Sun, Jun 13, 2010 at 2:50 PM, Torfinn Ingolfsen  wrote:
> I am trying to install the graphics/png port on my PowerMac G4, which runs
> 8.1-beta1:
> r...@kg-g4# uname -a
> FreeBSD kg-g4.kg4.no 8.1-BETA1 FreeBSD 8.1-BETA1 #0: Fri May 28 04:38:56 UTC
> 2010     r...@xserve.lan.xcllnt.net:/usr/obj/usr/src/sys/GENERIC  powerpc
> r...@kg-g4# cd /usr/ports/graphics/png
> r...@kg-g4# make clean
> ===>  Cleaning for png-1.4.1_1
> r...@kg-g4# make
> ===>  Vulnerability check disabled, database not found
> ===>  License check disabled, port has not defined LICENSE
> ===>  Found saved configuration for png-1.4.1_1
> ===>  Extracting for png-1.4.1_1
> => MD5 Checksum OK for libpng-1.4.1.tar.xz.
> => SHA256 Checksum OK for libpng-1.4.1.tar.xz.
> /usr/bin/xz: /usr/ports/distfiles//libpng-1.4.1.tar.xz: Compressed data is
> corrupt
> ===>  Patching for png-1.4.1_1
> ===>  Applying FreeBSD patches for png-1.4.1_1
> patch:  can't cd to /usr/ports/graphics/png/work/libpng-1.4.1: No such
> file or directory
> => Patch patch-ac failed to apply cleanly.
> *** Error code 1
>
> Stop in /usr/ports/graphics/png.
> *** Error code 1
>
> Stop in /usr/ports/graphics/png.
> r...@kg-g4# which xz
> /usr/bin/xz
> r...@kg-g4# pkg_info -W xz
> r...@kg-g4# xz --version
> xz (XZ Utils) 4.999.9beta
> liblzma 4.999.9beta
>
> When I try to do this on my amd64 workstation it works without problem.
> The difference is that it runs 8.0-stable:
> r...@kg-v2# uname -a
> FreeBSD kg-v2.kg4.no 8.0-STABLE FreeBSD 8.0-STABLE #2: Sun Apr 11 19:39:02
> CEST 2010     r...@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC  amd64
> and that xz is installed from a port:
> r...@kg-v2# which xz
> /usr/local/bin/xz
> r...@kg-v2# pkg_info -W xz
> /usr/local/bin/xz was installed by package xz-4.999.9_1
> r...@kg-v2# xz --version
> xz (XZ Utils) 4.999.9beta
> liblzma 4.999.9beta
>
> What else could be wrong?
> Update: I installed xz from the port (edited IGNORE out of the Makefile),
> renamed /usr/bin/xz, and now then png port install sucessfully.

This should be fixed with src revision r209089 . It was occurring
because the little-endian generated config.h file got committed.
HTH,
-Garrett
___
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"