Screwy behavior in ports framework
I just installed FreeBSD 9.0-BETA2 last night, now I try to build ports starting with Perl 5.14.1 (successful), then Python 2.7 fails on something dubious, but when I try to build Lynx, ports framework can't find a directory right under its nose. Problem is with dependency libiconv-1.13.1_1. I am using the ports tree from BETA1, from portsnap, hence ports directory is /BETA1/usr/ports, BETA1 being the BETA1 partition/file system. My /etc/make.conf is PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 # added by use.perl 2011-09-13 02:49:43 PERL_VERSION=5.14.1 Error screen shows, copied with the mouse, thanks to moused: amelia2# ls workb2 .extract_done.libiconv._usr_local libiconv-1.13.1 amelia2# ls workb2/libiconv-1.13.1/ ABOUT-NLS Makefile.devel aclocal.m4 gnulib-localsrc AUTHORS Makefile.in autogen.sh include srclib COPYING NEWSbuild-aux lib srcm4 COPYING.LIB NOTES config.h.in libcharset tests ChangeLog PORTS configure m4 tools DEPENDENCIESREADME configure.acman windows DESIGN README.djgppdjgpp os2 woe32dll HACKING README.woe32doc po INSTALL.generic THANKS extras preload amelia2# make package-recursive | tee build.log === Patching for libiconv-1.13.1_1 === Applying distribution patches for libiconv-1.13.1_1 patch: can't cd to workb2/libiconv-1.13.1: No such file or directory *** Error code 1 Stop in /BETA1/usr/ports/converters/libiconv. *** Error code 1 Stop in /BETA1/usr/ports/converters/libiconv. amelia2# pwd /BETA1/usr/ports/converters/libiconv amelia2# (end of quote) FreeBSD system or ports system can't find a directory right under its nose! I had gone into directory /BETA1/usr/ports/converters/libiconv to build that dependency before returning to lynx, but now seem stuck, or am I overlooking something hopelessly simple? Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Screwy behavior in ports framework
On Tue, Sep 13, 2011 at 06:57:04AM +, wrote: I just installed FreeBSD 9.0-BETA2 last night, now I try to build ports starting with Perl 5.14.1 (successful), then Python 2.7 fails on something dubious, but when I try to build Lynx, ports framework can't find a directory right under its nose. Problem is with dependency libiconv-1.13.1_1. I am using the ports tree from BETA1, from portsnap, hence ports directory is /BETA1/usr/ports, BETA1 being the BETA1 partition/file system. My /etc/make.conf is PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 # added by use.perl 2011-09-13 02:49:43 PERL_VERSION=5.14.1 Error screen shows, copied with the mouse, thanks to moused: [snip] === Applying distribution patches for libiconv-1.13.1_1 patch: can't cd to workb2/libiconv-1.13.1: No such file or directory *** Error code 1 Stop in /BETA1/usr/ports/converters/libiconv. *** Error code 1 WKRDIR needs to be an absolute path and will break when it moves up the tree to install dependencies. The most likely fix is to adjust the default value ${WRKDIRPREFIX}${.CURDIR}/work to your liking, but what you probably want is to set WRKDIRPREFIX to say /BETA1/workb2/ or similar. Erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the futureer...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Screwy behavior in ports framework
On Tue, 13 Sep 2011 06:57:04 + (GMT) Thomas Mueller mueller6727@bellsouth.net wrote: I just installed FreeBSD 9.0-BETA2 last night, now I try to build ports starting with Perl 5.14.1 (successful), then Python 2.7 fails on something dubious, but when I try to build Lynx, ports framework can't find a directory right under its nose. Problem is with dependency libiconv-1.13.1_1. I am using the ports tree from BETA1, from portsnap, hence ports directory is /BETA1/usr/ports, BETA1 being the BETA1 partition/file system. My /etc/make.conf is PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 # added by use.perl 2011-09-13 02:49:43 PERL_VERSION=5.14.1 Error screen shows, copied with the mouse, thanks to moused: amelia2# ls workb2 .extract_done.libiconv._usr_local libiconv-1.13.1 amelia2# ls workb2/libiconv-1.13.1/ ABOUT-NLS Makefile.devel aclocal.m4 gnulib-local src AUTHORS Makefile.in autogen.sh include srclib COPYING NEWS build-aux lib srcm4 COPYING.LIB NOTES config.h.in libcharset tests ChangeLog PORTS configure m4 tools DEPENDENCIES README configure.ac man windows DESIGN README.djgpp djgpp os2 woe32dll HACKING README.woe32 doc po INSTALL.generic THANKS extras preload amelia2# make package-recursive | tee build.log === Patching for libiconv-1.13.1_1 === Applying distribution patches for libiconv-1.13.1_1 patch: can't cd to workb2/libiconv-1.13.1: No such file or directory *** Error code 1 Stop in /BETA1/usr/ports/converters/libiconv. *** Error code 1 Stop in /BETA1/usr/ports/converters/libiconv. amelia2# pwd /BETA1/usr/ports/converters/libiconv amelia2# (end of quote) FreeBSD system or ports system can't find a directory right under its nose! I had gone into directory /BETA1/usr/ports/converters/libiconv to build that dependency before returning to lynx, but now seem stuck, or am I overlooking something hopelessly simple? Your e-mail address is totally fubar. I had to edit it by hand. Yes. Your ports is rooted under /BETA1/usr/ports but I'd guess that workb2 is located someplace else. Define WRKDIRPREFIX which is an _absolute_ path to where workb2 is located, e.g. WRKDIRPREFIX=/my/temporary/work/dir or some such. Just because *you* happen to be in the directory where workb2 is located doesn't mean that it's visible to ports, which requires absolute paths. -- Gary Jennejohn ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: issue with old linuxbase.
On Mon, 12 Sep 2011 10:00:01 +0100 Vincent Hoffman vi...@unsane.co.uk wrote: On 10/09/2011 18:06, Boris Samorodov wrote: or when'll upgraded linux base system? When somebody do the actual work. http://www.leidinger.net/blog/2011/08/29/howto-create-a-new-linux_base-port/ and http://www.leidinger.net/blog/2011/09/01/howto-add-linux-infrastructure-ports-for-a-new-linux_base-port/ Look useful here. I wrote those specially for the case implicitly mentioned here. Boris and me have the knowledge to update the linux_base, but it seems we don't have the time (except someone pays my boss a lot of EUR). Those people which maybe have the time, don't have the knowledge of Boris and me regarding the linux_base ports. So we just need someone with some free time and interest to have a look at what I wrote and give it a try (questions in case of problems welcome). Info: this can be developed in a jail, you do not need to pollute your normal environment during development. Bye, Alexander. -- http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Screwy behavior in ports framework
Sorry about fubar e-mail address, it was a typo, missing at the end of the line: From: Thomas Mueller mueller6...@bellsouth.net I'm surprised the e-mail went through that way. WKRDIR needs to be an absolute path and will break when it moves up the tree to install dependencies. The most likely fix is to adjust the default value ${WRKDIRPREFIX}${.CURDIR}/work to your liking, but what you probably want is to set WRKDIRPREFIX to say /BETA1/workb2/ or similar. Erwin -- Erwin Lansing http://droso.org I quote my /etc/make.conf from BETA2: PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 # added by use.perl 2011-09-13 02:49:43 PERL_VERSION=5.14.1 Maybe WRKDIR should have been ${MASTERDIR}/workb2 , or should it be ${.CURDIR}/workb2 ? NetBSD pkgsrc has WRKDIR_BASENAME, as in my /etc/mk.conf from NetBSD 4.0.1 i386 on a 4 GB USB stick, running on a computer where the motherboard USB version is 1.1, and NetBSD 5.1_STABLE is on the hard drive, mounted as /lin1: # Example /usr/pkg/etc/mk.conf file produced by bootstrap-pkgsrc # Sat Nov 27 22:37:13 UTC 2010 .ifdef BSD_PKG_MK # begin pkgsrc settings PACKAGES= /usr/pkgsrc/packages PKG_DEVELOPER=YES PKG_DEFAULT_OPTIONS+= ssl inet6 PKG_DBDIR= /var/db/pkg LOCALBASE= /usr/pkg VARBASE=/var PKG_TOOLS_BIN= /usr/pkg/sbin PKGMANDIR= man WRKDIR_BASENAME=work401 WRKOBJDIR= /lin1/usr/pkgsrc PKG_OPTIONS.msmtp+= idn PKG_OPTIONS.lynx+= ncurses ACCEPTABLE_LICENSES+= socks5-license ALLOW_VULNERABLE_PACKAGES=yes DEPENDS_TARGET=package-install SKIP_LICENSE_CHECK=yes .endif # end pkgsrc settings This WRKDIR_BASENAME is what I really want to be workb2, work directory is intended to be /BETA1/usr/ports/category/individual-port/workb2 workb2 to distinguish from the work used when building ports in BETA1. I don't think FreeBSD ports has a WRKDIR_BASENAME, it would be very helpful if it did. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Screwy behavior in ports framework
On Tue, Sep 13, 2011 at 09:45:05AM +, Thomas Mueller wrote: PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 # added by use.perl 2011-09-13 02:49:43 PERL_VERSION=5.14.1 Maybe WRKDIR should have been ${MASTERDIR}/workb2 , or should it be ${.CURDIR}/workb2 ? The latter. Default for WRKDIR is ${WRKDIRPREFIX}${.CURDIR}/work, so you'll need to include ${.CURDIR} as well. Erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the futureer...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Booting from USB-stick == boot -a ?
I'm booting 8-stable from a USB stick, and I invariably end up in the askroot prompt. It looks like the CAM subsystem doesn't participate in the root-mount-interlock scheme ? I would have expected that to be fixed ages ago, am I missing something here ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Screwy behavior in ports framework
First, this should be on freebsd-po...@freebsd.org. If you still have problems later please start a new thread there. On 09/13/2011 02:45, Thomas Mueller wrote: I quote my /etc/make.conf from BETA2: WRKDIR=workb2 That's guaranteed to break things. What you want is to remove that and set: WRKDIRPREFIX= /full/path/to/valid/location Make sure you set the *full* path. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Booting from USB-stick == boot -a ?
On Tue, Sep 13, 2011 at 2:02 PM, Poul-Henning Kamp p...@phk.freebsd.dk wrote: I'm booting 8-stable from a USB stick, and I invariably end up in the askroot prompt. It looks like the CAM subsystem doesn't participate in the root-mount-interlock scheme ? I would have expected that to be fixed ages ago, am I missing something here ? The pr is still open, I think. A workaround is to put the following in /boot/loader.conf: kern.cam.boot_delay=1 (I only found usb/145184, but I think there are more of them describing the same problem) -- chs, ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312
on 07/09/2011 19:35 Andriy Gapon said the following: on 02/09/2011 16:35 Andriy Gapon said the following: Then: - obtain this patch http://people.freebsd.org/~avg/zfstest.head.diff - cd sys/boot/zfs - apply the patch to zfstest.c - cc -I. -I../../cddl/boot/zfs zfstest.c -o zfstest - run the resulting binary as root and provide your pool device(s) as parameter(s); e.g.: ./zfstest /dev/ada0p4 Thanks to a lot of excellent testing, debugging and analysis from Sebastian (which went behind the scenes) we now have this patch: http://people.freebsd.org/~avg/zfs-boot-gang.diff I've updated the patch place. The essence of the changes is the same, just done in a slightly different fashion. That should minimize the scope of the diff. One extra change is that now the checksum is also verified for uberblock. Pawel, can you please review it? The patch introduces the following changes: - checksum is now verified for gang header blocks - checksum is now verified for reconstituted data of whole gang blocks (previously it is verified only for individual gang member leaf blocks) - reconstituted data of a whole gang block is now decompressed if the gang block is compressed The last change is _the_ change. If you use compression for a filesystem where your kernel resides and you get a problem with booting, then please test this patch and report back. Many thanks to Sebastian! Additional heap of thanks to Doug Rabson who came up with the idea and implementation of zfstest.c! This tool is of the immense help when debugging an issue like this one. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
AW: No disks usable on a P5NE MB
Hi, I have a similar problem with my areca-controller. (http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026867.html) Maybe the problem is related? I wrote some mails do Areca-support to find the problem. They send me a beta-firmware and driver but it doesn't solve the problem. Chers, Uwe -Ursprüngliche Nachricht- Von: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd- curr...@freebsd.org] Im Auftrag von Baptiste Daroussin Gesendet: Sonntag, 11. September 2011 22:40 An: John Baldwin Cc: freebsd-current@freebsd.org Betreff: Re: No disks usable on a P5NE MB the result is: db show intrcnt cpu0: timer4510 irq256: hdac0 1 cpu3: timer 29 cpu1: timer 3036 cpu2: timer 31 db I did break at the mountfrom prompt If I break before I only have the cpu0 and irq256 entries. Hmmm, is there any way you can build a 9 kernel without sound support (since that clutters up bootverbose) and capture a verbose dmesg, using a serial console or PXE booting to an NFS root of some sort? I can't pxe boot, but I can record the build on my camera: http://people.freebsd.org/~bapt/9-fail.avi (18MB) (this is 9.0-BETA2 memstick) Hope that could help Bapt ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
ataidle + notebook hdd + 9.0-BETA2
hail, I just installed BETA2 on WD notebook disk: ada0 at ata2 bus 0 scbus1 target 0 lun 0 ada0: WDC WD5000BPVT-00HXZT1 01.01A01 ATA-8 SATA 2.x device ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 and tried as usual to make the disk last a little longer: rush# ataidle -P 243 /dev/ad4 ataidle: error: identify device /dev/ad4 rush# ataidle -P 243 /dev/ada0 (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 00 (pass0:ata2:0:0:0): CAM status: CCB request completed with an error Failed to configure APM: No error: 0 so, is this still needed after ada took place ? How can I do it now if needed ? thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org