This updates arcconf to the recent version and also obsoletes pr 147724 Fix: see patch Patch attached with submission follows:
Your patch is not clean. - it doesn't work on i386 arch (WORK_EXT isn't set correctly) - it is not against current arcconf/Makefile. Please, look at my version, corrected with two above. Tested on 8-i386, 8-amd64, 6-i386, 7-amd64
Sorry, I didn't look that your submission is done *before* patch in PR 147724 was committed. The second item (WORK_EXT) is still in effect.
On 08/03/10 18:19, pluknet wrote: > Sorry, I didn't look that your submission is done *before* patch in PR > 147724 was committed. yes, when using the 18570-codeset, it doesn't even rely on ncurses.7 > The second item (WORK_EXT) is still in effect. I don't understand, what exactly is wrong with WORK_EXT? this is a test on FreeBSD8-AMD64 dedi3# 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_x86_64/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 dedi3# uname -a FreeBSD dedi3.fuckner.net 8.0-STABLE FreeBSD 8.0-STABLE #1: Sun Apr 4 13:34:34 CEST 2010 root@dedi3.fuckner.net:/usr/obj/usr/src/sys/DEDI3 amd64 ----------------------- 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@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Regards, Michael!
On 3 August 2010 21:40, Michael Fuckner <michael@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 > =3D=3D=3D> =A0Installing for arcconf-v6.50.18570 > =3D=3D=3D> =A0 Generating temporary packing list > =3D=3D=3D> =A0Checking if sysutils/arcconf already installed > install =A0-s -o root -g wheel -m 555 > /usr/ports/sysutils/arcconf/work/freebsd8/cmdline/arcconf /usr/local/sbin > install =A0-o root -g wheel -m 555 > /usr/ports/sysutils/arcconf/work/410.status-aac-raid > /usr/local/etc/periodic/daily > =3D=3D=3D> =A0 Registering installation for arcconf-v6.50.18570 > # uname -a > FreeBSD =A08.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:55:53 UTC 20= 10 > =A0 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =A0i386 > 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=3D x86 ${INSTALL_PROGRAM} ${WRKSRC}/freebsd${DIST_TYPE}_${WORK_EXT}/cmdline/arcconf ${PREFIX}/sbin /usr/ports/sysutils/arcconf/work/freebsd8/cmdline/arcconf /usr/local/sbin --=20 wbr, pluknet
On 08/03/10 20:23, pluknet wrote: > On 3 August 2010 21:40, Michael Fuckner<michael@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@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
State Changed From-To: open->closed Committed, thanks!
pav 2010-08-26 09:12:54 UTC FreeBSD ports repository Modified files: sysutils/arcconf Makefile distinfo Log: - Update to v6_50_18570 PR: ports/147791 Submitted by: Michael Fuckner <michael@fuckner.net> (maintainer) Revision Changes Path 1.8 +9 -9 ports/sysutils/arcconf/Makefile 1.8 +6 -12 ports/sysutils/arcconf/distinfo _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
I have question about this one... Why FreeBSD 8 version of StorMan is stuffed with diablo jre for FreeBSD 7? -- Sphinx of black quartz judge my vow.
On 08/28/10 12:15, Volodymyr Kostyrko wrote: > I have question about this one... Why FreeBSD 8 version of StorMan is > stuffed with diablo jre for FreeBSD 7? I really don't know why adaptec does this exactly this way, for me some things make absolutely no sense. I just looked at the new package (18579) and this is what the x86-Version looks like: ./freebsd6/manager/opt/StorMan/arcconf: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped ./freebsd6/cmdline/arcconf: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped ./freebsd8/manager/opt/StorMan/arcconf: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 8.0 (800107), not stripped ./freebsd8/cmdline/arcconf: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 8.0 (800107), not stripped ./freebsd7/cmdline/arcconf: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 7.0 (700055), not stripped ./freebsd7/manager/opt/StorMan/arcconf: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 7.0 (700055), not stripped Currently I am not exactly sure how to double unpack the files to fetch the arcconf binary from freebsdX/manager/opt/StorMan/arcconf, since the other binary is 64bit only when using the file for 32bit environments. Regards, Michael!