Re: Can't install WindowMaker
On Thu, 15 Mar 2012 21:24:41 +0100, Sabine Baer wrote: > On Mon, Mar 12, 2012 at 10:57:47PM +0100, Polytropon wrote: > > [...] > > > Did you have the chance to try to compile it using > > "only ports" infrastructure? E. g. making sure the > > ports tree is up to date, and then > > > > # cd /usr/ports/x11-wm/windowmaker/ > > # make install > > I did this several times. Do you have any "non-standard" settings in /etc/make.conf that might be a reason here? Overriding CFLAGS or -O something or maybe a wrong CPUTYPE? I'm just asking to also check this obvious stuff as I did shoot my own foot with something like that. :-) > > to start with a clean (!) build? Just to be sure, you > > could remove any possibly "offending" distfiles/ archives > > and work/ subtrees. > > I do not undestand exactly, what You mean. I did a cvsup -g -L 2 > ports-supfile several times, I went to all /usr/ports/x11*/dirctories > and made a 'make clean' for al the ports therein, but nothing helped. That should have eliminated any remains of work/ directories. The removal of distfiles/ would cause the make process, started in a clean build environment, to also fetch a new source tarball. After you have successfully brought up your ports tree to the latest version, also the latest source of WindowMaker should be obtained. > > If this has worked, you can run the portmaster checks > > again, but if I understood you correctly, getting WindowMaker > > (not sure about the current correct spelling!) installed > > and running is your top priority. > > At the very moment, yes. But I found pekwm (other wm than windoemaker > compile without problems), it seems to be not bad either. > But this damn windowmaker should compile too, aus Prinzip! Of course it should. I've been able to successfully install version 0.92.0_10 on August 22nd 2011, so it should be possible to reproduce that. :-) > But there is much mor "im Eimer" than windomaker only. > But I can't find the "highest" port of all X-related. I deinstalled > xorg and searched for remaining ports in /var/db/pkg seeming related > to X or GUI stuff, an reinstalled x11/xorg (without HAL, which brings > a failure too). If you don't actually _use_ HAL, there is no reason to compile it in. Experience teaches that it brings more trouble than benefit. In ultra-worst case, you could reinstall everything (i. e. cleaning /usr/local and restoring it from the mtree file, cleaning /var/db/pkg also), starting with a list of your "actually used programs" and let them pull in all the dependencies, e. g. # cd /usr/ports/x11-wm/windowmaker/ # make config-recursive # make install That would maybe be less elegant than using a port management tool, but it should work. > Since long times, I often run into troubles when > installing something gnome-related. I do not use gnome, but some > applications need some gnome stuff. I'm running some Gnome/Gtk+ related applications here (as well as some from KDE land), but the installation has been done in summer last year. I can hardly imagine that there is a significant loss of "just works" in recent ports... > Well, at the very moment I need some advice for "cleaning" my system > free of all GUI so that I can begin from zero with that. To really make sure there is nothing "offending" on the system, make sure you check /etc/make.conf, then remove /usr/local and restore the directory structures using /etc/mtree/BSD.local.dist, also make sure /var/db/pkg is clean. That resembles the state of the OS right after a fresh install. Also delete /usr/ports and use portsnap to obtain a new ports tree. Use csup (as in your example above) to update to the latest version. Then start installing using the port infrastructure (to limit the possibilities what can go wrong - without a port management tool) as in my example. > I decided to follow the rcipe at the end of mman portmaster and made > all new. I didn't install all the ports that were installed, just what > I really need - fetchmail, mutt-lite, vim-lite, slrn, lynx, inadyn, > screen, mgetty+sendfax, and x11/xorg and opera. All compiled fine. Correct approach. This makes sure you won't "accidentally" install a port that you won't need just because somehow it has been on the system. :-) This is a starting point where you could try to install WindowMaker from. As I see from the list, X is there, but no big things that could make the WindowMaker build break. Check out "man script" to save a copy of the messages from the building process (good way to check error messages in case it failed). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2
On Tue, Mar 13, 2012 at 9:13 AM, Mike Clarke wrote: > > in > /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv. > > I ran portsnap immediately before portmaster so my ports are up to date. > > Any suggestions? > Did you follow the relevant /usr/src/UPDATING instructions? -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2
Lowell Gilbert writes: > Mike Clarke writes: > >> portmaster -a fails with: >> >> cc -O -pipe -march=athlon-mp -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 >> -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING >> -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -Iinclude -I. -Ir0drv -I. -I@ -I@/contrib/altq >> -finline-limit=8000 --param >> inline-unit-growth=100 --param >> large-function-growth=1000 -fno-common -mno-align-long-strings >> -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 >> -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 >> -fstack-protector -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c >> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c >> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c: >> >> In function 'rtR0MemObjFreeBSDAllocPhysPages': >> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405: >> >> error: invalid type argument of '->' >> *** Error code 1 >> >> Stop >> in >> /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv. >> >> I ran portsnap immediately before portmaster so my ports are up to date. >> >> Any suggestions? > > There have been more updates to the port since, and I don't see any > failures in the automated builds. I've got a build on my fast system > (RELENG_8, amd64) running now for a check, but it will take a while to > grab the distfiles. You might want to grab the latest port and try it. And it builds fine for me. My best advice is: clean out the directory for that port, update again, and see if the problem is the same. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problem compiling emulators/virtualbox-ose-kmod 4.1.8_2
Mike Clarke writes: > portmaster -a fails with: > > cc -O -pipe -march=athlon-mp -DRT_OS_FREEBSD -DIN_RING0 -DIN_RT_R0 > -DIN_SUP_R0 -DVBOX -DRT_WITH_VBOX -w -DVBOX_WITH_HARDENING > -DVBOX_WITH_64_BITS_GUESTS -DRT_ARCH_X86 -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -Iinclude -I. -Ir0drv -I. -I@ -I@/contrib/altq -finline-limit=8000 > --param > inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 > -fstack-protector -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c > /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c > /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c: > > In function 'rtR0MemObjFreeBSDAllocPhysPages': > /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv/r0drv/freebsd/memobj-r0drv-freebsd.c:405: > > error: invalid type argument of '->' > *** Error code 1 > > Stop > in > /data1/tmp/usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.1.8_OSE/out/freebsd.x86/release/bin/src/vboxdrv. > > I ran portsnap immediately before portmaster so my ports are up to date. > > Any suggestions? There have been more updates to the port since, and I don't see any failures in the automated builds. I've got a build on my fast system (RELENG_8, amd64) running now for a check, but it will take a while to grab the distfiles. You might want to grab the latest port and try it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Reading an unknown DAT Tape
On Mar 15, 2012, at 1:17 PM, Martin McCormick wrote:
> I opened it with dd files=2 if=/dev/sa0 of=testfile and
> then did the strings utility on testfile and got:
What does "file testfile" think?
("od -ax" on the first part of the file might be informative, also.)
Regards,
--
-Chuck
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Reading an unknown DAT Tape
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/15/2012 14:02, Jerry McAllister wrote: > On Thu, Mar 15, 2012 at 03:17:05PM -0500, Martin McCormick wrote: > >> This is a case of idle curiosity and not an urgent need to >> recover a valuable backup. I found an old DAT tape and attempted >> to read it on the very drive that probably once wrote it and it >> appears to read the tape properly in that I can use dd to copy it >> to a file and mt fsf 5, for example, takes the tape to the fifth >> file marker so there is sanity. >> >> Tar, however, does not recognize the format of the archive so it >> is either something proprietary or I am not using the correct >> utility on it. >> >> I opened it with dd files=2 if=/dev/sa0 of=testfile and then did >> the strings utility on testfile and got: >> >> TAPE SSET VOLB DIRB NACL Setting security iles SPAD DIRB NACL >> Setting security on system files... SPAD DIRB NACL SPAD DIRB >> NACL SPAD FILE NACL STAN Jun 23 2003 12:00AM Jan 1 1900 8:45AM >> Jan 1 1900 9:00AM > > I wondered about it being a dump(8) file, but just tried one and > strings output looked a little different. > > How about a db of some sort or a log from some lab test? > > jerry > > > >> >> Note that we are obviously able to read data from the tape as the >> top few lines are readible as words. The time stamps at the >> bottom are possibly not time stamps as some of them are not >> plausible. >> >> The dd command never faltered with errors although I did finally >> stop it manually. >> >> Is there any FreeBSD utility that can tell more about what >> created the original archive? >> >> Thank you. >> >> Martin McCormick A quick check of Google with the strings you dumped points at Microsoft Tape format. Possibly from the win2k utility. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9iW/QACgkQrDN5kXnx8yYRawCePDzWmtZaHrvB1jq3gY3BS96f dvUAnRvBdclM3E0+WDus0dNlPVuN1ELD =p5oa -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Reading an unknown DAT Tape
On Thu, Mar 15, 2012 at 03:17:05PM -0500, Martin McCormick wrote: > This is a case of idle curiosity and not an urgent need > to recover a valuable backup. I found an old DAT tape and > attempted to read it on the very drive that probably once wrote > it and it appears to read the tape properly in that I can use dd > to copy it to a file and mt fsf 5, for example, takes the tape > to the fifth file marker so there is sanity. > > Tar, however, does not recognize the format of the > archive so it is either something proprietary or I am not using > the correct utility on it. > > I opened it with dd files=2 if=/dev/sa0 of=testfile and > then did the strings utility on testfile and got: > > TAPE > SSET > VOLB > DIRB > NACL > Setting security > iles > SPAD > DIRB > NACL > Setting security on system files... > SPAD > DIRB > NACL > SPAD > DIRB > NACL > SPAD > FILE > NACL > STAN > Jun 23 2003 12:00AM > Jan 1 1900 8:45AM > Jan 1 1900 9:00AM I wondered about it being a dump(8) file, but just tried one and strings output looked a little different. How about a db of some sort or a log from some lab test? jerry > > Note that we are obviously able to read data from the > tape as the top few lines are readible as words. The time stamps > at the bottom are possibly not time stamps as some of them are > not plausible. > > The dd command never faltered with errors although I > did finally stop it manually. > > Is there any FreeBSD utility that can tell more about > what created the original archive? > > Thank you. > > Martin McCormick > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Reading an unknown DAT Tape
This is a case of idle curiosity and not an urgent need to recover a valuable backup. I found an old DAT tape and attempted to read it on the very drive that probably once wrote it and it appears to read the tape properly in that I can use dd to copy it to a file and mt fsf 5, for example, takes the tape to the fifth file marker so there is sanity. Tar, however, does not recognize the format of the archive so it is either something proprietary or I am not using the correct utility on it. I opened it with dd files=2 if=/dev/sa0 of=testfile and then did the strings utility on testfile and got: TAPE SSET VOLB DIRB NACL Setting security iles SPAD DIRB NACL Setting security on system files... SPAD DIRB NACL SPAD DIRB NACL SPAD FILE NACL STAN Jun 23 2003 12:00AM Jan 1 1900 8:45AM Jan 1 1900 9:00AM Note that we are obviously able to read data from the tape as the top few lines are readible as words. The time stamps at the bottom are possibly not time stamps as some of them are not plausible. The dd command never faltered with errors although I did finally stop it manually. Is there any FreeBSD utility that can tell more about what created the original archive? Thank you. Martin McCormick ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Can't install WindowMaker
On Mon, Mar 12, 2012 at 10:57:47PM +0100, Polytropon wrote: [...] > Did you have the chance to try to compile it using > "only ports" infrastructure? E. g. making sure the > ports tree is up to date, and then > > # cd /usr/ports/x11-wm/windowmaker/ > # make install I did this several times. > to start with a clean (!) build? Just to be sure, you > could remove any possibly "offending" distfiles/ archives > and work/ subtrees. I do not undestand exactly, what You mean. I did a cvsup -g -L 2 ports-supfile several times, I went to all /usr/ports/x11*/dirctories and made a 'make clean' for al the ports therein, but nothing helped. > If this has worked, you can run the portmaster checks > again, but if I understood you correctly, getting WindowMaker > (not sure about the current correct spelling!) installed > and running is your top priority. At the very moment, yes. But I found pekwm (other wm than windoemaker compile without problems), it seems to be not bad either. But this damn windowmaker should compile too, aus Prinzip! But there is much mor "im Eimer" than windomaker only. But I can't find the "highest" port of all X-related. I deinstalled xorg and searched for remaining ports in /var/db/pkg seeming related to X or GUI stuff, an reinstalled x11/xorg (without HAL, which brings a failure too). Since long times, I often run into troubles when installing something gnome-related. I do not use gnome, but some applications need some gnome stuff. Well, at the very moment I need some advice for "cleaning" my system free of all GUI so that I can begin from zero with that. I decided to follow the rcipe at the end of mman portmaster and made all new. I didn't install all the ports that were installed, just what I really need - fetchmail, mutt-lite, vim-lite, slrn, lynx, inadyn, screen, mgetty+sendfax, and x11/xorg and opera. All compiled fine. Sabine -- Man kann es auch sein lassen. So wichtig ist das alles gar nicht. So what? :) (JF in dacw) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: LAGG bug or misconfiguration???
On 15.03.2012 14:06, Snoop wrote: Hi there, a while after setting up my new server (with 8 jails in it) I've decided (after postponing several times) to properly check the functionality of the lagg and the result was very disappointing. The test I've done is very simple. I've started copying a file from one site to another of my VPN network (from the server I've been testing the net to another node somewhere else) and in the meantime I've been physically disconnecting the main network cable to check the responsiveness of the lagg configuration. Then I've plugged the cable back to check if the traffic would switch back to the main NIC as it should. The result was basically this (lagg0 members: bge0 primary, bge1 secondary) - when bge0 unplugged the traffic switched almost instantaneously to bge1 - when bge0 plugged back in, the network stopped working completely with the two NICs polling synchronously until I manually unplug bge1. Then within 2-4 seconds traffic goes back on bge0 (I've been waiting for a little more than a minute maximum to avoid all the active connections on the server to timeout). Now, I've repeated the same test about 10-15 times randomly waiting for different times between the unplug-replug procedure. The result was always the same. So, below are the ipconfig outputs - before to start the test - when bge0 gets unplugged - when bge0 gets plugged back in I couldn't see anything odd. ___ lagg0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:ee:00:8a:c0 inet xxx.xx.xx.224 netmask 0xff00 broadcast xxx.xx.xx.255 inet xxx.xx.xx.227 netmask 0x broadcast xxx.xx.xx.227 inet xxx.xx.xx.225 netmask 0x broadcast xxx.xx.xx.225 inet 172.16.3.2 netmask 0x broadcast 172.16.3.2 inet 172.16.3.3 netmask 0x broadcast 172.16.3.3 inet 172.16.3.4 netmask 0x broadcast 172.16.3.4 inet 172.16.3.5 netmask 0x broadcast 172.16.3.5 inet 172.16.3.6 netmask 0x broadcast 172.16.3.6 inet xxx.xx.xx.226 netmask 0x broadcast xxx.xx.xx.226 media: Ethernet autoselect status: active laggproto failover laggport: bge1 flags=0<> laggport: bge0 flags=5 ___ lagg0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:ee:00:8a:c0 inet xxx.xx.xx.224 netmask 0xff00 broadcast xxx.xx.xx.255 inet xxx.xx.xx.227 netmask 0x broadcast xxx.xx.xx.227 inet xxx.xx.xx.225 netmask 0x broadcast xxx.xx.xx.225 inet 172.16.3.2 netmask 0x broadcast 172.16.3.2 inet 172.16.3.3 netmask 0x broadcast 172.16.3.3 inet 172.16.3.4 netmask 0x broadcast 172.16.3.4 inet 172.16.3.5 netmask 0x broadcast 172.16.3.5 inet 172.16.3.6 netmask 0x broadcast 172.16.3.6 inet xxx.xx.xx.226 netmask 0x broadcast xxx.xx.xx.226 media: Ethernet autoselect status: active laggproto failover laggport: bge1 flags=4 laggport: bge0 flags=1 ___ lagg0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:ee:00:8a:c0 inet xxx.xx.xx.224 netmask 0xff00 broadcast xxx.xx.xx.255 inet xxx.xx.xx.227 netmask 0x broadcast xxx.xx.xx.227 inet xxx.xx.xx.225 netmask 0x broadcast xxx.xx.xx.225 inet 172.16.3.2 netmask 0x broadcast 172.16.3.2 inet 172.16.3.3 netmask 0x broadcast 172.16.3.3 inet 172.16.3.4 netmask 0x broadcast 172.16.3.4 inet 172.16.3.5 netmask 0x broadcast 172.16.3.5 inet 172.16.3.6 netmask 0x broadcast 172.16.3.6 inet xxx.xx.xx.226 netmask 0x broadcast xxx.xx.xx.226 media: Ethernet autoselect status: active laggproto failover laggport: bge1 flags=0<> laggport: bge0 flags=5 __ Also nothing unusual on dmesg: ... bge0: link state changed to DOWN bge0: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge0: link state changed to DOWN bge0: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge0: link state changed to DOWN bge0: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP ... The following is the related configuration in rc.conf: ... ifconfig_bge0="up" ifconfig_bge1="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport bge0 laggport bge1 xxx.xx.xx.224/24" ifconfig_lagg0_alias_0="inet xxx.xx.xx.225/32" ifconfig_lagg0_alias_1="
LAGG bug or misconfiguration???
Hi there, a while after setting up my new server (with 8 jails in it) I've decided (after postponing several times) to properly check the functionality of the lagg and the result was very disappointing. The test I've done is very simple. I've started copying a file from one site to another of my VPN network (from the server I've been testing the net to another node somewhere else) and in the meantime I've been physically disconnecting the main network cable to check the responsiveness of the lagg configuration. Then I've plugged the cable back to check if the traffic would switch back to the main NIC as it should. The result was basically this (lagg0 members: bge0 primary, bge1 secondary) - when bge0 unplugged the traffic switched almost instantaneously to bge1 - when bge0 plugged back in, the network stopped working completely with the two NICs polling synchronously until I manually unplug bge1. Then within 2-4 seconds traffic goes back on bge0 (I've been waiting for a little more than a minute maximum to avoid all the active connections on the server to timeout). Now, I've repeated the same test about 10-15 times randomly waiting for different times between the unplug-replug procedure. The result was always the same. So, below are the ipconfig outputs - before to start the test - when bge0 gets unplugged - when bge0 gets plugged back in I couldn't see anything odd. ___ lagg0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:ee:00:8a:c0 inet xxx.xx.xx.224 netmask 0xff00 broadcast xxx.xx.xx.255 inet xxx.xx.xx.227 netmask 0x broadcast xxx.xx.xx.227 inet xxx.xx.xx.225 netmask 0x broadcast xxx.xx.xx.225 inet 172.16.3.2 netmask 0x broadcast 172.16.3.2 inet 172.16.3.3 netmask 0x broadcast 172.16.3.3 inet 172.16.3.4 netmask 0x broadcast 172.16.3.4 inet 172.16.3.5 netmask 0x broadcast 172.16.3.5 inet 172.16.3.6 netmask 0x broadcast 172.16.3.6 inet xxx.xx.xx.226 netmask 0x broadcast xxx.xx.xx.226 media: Ethernet autoselect status: active laggproto failover laggport: bge1 flags=0<> laggport: bge0 flags=5 ___ lagg0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:ee:00:8a:c0 inet xxx.xx.xx.224 netmask 0xff00 broadcast xxx.xx.xx.255 inet xxx.xx.xx.227 netmask 0x broadcast xxx.xx.xx.227 inet xxx.xx.xx.225 netmask 0x broadcast xxx.xx.xx.225 inet 172.16.3.2 netmask 0x broadcast 172.16.3.2 inet 172.16.3.3 netmask 0x broadcast 172.16.3.3 inet 172.16.3.4 netmask 0x broadcast 172.16.3.4 inet 172.16.3.5 netmask 0x broadcast 172.16.3.5 inet 172.16.3.6 netmask 0x broadcast 172.16.3.6 inet xxx.xx.xx.226 netmask 0x broadcast xxx.xx.xx.226 media: Ethernet autoselect status: active laggproto failover laggport: bge1 flags=4 laggport: bge0 flags=1 ___ lagg0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:14:ee:00:8a:c0 inet xxx.xx.xx.224 netmask 0xff00 broadcast xxx.xx.xx.255 inet xxx.xx.xx.227 netmask 0x broadcast xxx.xx.xx.227 inet xxx.xx.xx.225 netmask 0x broadcast xxx.xx.xx.225 inet 172.16.3.2 netmask 0x broadcast 172.16.3.2 inet 172.16.3.3 netmask 0x broadcast 172.16.3.3 inet 172.16.3.4 netmask 0x broadcast 172.16.3.4 inet 172.16.3.5 netmask 0x broadcast 172.16.3.5 inet 172.16.3.6 netmask 0x broadcast 172.16.3.6 inet xxx.xx.xx.226 netmask 0x broadcast xxx.xx.xx.226 media: Ethernet autoselect status: active laggproto failover laggport: bge1 flags=0<> laggport: bge0 flags=5 __ Also nothing unusual on dmesg: ... bge0: link state changed to DOWN bge0: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge0: link state changed to DOWN bge0: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP bge0: link state changed to DOWN bge0: link state changed to UP bge1: link state changed to DOWN bge1: link state changed to UP ... The following is the related configuration in rc.conf: ... ifconfig_bge0="up" ifconfig_bge1="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport bge0 laggport bge1 xxx.xx.xx.224/24" ifconfig_lagg0_alias_0="inet xxx.xx.xx.225/32" ifconfig_lagg0_alias_1="inet xxx.xx.xx.226/32" ifconfig_lagg0_alias_2="inet xxx.xx.x
Re: satisfying package dependencies from installation DVD when building a port -- HOW?
On 15/03/2012 17:11, Robert Urban wrote:
> I seem to have found the "problem". I read somewhere that PKG_PATH should
> have
> the path to the top of the hierarchy, i.e., /cd/packages, and not
> /cd/packages/ or /cd/packages/All, because pkg_add was capable of
> adding the hierarchical component, but this is not the case. I find that I
> must
> set PKG_PATH to /cd/packages/ or /cd/packages/All in order for it to
> work.
> Also, coming from OpenBSD, I assumed that I could supply pkg_add the
> "basename"
> of a package, i.e., the name without version number ("p5-Text-Iconv" as
> opposed
> to "p5-Text-Iconv-1.7") but this also does not work. pkg_add apparently
> expects
> everything except the ".tbz" extension.
If you look at the packages tree, you'll see a directory called 'Latest'
-- that contains packages named without version numbers. It's not a
perfect one-to-one correspondence with the packages under All: some
packages don't have a 'latest link' (mostly development versions where
there is a production version in the tree as well) or the 'latest link'
isn't the same as the basename of the package, usually because there are
two or more different versions of the same software available.
Also, you should have both .../All and .../Latest on PKG_PATH as
dependency packages are listed with a version number. Yes, it's not
foolproof. The whole package handling thing in FreeBSD is not as good
as it should be. Work is underway to improve that, but it is still
quite a way away from finished.
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
signature.asc
Description: OpenPGP digital signature
Re: satisfying package dependencies from installation DVD when building a port -- HOW?
On 03/14/2012 05:50 PM, Polytropon wrote:
> On Wed, 14 Mar 2012 17:11:55 +0100, IMAP List Administration wrote:
>> Hello,
>>
>> I've just installed 9.0-RELEASE (amd64) in a KVM/Qemo VM on debian linux,
>> which
>> is extremely painful because of the abysmal I/O performance, and would like
>> to
>> build the virtio-kmod. After unpacking src.txz (xz -c
>> /cd/usr/freebsd-dist/src.txz | tar xf -) I did the following:
>>
>> # cd /usr/ports/emulators/virtio-kmo
>> # make clean install
>>
>> at this point I saw port names such as perl, tcl, neon, sqlite, etc fly
>> past.
> You can use the command
>
> # make missing
>
> to get a list of which dependencies need to be installed.
> See "man 7 ports" for other targets that might be useful.
this was helpful.
>> I tried setting PKG_PATH to "/cd/packages" and to "/cd/packages/All", but
>> when I
>> simply try to test using, for example, "pkg_add perl" pkg_add simply says
>> "can't
>> stat package file".
> Change CWD to the location of the packages (on CD) and
> try again. According to "man pkg_add":
>
> If the packages are not found in the current
> working directory, pkg_add will search them in
> each directory named by PKG_PATH.
>
> If there's still an error, can you provide the command
> you entered plus the output? Maybe adding -v helps to
> give some more information.
>
I seem to have found the "problem". I read somewhere that PKG_PATH should have
the path to the top of the hierarchy, i.e., /cd/packages, and not
/cd/packages/ or /cd/packages/All, because pkg_add was capable of
adding the hierarchical component, but this is not the case. I find that I must
set PKG_PATH to /cd/packages/ or /cd/packages/All in order for it to work.
Also, coming from OpenBSD, I assumed that I could supply pkg_add the "basename"
of a package, i.e., the name without version number ("p5-Text-Iconv" as opposed
to "p5-Text-Iconv-1.7") but this also does not work. pkg_add apparently expects
everything except the ".tbz" extension.
cheers,
Robert Urban
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Moved drives ...
On 03/15/12 15:25, Warren Block wrote: On Thu, 15 Mar 2012, Robert Huff wrote: Arthur Chance writes: I'll second that remark on labelling filesystems. My life has become much easier since I did all mine - the 8.2->9.0 disk naming switch from /dev/ad to /dev/ada had absolutely no effect. Take a look at Warren Block's excellent page on the subject: http://www.wonkity.com/~wblock/docs/html/labels.html /Caveat emptor/: following these instructions, I have been unable to get this to work on FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 Specificelly, the drives get labeled, but the infrastructure necessary to mount using those labels does not happen. After talking with Warren, all we can figure out is it isn't just me. These are two different types of label. Filesystem labels have always worked for me. Those are the ones shown in that article. The recent problems have been with GPT labels, which recently don't want to appear in /dev/gpt. Ouch. I've converted completely to GPT disks and labels. Fortunately I stick to RELEASE so I'm not affected. I presume this is some sort of regression in HEAD? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Moved drives ...
On Fri, 16 Mar 2012 02:13:40 +1030, David Walker wrote:
> I've read boot(8) to some degree and tried interrupting boot and so on.
> At some point I get a ...
> mountroot>
> ... prompt which I guess is what you refer to.
> I'm not sure how to influence this - there seems to be no keyboard
> control at any rate ...
I think you need a regular keyboard here (AT or PS/2),
unless your BIOS offers a "USB keyboard legacy support".
> I've decided to re-install FreeBSD rather than try to learn about this - lazy.
You could have used UFSIDs (unique file system identifiers)
as described in the handbook - it's an alternative to using
GPT labels (currently looks problematic) or UFS labels (should
work).
20.7 Labeling Disk Devices
http://www.freebsd.org/doc/handbook/geom-glabel.html
(bottom of page)
> During install, although FreeBSD correctly recognizes all the drives
> and allows me to select one as a target and "use whole", when it gets
> to slicing up the drive and presents the list of all drives, it
> incorrectly shows the first drive (the Windows drive) as having UFS
> partitions and so on - that drive is a single NTFS slice ...
> Needless to say there's no way I'm proceeding with install.
Maybe misinterpretation of some remains of GPT partitioning?
> So I leave the cabling order (which is what I originally changed
> prompting me to email the list) but unplug the Windows drive and
> install FreeBSD.
> Reboot and ... same situation.
> Sort of expected.
Have you considered performing a manual installation per
shell commands? It's not that difficult and allows you to
walk around problems that may reside inside the installer.
In worst case, make sure to remove all remains of a
previous partitioning ("clean install").
> > If you'd've
> > used labels (either glabel or tunefs -L) you'd not have to change
> > your /etc/fstab at all.
>
> I'd have no problem with that ... except it's not given as an option
> during install as far as I can see.
Is is _indirectly_ given: Start a shell, mount the drive
and edit the file manually. :-)
--
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
floppy boot hangs
Hello, I am a new user trying to install freebsd 7.2 using floppies and ftp. I have reached the part where I should start getting an ftp download but it couldn't find the server I had selected. Now, the Options Editor tells me that "Media Type" is not yet set and I am not able to set it. It seems that "Media Type" cannot be set once you have buggered up the ftp download. My question: Is something I can do that will allow me to set the "Media Type" from the Options Editor or must I go through the whole boot process all over again? Regards, Dave. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Moved drives ...
Hey. On 15/03/2012, ill...@gmail.com wrote: > > Yes, you can change the fstab (if you can get in via mountroot: > at the boot prompt, I believe) from single user mode. I've read boot(8) to some degree and tried interrupting boot and so on. At some point I get a ... mountroot> ... prompt which I guess is what you refer to. I'm not sure how to influence this - there seems to be no keyboard control at any rate ... I've decided to re-install FreeBSD rather than try to learn about this - lazy. During install, although FreeBSD correctly recognizes all the drives and allows me to select one as a target and "use whole", when it gets to slicing up the drive and presents the list of all drives, it incorrectly shows the first drive (the Windows drive) as having UFS partitions and so on - that drive is a single NTFS slice ... Needless to say there's no way I'm proceeding with install. So I leave the cabling order (which is what I originally changed prompting me to email the list) but unplug the Windows drive and install FreeBSD. Reboot and ... same situation. Sort of expected. Presumably, this is an understood situation with a simple workaround (failed drives etcetera). Please let me know (man pages accompanied by cluesticks are fine - I'm new here). > If you'd've > used labels (either glabel or tunefs -L) you'd not have to change > your /etc/fstab at all. I'd have no problem with that ... except it's not given as an option during install as far as I can see. > > -- > -- > Best wishes. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Moved drives ...
On Thu, 15 Mar 2012, Robert Huff wrote: Arthur Chance writes: I'll second that remark on labelling filesystems. My life has become much easier since I did all mine - the 8.2->9.0 disk naming switch from /dev/ad to /dev/ada had absolutely no effect. Take a look at Warren Block's excellent page on the subject: http://www.wonkity.com/~wblock/docs/html/labels.html /Caveat emptor/: following these instructions, I have been unable to get this to work on FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 Specificelly, the drives get labeled, but the infrastructure necessary to mount using those labels does not happen. After talking with Warren, all we can figure out is it isn't just me. These are two different types of label. Filesystem labels have always worked for me. Those are the ones shown in that article. The recent problems have been with GPT labels, which recently don't want to appear in /dev/gpt. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Problem with FreeBSD working with squid and WCCPv2 Cisco 6500 series
Hi, i have some query and would like to ask anyone on squid with cisco catalyst 6500 switch with wccpv2 My setup: - squid2.7-stable9 on freebsd 7.2-RELEASE - cisco switch catalyst 6500 with ios 12.2(33)SXJ1 Internet | | - Cisco FWSM firewall | | | | |cisco switch catalyst 6500 (Core switch) 10.4.10.1 DMZ Segment | | | | Internal LAN (10.0.0.0/8) | | | | Squid box User (202.188.244.8) FreeBSD conf : ifconfig gre0 - gre0: flags=d051 metric 0 mtu 1476 tunnel inet 202.188.244.8 --> 10.4.10.1 inet 202.188.244.8 --> 192.168.249.2 netmask 0x ipnat rules: rdr bce0 0.0.0.0/0 port 80 -> 202.188.244.8 port 7788 rdr bce0 0.0.0.0/0 port 443 -> 202.188.244.8 port 7788 rdr gre0 0.0.0.0/0 port 80 -> 202.188.244.8 port 7788 rdr gre0 0.0.0.0/0 port 443 -> 202.188.244.8 port 7788 ipf rules: - pass in log first on gre0 all pass out log first on gre0 all pass in log first on bce0 all pass out log first on bce0 all /etc/rc.conf - ifconfig_bce0="inet 202.188.244.8 netmask 255.255.255.0" cloned_interfaces="gre0" ifconfig_gre0="inet 202.188.244.8 192.168.249.2 netmask 255.255.255.255 link2 tunnel 202.188.244.8 10.4.10.1 up" sysctl.conf -- net.inet.ip.forwarding: 1 net.inet.ip.fastforwarding: 1 squid.conf --- wccp2_router 10.4.10.1 wccp2_forwarding_method 1 wccp2_return_method 1 wccp2_service standard 0 wccp2_address 0.0.0.0 wccp2_assignment_method 1 Cisco 6500 output: --- #show ip wccp web-cache Global WCCP information: Router information: Router Identifier: 192.168.250.2 Protocol Version:2.0 Service Identifier: web-cache Number of Service Group Clients: 1 Number of Service Group Routers: 1 Total Packets s/w Redirected:3799 Process: 0 CEF: 3799 Redirect access-list:120 Total Packets Denied Redirect: 0 Total Packets Unassigned:382 Group access-list: 20 Total Messages Denied to Group: 0 Total Authentication failures: 0 Total Bypassed Packets Received: 0 #show ip wccp web-cache detail WCCP Client information: WCCP Client ID: 202.188.244.8 Protocol Version:2.0 State: Usable Redirection: GRE Packet Return: GRE Assignment: HASH Initial Hash Info: Assigned Hash Info: Hash Allotment: 256 (100.00%) Packets s/w Redirected: 3139 Connect Time:00:48:27 Bypassed Packets Process: 0 CEF: 0 Errors:0 squid cache log: 2012/03/14 19:31:51| wccp2HereIam: sending to service id 0 2012/03/14 19:31:51| Sending HereIam packet size 144 2012/03/14 19:31:51| Incoming WCCPv2 I_SEE_YOU length 132. 2012/03/14 19:31:51| Complete packet received 2012/03/14 19:31:51| Incoming WCCP2_I_SEE_YOU Received ID old=1591 new=1592. 2012/03/14 19:31:51| Cleaning out cache list Cisco 6500 debug message: *Mar 14 18:53:43.291: WCCP-EVNT:wccp_update_assignment_status: enter *Mar 14 18:53:43.291: WCCP-EVNT:wccp_update_assignment_status: exit *Mar 14 18:53:43.291: WCCP-EVNT:wccp_validate_wc_assignments: enter *Mar 14 18:53:43.291: WCCP-EVNT:wccp_validate_wc_assignments: not mask assignment, exit *Mar 14 18:53:43.291: WCCP-PKT:S00: Sending I_See_You packet to 202.188.244.8 w/ rcv_id 05F4 *Mar 14 18:53:53.291: WCCP-EVNT:wccp_update_assignment_status: enter *Mar 14 18:53:53.291: WCCP-EVNT:wccp_update_assignment_status: exit *Mar 14 18:53:53.291: WCCP-EVNT:wccp_validate_wc_assignments: enter *Mar 14 18:53:53.291: WCCP-EVNT:wccp_validate_wc_assignments: not mask assignment, exit *Mar 14 18:53:53.291: WCCP-PKT:S00: Sending I_See_You packet to 202.188.244.8 w/ rcv_id 05F5 *Mar 14 18:54:03.295: WCCP-EVNT:wccp_update_assignment_status: enter *Mar 14 18:54:03.295: WCCP-EVNT:wccp_update_assignment_status: exit *Mar 14 18:54:03.295: WCCP-EVNT:wccp_validate_wc_assignments: enter *Mar 14 18:54:03.295: WCCP-EVNT:wccp_validate_wc_assignments: not mask assignment, exit *Mar 14 18:54:03.295: WCCP-PKT:S00: Sending I_See_You packet to 202.188.244.8 w/ rcv_id 05F6 1. User can go to
Re: Racoon failed to get subjectAltName
On 03/15/12 11:56, Da Rock wrote: I could be wrong in my assumption, but I cannot seem to get this to work for me and this error will not disappear while my problem continues. I'm trying to get a RoadWarrior setup for an Android L2TP/IPSec vpn. I had it working at one time on my LAN but failed getting through the pf firewall, so I stowed it while I was required to work on something else; unfortunately I lost the working config somehow (I think? This could be just the bug) and I had to start again- no biggie as I pulled the info off the net before so I could do it again. I recreated some new certificates (the old ones I used to test had expired- I only gave them a very short life for security reasons), and recreated what I thought I had before using xca (same as previously). These include the mandatory SAN: I use email:copy to set this. No amount of googling has helped my investigations, everything is still basically the same age as when I first set this up. But racoon insists the SAN is unavailable now. I've also tried turning off verify identity, but in spite it says the certificates don't match because of empty certificate requests; it would seem that it is still looking for the SAN even though it no longer says so. Googling also verifies that racoon _requires_ SAN to be set to work. I've tried other SAN types, but they don't seem to work either. A check on the certificate shows that it _is_ actually there on all the certificates, but racoon must be blind or something :) Can anyone shed some light on this? Has racoon developed a bug on this at some time? FWIW racoon wont even pass phase1 so I'd assume it is not working because of this problem. Just to update, phase 1 is half working if verify is off: there is a phase 1 connection between the server and android, but not between android and the server- hence my confusion and erroneous assumption. Only the android logs showed this problem. Phase 2 never comes (of course). Something does feel different getting this to work this time round, I just can't put my finger on it. And I cant figure what I've done differently. I still can't get my certificates right somehow. I'm not sure what I'm missing here either. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Moved drives ...
Arthur Chance writes: > I'll second that remark on labelling filesystems. My life has become > much easier since I did all mine - the 8.2->9.0 disk naming switch from > /dev/ad to /dev/ada had absolutely no effect. Take a look at > Warren Block's excellent page on the subject: > > http://www.wonkity.com/~wblock/docs/html/labels.html /Caveat emptor/: following these instructions, I have been unable to get this to work on FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 Specificelly, the drives get labeled, but the infrastructure necessary to mount using those labels does not happen. After talking with Warren, all we can figure out is it isn't just me. Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Moved drives ...
On 03/15/12 01:11, ill...@gmail.com wrote: On 14 March 2012 17:39, David Walker wrote: Hey. I had installed 9.0 to a SATA drive (ada1 I think) and went to install Windows on a higher numbered drive but Windows doesn't like that or so I gathered. Anyway, I moved drives around and installed Windows - FreeBSD is now ada2 I think. I'm used to OpenBSD where fixing this is a vi fstab ... What's the procedure on FreeBSD? Yes, you can change the fstab (if you can get in via mountroot: at the boot prompt, I believe) from single user mode. If you'd've used labels (either glabel or tunefs -L) you'd not have to change your /etc/fstab at all. I'll second that remark on labelling filesystems. My life has become much easier since I did all mine - the 8.2->9.0 disk naming switch from /dev/ad to /dev/ada had absolutely no effect. Take a look at Warren Block's excellent page on the subject: http://www.wonkity.com/~wblock/docs/html/labels.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
