ports/147791: [patch] Update sysutils/arcconf to v6_50_18570

Michael Fuckner michael at fuckner.net
Tue Aug 3 18:50:06 UTC 2010


The following reply was made to PR ports/147791; it has been noted by GNATS.

From: Michael Fuckner <michael at fuckner.net>
To: pluknet <pluknet at gmail.com>
Cc: bug-followup at freebsd.org
Subject: Re: ports/147791: [patch] Update sysutils/arcconf to v6_50_18570
Date: Tue, 03 Aug 2010 20:48:41 +0200

 On 08/03/10 20:23, pluknet wrote:
 > On 3 August 2010 21:40, Michael Fuckner<michael at fuckner.net>  wrote:
 >> On 08/03/10 18:19, pluknet wrote:
 >>> The second item (WORK_EXT) is still in effect.
 >>
 >> I don't understand, what exactly is wrong with WORK_EXT?
 > [..]
 >> and this one on FreeBSD81-i386
 >> # make install
 >> ===>    Installing for arcconf-v6.50.18570
 >> ===>     Generating temporary packing list
 >> ===>    Checking if sysutils/arcconf already installed
 >> install  -s -o root -g wheel -m 555
 >> /usr/ports/sysutils/arcconf/work/freebsd8/cmdline/arcconf /usr/local/sbin
 >> install  -o root -g wheel -m 555
 >> /usr/ports/sysutils/arcconf/work/410.status-aac-raid
 >> /usr/local/etc/periodic/daily
 >> ===>     Registering installation for arcconf-v6.50.18570
 >> # uname -a
 >> FreeBSD  8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:55:53 UTC 2010
 >>    root at almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
 >>
 >
 > Hmm..
 > Yep, this is what exactly should be. What I don't quite understand is
 > how it still works on i386.
 > In your patch WORK_EXT is set to  x86, while then it mistically
 > appears to be undefined, so do-install path works.
 > Though I may be not very thoughtful. See:
 >
 > WORK_EXT=       x86
 > ${INSTALL_PROGRAM}
 > ${WRKSRC}/freebsd${DIST_TYPE}_${WORK_EXT}/cmdline/arcconf
 > ${PREFIX}/sbin
 > /usr/ports/sysutils/arcconf/work/freebsd8/cmdline/arcconf /usr/local/sbin
 
 
 the problem is imho caused by adaptec since their packages look so 
 different- that's why i used DIST_EXT (x86/x64) and WORK_EXT (x86_64/ 
 <nothing>).
 If you have any clever idea how to handle this, please let me know... 
 especially if the next release from adaptec could look different again.
 
 amd64:
 dedi3# tar xvf asm_freebsd_x64_v6_50_18570.tgz
 x freebsd6_x86_64/cmdline/arcconf
 x freebsd6_x86_64/manager/StorMan-amd64.pkg.tgz
 x freebsd7_x86_64/cmdline/arcconf
 x freebsd7_x86_64/manager/StorMan-amd64.pkg.tbz
 x freebsd8_x86_64/cmdline/arcconf
 x freebsd8_x86_64/manager/StorMan-amd64.pkg.tbz
 
 i386
 # tar xvf asm_freebsd_x86_v6_50_18570.tgz
 x freebsd6/cmdline/arcconf
 x freebsd6/manager/StorMan-x86.pkg.tgz
 x freebsd7/cmdline/arcconf
 x freebsd7/manager/StorMan-x86.pkg.tbz
 x freebsd8/cmdline/arcconf
 x freebsd8/manager/StorMan-x86.pkg.tbz
 



More information about the freebsd-ports-bugs mailing list