ldconfig: /usr/X11R6/lib is group writable
I recently installed FreeBSD 6.1-STABLE on a machine, along with xorg and gnome2. When the machine boots up and runs /etc/rc.d/ldconfig it generates a message about how it is ignoring /usr/X11R6/lib because it is group-writable. This means that xdm gives me a login screen but I cannot log in there as libSM.so.6 cannot be found (it's in /usr/X11R6/lib). While I can fix the group perms manually, as soon as I run portupgrade the mtree stuff puts the perms back to 775 on /usr/X11R6/lib. What's the best way to address this problem? Please leave me on the Cc: line as I'm probably not currently subscribed to [EMAIL PROTECTED] H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ldconfig: /usr/X11R6/lib is group writable
Dan, Thanks for the response. I have no 755 files in any of the +MTREE_DIRS and my /etc/mtree/BSD.x11* files are also 755. I do tend to use a umask of 2 however, and I wonder if this might be the problem (say, as part of an installworld or mergemaster). Even so, I would have expected the mtree stuff to DTRT. H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: arp_rtrequest: bad gateway (!AF_LINK)
Chuck, Thanks for your response. Here's an example of some stuff in /etc/rc.conf: ifconfig_fxp0=inet 66.220.13.226/28 media 100baseTX mediaopt full-duplex ifconfig_fxp0_alias0=inet 192.168.64.10/32 ifconfig_fxp0_alias1=inet 66.220.13.227/32 ifconfig_fxp0_alias2=inet 66.220.13.230/32 ifconfig_fxp1=inet 192.168.64.11/32 ifconfig_lo0_alias0=inet 192.168.64.9/32 ifconfig_lo0_alias1=inet 192.168.65.3/32 ifconfig_lo0_alias2=inet 192.168.65.5/32 The problem is that I'm seeing the following lines repeated in my syslog: arp_rtrequest: bad gateway 192.168.64.10 (!AF_LINK) arp_rtrequest: bad gateway 66.220.13.227 (!AF_LINK) I infer you are trying to set up other machines (or a local jail?) on something like 192.168.64.8 or .4 which are trying to ARP for their router. I've got public IPs for certain machines and services and a NAT firewall that redirects these public services to private IP space behind the NAT firewall. I have a subnet of private IP space for interfaces (which are bound to those interfaces), private IP space for machines and also for the actual services that are being provided (bound to lo0, as I don't care how packets get there and sometimes interfaces fail). I have traditionally bound the service IPs to lo0, and it has been working for me for a long time (this has usually been on machines with one active NIC, however). This lets me easily move services to a new machine with very little effort. It doesn't make sense to do ARP over the loopback, and anyway, a real NIC and the loopback use different framing types. What happens if you change: ifconfig_lo0_alias0=inet 192.168.64.9/32 ...and so forth to: ifconfig_fxp1_alias0=inet 192.168.64.9/32 ...? I'm not having any problems with any of the aliases on the loopback interface, just the first two aliased IPs on fxp0. Oh, yes, and this does not make sense, either: ifconfig_fxp0_alias0=inet 192.168.64.10/32 ...and people put their internal 192.168 subnet as a /24: That's one of the addresses that is causing problems. I did not use a wider netmask as I do not intend to route all traffic for that network on that interface. I have these machines set up to route packets over their interfaces. I was hoping/expecting that the internal routing tables would DTRT, and also handle the case where the failure of a network interface would not cause much trouble, as the systems could automatically handle this with simple changes to the routing tables. ifconfig_fxp1=inet 192.168.64.11/32 Most unusual. People normally only need to use IP aliases when your renumber an existing system and some other machine which can't be changed easily still needs to talk to that host using the old IP, or if you need to host multiple instances of something like an SSL-based webserver which demand a separate IP for each site due to the protocol limitations. I answered this one earlier; I'm keeping your paragraph here in case I missed something. If you have two NICs, they should be on separate subnets, in separate collision domains, unless you are doing channel bonding/CARP/FEC, in which case they must be specially configured for that purpose (and therefore would be on the same subnet only). The NICs are, I believe, on separate subnets. This is an area where I'm really fuzzy. I know that in the past I have had no problems with machines with one real NIC and putting IP aliases on lo0 and the routing just works. In this case I *think* the 2nd NIC on each machine is on a physically separate network. While I *think* I'd like these NICs on the same physical network to have even greater survivability in case of a NIC failure, I do understand there are routing issues that would make that more difficult. H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
CF disk slices?
(Please Cc: me on any replies.) Can one put multiple slices on a CF disk? I ran fdisk on one machine and was able to carve up a CF disk with 4 slices (I want to boot one of 4 different OSes on a soekris system). There are other systems that seem to indicate that a CF disk can only have 1 slice on it. Harlan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
arp_rtrequest: bad gateway (!AF_LINK)
(Please Cc: me on any replies.) I've got a machine where I want to do some IP aliases. Here's an example of some stuff in /etc/rc.conf: ifconfig_fxp0=inet 66.220.13.226/28 media 100baseTX mediaopt full-duplex ifconfig_fxp0_alias0=inet 192.168.64.10/32 ifconfig_fxp0_alias1=inet 66.220.13.227/32 ifconfig_fxp0_alias2=inet 66.220.13.230/32 ifconfig_fxp1=inet 192.168.64.11/32 ifconfig_lo0_alias0=inet 192.168.64.9/32 ifconfig_lo0_alias1=inet 192.168.65.3/32 ifconfig_lo0_alias2=inet 192.168.65.5/32 The problem is that I'm seeing the following lines repeated in my syslog: arp_rtrequest: bad gateway 192.168.64.10 (!AF_LINK) arp_rtrequest: bad gateway 66.220.13.227 (!AF_LINK) This is on a 5-STABLE machine. All of the other aliased IPs work great. Suggestions? Harlan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CF disk slices?
Harlan Stenn wrote: Can one put multiple slices on a CF disk? Sure. Most BIOSes will treat a CF flash much like they would a USB device, and they'll be happy to see a MBR. Hmmm - I can see the slices on a FreeBSD-4 machine but not on a FreeBSD-5 machine. I ran fdisk on one machine and was able to carve up a CF disk with 4 slices (I want to boot one of 4 different OSes on a soekris system). There are other systems that seem to indicate that a CF disk can only have 1 slice on it. Hmm. You are perhaps not aware that flash memory can only do a relatively limited number of writes before failing (10K to perhaps 50K, if you've got a fancy CF card with write leveling and/or spare sectors)...? Yup, and my plan is to slice the card, do a dd dump of a bootable OS to one partition, and then do a dd dump of another bootable OS to the other partions. Installing and updating multiple operating systems is contraindicated on such hardware not because it is not possible to do, but because the CF won't last very long under such a usage profile. I'm even planning to netboot grub for this box so I can control which OS boots without writing to the card. You should configure a CF-based system to operate with the filesystems mounted read-only most of the time, or at least turn off updating atime information. That's the way they are set up - I even think the normal OS on that copies things like root's homedir to a memory filesystem during the boot and then mounts that somewhere for live use just to avoid writing to the drive. My goal is to have the CF disk be used in case I cannot do a netboot. H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
CF disk problems in 5-STABLE
(Please Cc: me on all replies.) I bought a USB CF reader/writer. When I plug it in, the system sees it as: kernel: umass0: VIA Technologies Inc. USB 2.0 Card Reader, rev 2.00/0.03, addr 2 but no matter what I do the system cannot see the CF disk in the unit. I then tried the same card in an older device: kernel: umass0: mediaGear Transport USB2.0 9 in 1 Reader , rev 2.00/1.28, addr 2 It sees the card just fine. I am able to fdisk the card and slice it up the way I want. (I still need to newfs it, but that's a job for tomorrow.) How difficult will it be to get the VIA dongle to work with FreeBSD? Harlan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
Thanks very much, Harti! H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
Harti, I guess it depends on your definition of a source file. I think of a Makefile in terms of target and dependency files. Automake makes it easy to build a package in the source tree (in which case the source file is in the same directory as the object files) or in a separate build/object tree. Under gmake the behavior is consistent. Under (at least FreeBSD's) (p)make, the behavior is not consistent. The example I face is no different that a system that uses lex and yacc (in the case where the distribution provides generated .c and .h files). Does a POSIX spec cover this case? Thanks... H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
Harti, It is ugly to add $(srcdir) to the targets (and perhaps dependencies), but that may have to happen. If I say: srcdir=wherever VPATH: $(srcdir) a: b b: c cd $(srcdir) script c b then it is Strange that make will correctly see that for 'a', the dependency is 'b' and 'b' is found in $(srcdir)/b, yet for the 2nd rule, 'b' is expected to be in the current directory. H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
I'm confused. I believe that: a: b means that 'a' depends on 'b', and if 'b' has a later timestamp than 'a' then the rule will be invoked to produce a new 'a' from whatever is done with 'b'. In this case, 'a' is ntpd-opts.c, and 'b' is ntpd-opts.def. As can be seen on your system and mine: It seems that ntpd-opts.c has a timestamp 1 minute after ntpd-opts.def, which means it is up-to-date with respect to its dependencies. You will also note the VPATH in the Makefile includes the source directory. I believe this is a VPATH issues. Am I missing something? I appreciate your working with me on this issue. H -- should show it trying to run autogen to produce ../../ntpd/ntpd-opts.c (which exists and should have proper timestamps with respect to its dependencies), and: It doesn't though. ntpd-opts.c depends on ntpd-opts.def, and their timestamps are: % flame:/home/keramida/ws/ntp/ntp-4.2.0b/obj/ntpd$ make -ndm % Examining ntpd-opts.def...modified 11:01:00 Aug 30, 2005...up-to-date. % Examining ntpdbase-opts.def...modified 10:57:02 Aug 26, 2005...up-to-date. % Examining ntpd-opts.c...non-existent...modified before source...out-of-date . % cd ../../ntpd autogen ntpd-opts.def % update time: 17:38:09 Sep 19, 2005 % [...] % flame:/home/keramida/ws/ntp/ntp-4.2.0b/obj/ntpd$ ls -ld ../../ntpd/ntpd-opt s.c ../../ntpd/ntpd-opts.def % -r--r--r-- 1 keramida keramida - 32849 Aug 30 11:02 ../../ntpd/ntpd-opts .c % -rw-rw-r-- 1 keramida keramida - 1255 Aug 30 11:01 ../../ntpd/ntpd-opts .def It seems that ntpd-opts.c has a timestamp 1 minute after ntpd-opts.def, and this is what triggers the autogen run. % gmake ntpd-opts.c should say the target is up-to-date. I don't think this is correct. The obj/ntpd/Makefile file contains: % flame:/home/keramida/ws/ntp/ntp-4.2.0b/obj/ntpd$ grep ntpd-opts.def * | cat -n % 1 EXTRA_DIST = ntpd-opts.def ntpdbase-opts.def ntpdsim-opts.def $(BUI LT_SOURCES) % 2 ntpd-opts.c: ntpd-opts.def ntpdbase-opts.def % 3 cd $(srcdir) autogen ntpd-opts.def % 4 ntpd.1: ntpd-opts.def ntpdbase-opts.def % 5 cd $(srcdir) autogen -Tagman1.tpl -bntpd ntpd-opts.def % 6 ntpd-opts.texi ntpd-opts.menu: ntpd-opts.def % 7 -Taginfo.tpl -DLEVEL=section ntpd-opts.def % flame:/home/keramida/ws/ntp/ntp-4.2.0b/obj/ntpd$ The second matched line clearly states that ntpd-opts.c depends on ntpd-opts.def and their timestamps are backwards. make(1) is right in this case, IMHO ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
Thanks very much! H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
gmake/make dependency problem
I have a package that uses automake and autoconf. I have a single copy of the source code, and I build in machine-specific subdirectories (using NFS). I have a master machine which has all of the tools I need; I build there first and then build on the other machines. One these other machines is an x86 FreeBSD-5.4 machine, and it has the stock 'make' on it. When I try to build on this machine (after a successful build on the master machine) make says that there is an out-of-date source file and tries to run some tools to produce the source file. This source file is present in the VPATH. The timestamps on all of the files are correct. make says a file cannot be found and the file is clearly there. I'm open to suggestions on how to find/fix this problem. H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
Yes, ntp is running on that machine and the clocks are OK! On that machine, gmake does not try and build this target, but 'make' does. Automake supports the BSD and GNU versions of 'make' and this is one of the things I am trying to check. I'm checking now to see if I have a tarball of the code that will duplicate the problem 'outside' of my development environment. H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
Here's what I am seeing: [EMAIL PROTECTED] gmake -n ntpd-opts.c gmake: `../../ntpd/ntpd-opts.c' is up to date. [EMAIL PROTECTED] make -n ntpd-opts.c cd ../../ntpd autogen ntpd-opts.def [EMAIL PROTECTED] H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
I could try and post fragments, but I'd probably mess it up. The full tarball is at: http://ntp.isc.org/~stenn/ntp-4.2.0b.tar.gz and I to duplicate the problem I recommend: % tar xzf ... % cd ntp-4.2.0b % mkdir A.foo % cd A.foo % ../configure % make and it will soon die in ntpd/, at which point: % cd ntpd % make -n ntpd-opts.c should show it trying to run autogen to produce ../../ntpd/ntpd-opts.c (which exists and should have proper timestamps with respect to its dependencies), and: % gmake ntpd-opts.c should say the target is up-to-date. If you want me to try and help debug this another way I would be happy to do so. Thanks a bunch... H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmake/make dependency problem
This may help: [EMAIL PROTECTED] make -ndm ntpd-opts.c Examining ntpd-opts.def...modified 04:01:00 Aug 30, 2005...up-to-date. Examining ntpdbase-opts.def...modified 03:57:02 Aug 26, 2005...up-to-date. Examining ntpd-opts.c...non-existent...modified before source...out-of-date. cd ../../ntpd autogen ntpd-opts.def update time: 23:06:28 Sep 18, 2005 [EMAIL PROTECTED] At least several of those are not true... H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade -P and local changes
I looked at pkgtools.conf, and I don't see a way to do what I want there. My goal here is to make it *easy* for somebody to update the installed ports on a machine. Even if we could use MAKE_ARGS in pkgtools.conf to try and do this that does not solve the problem I am seeing. (There is a bigger problem here - if one uses MAKE_ARGS and wraps a package tarball, one cannot subsequently tell how the package tarball was built. It makes sense then to always create a new port that contains the local mods and name it accordingly.) And it's lame to put information in pkgtools.conf that will need to be duplicated in a ports/*/Makefile.local. Looks like I get to learn ruby, huh? H -- On Sun, Dec 26, 2004 at 07:38:10PM -0800, Harlan Stenn wrote: I think a fair number of people would like to see it. It would make it Lots Easier for people to upgrade their systems. There are packages where it makes lots of sense to use the prebuilt ones. Now that I think the only feature I want is for it to don't fetch if there is a Makefile.local I'll see if I can code it up and submit it. Or is there a better way to handle building a port with local modifications besides using a Makefile.local file? There's an alternative way, which is to use pkgtools.conf (see the sample file). You might be able to achieve what you want that way. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
portupgrade -P and local changes
I have a couple of ports where I am using a Makefile.local to provide some customizations for the local environment (I think they are for postfix+SASL, and apache2+the experimental modules, but I could be mistaken) where stock prebuilt packages are available. When I update the installed packages on the box, I like to use: portupgrade -Ppa The problem I have is that when these two ports get upgraded, portupgrade fetches and installs the prebuilt packages, which means I have to remember to then reinstall these two packages from the ports tree. Is there a way to tell portupgrade that it should not *fetch* prebuilt ports for these two packages? If the packages are already there I'm fine having them installed (as it means they were built using the Makefile.local values and wrapped as a package from the -p flag). H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade -P and local changes
Yes, but that means I have to remember to build and package the ports first, before I do anything else, and that implies I have to handle any changed prerequisite packages as well. If a way can be found to say Do not fetch these packages then this will become a much easier process. H -- Is there a way to tell portupgrade that it should not *fetch* prebuilt ports for these two packages? If the packages are already there I'm fine having them installed (as it means they were built using the Makefile.local values and wrapped as a package from the -p flag). Doesn't it use packages if they're present in the ${PACKAGES} directory (/usr/ports/packages by default)? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade -P and local changes
Neither -x nor HOLD_PKGS is what I want. I *want* to upgrade the software, I just do not want to FETCH prebuilt packages for any package that has a Makefile.local file in the tree, as a Makefile.local file means I want to build that package with local changes. H -- On Sun, Dec 26, 2004 at 01:36:12PM -0800, Harlan Stenn wrote: Yes, but that means I have to remember to build and package the ports first, before I do anything else, and that implies I have to handle any changed prerequisite packages as well. I thought that's what you were asking for. If a way can be found to say Do not fetch these packages then this will become a much easier process. portupgrade -x or set HOLD_PKGS. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBz13CWry0BWjoQKURAmQ4AKClNMfFaC6lbJbvKyCXZ/PbJFsGUgCfT+f8 RdKaLt13sz4+G6u6m8/AyGM= =P4CC -END PGP SIGNATURE- --dDRMvlgZJXvWKvBx-- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade -P and local changes
I think a fair number of people would like to see it. It would make it Lots Easier for people to upgrade their systems. There are packages where it makes lots of sense to use the prebuilt ones. Now that I think the only feature I want is for it to don't fetch if there is a Makefile.local I'll see if I can code it up and submit it. Or is there a better way to handle building a port with local modifications besides using a Makefile.local file? Thanks... H ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd as broadcastclient - not working?
If you cannot use FTP it is because there were Serious Hacking attempts aimed at UDel from that netblock. You will have to use http instead. H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd as broadcastclient - not working?
The ntp-stable tarballs are curently less-complete (less up-to-date) than the ntp-dev tarballs. I suspect Danny's patches have only been applied to ntp-dev, but depending on when I last pulled ntp-dev back to -stable some of them might be there. Basically, we run ntp-dev all over and are expecting very few changes between ntp-dev and what will become ntp-4.2.1. We know that broadcasts work with networks that use ntpd. I have no idea what tardis is doing. The fact that they apparently do not support any authentication mechanism for broadcasts is troubling. As for the documentation, this is a volunteer project. There are at least three documentation channels: - the official pages (submit your ideas to Dave) - the FAQ (submit your ideas to Ulrich) - the twiki (edit/add pages as you see fit) If you post improved documentation to the newsgroup and you post permission to have your information used in the twiki, there is a chance somebody will see it and also copy it there. In general, I do not copy content from the newsgroup to the twiki without explicit permission. H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd as broadcastclient - not working?
Better to follow the FreeBSD convention and leave them in /usr/local. Change xntpd_program in /etc/rc.conf . H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd as broadcastclient - not working?
FreeBSD appears to expect these NTP programs to be in: /usr/sbin/ No, that's where FreeBSD expects the *stock* versions to go. If that's where something in /usr/ports/ put them, you'd have to ask the port maintainer why. Doing so is against normal guidelines. Danny will have to comment on the broadcast issue. H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntpd as broadcastclient - not working?
I'd recommend the latest ntp-dev tarball once you have it: % tar xvzf ntp-dev-whatever.gz % cd ntp-dev-whatever % mkdir A.x % cd A.x % ../configure % make % su # make install # /usr/local/bin/ntpd -gN -D2 (or whatever) And remember that you need to use authentication by default if you are using broadcast. If you do not want to use authentication you will either need a line in your ntp.conf file (I forget what it is, but it should be easy to find) or use -A on the command line. It's pretty easy to set up authentication. H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: stable and perl5.8.2: PL_exit_flags undefined
On Saturday 03 April 2004 12:14 am, Harlan Stenn wrote: Thanks, and I had already installed perl5.8.0 via the ports and it was working fine. Everything stopped working when I upgradede to 5.8.2... Did you rerun use.perl port. There are links that it creates and they would be pointing to 5.8.0 if you didn't update the links. I let portupgrade do things. This was not a manual install of the port. I have even re-installed the system perl, completely uninstalled (pkg_delete or maybe pkg_deinstall) the ports/perl, and then re-installed perl from ports. Same problem... H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: stable and perl5.8.2: PL_exit_flags undefined
Thanks, and I had already installed perl5.8.0 via the ports and it was working fine. Everything stopped working when I upgradede to 5.8.2... H -- On Friday 02 April 2004 11:53 pm, Harlan Stenn wrote: I am seeing this all of a sudden (after a portupgrade -afRr): /usr/local/bin/perl5.8.2 /usr/libexec/ld-elf.so.1: /usr/local/bin/perl5.8.2: Undefined symbol PL_exit_flags Any ideas what is going on and how I can fix it? a make test in the perl5.8 port/ area runs fine... When I updated to 5.8, I followed the example in /usr/ports/UPDATING with the addition of a use.perl port in between the portupgrade of perl from 5.6.1 to 5.8 and the upgrade of all of the p5-ports. I am not obviously having problems, so,I don't know if this helps. Kent ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: stable and perl5.8.2: PL_exit_flags undefined
Well, portupgrade wouldn't run use.perl ports. Look for perl links in /usr/bin. If they don't connect to perl5.8.2, that could be part of your problem. Thanks, Kent. I'll have to do that tomorrow, as at the moment I have the ports version of perl uninstalled. I'll re-install it tomorrow and see if it does better. One problem I noticed is the version in work/perl-5.8.2/perl (or wherever) is fine when I run make test, but after make install it stops working with the same problem. I'll attack it again after food and sleep. H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
stable and perl5.8.2: PL_exit_flags undefined
I am seeing this all of a sudden (after a portupgrade -afRr): /usr/local/bin/perl5.8.2 /usr/libexec/ld-elf.so.1: /usr/local/bin/perl5.8.2: Undefined symbol PL_exit_flags Any ideas what is going on and how I can fix it? a make test in the perl5.8 port/ area runs fine... H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Resource temporarily unavailable
On a 4-STABLE box I am sometimes editing a file in preparation for an email, and the session dies with a Resource temporarily unavailable message. This is getting really old - there are no other messages anywhere, and vmstat (for example) shows nothing interesting. How can I figure out what is going wrong (so I can find and fix the root cause)? H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
accton scripts?
Does anybody have a set of support scripts for process accounting? Something to handle rotation of /var/account/acct and automatic emailing of reports and stuff? Thanks... H ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]