Re: a new hard-drive in a 2y/o laptop
Chris Brennan wrote: > I've got an HP Business Class laptop (dv2700) and the original 250G SATAII > drive is going bad. So I bought a new drive, got a great deal on an SATAII > 750G drive for it, bios sees the drive fine. The old drive had > FBSD8.2/amd64 installed and it ran fine. I wanted to reinstall to make > some partition changes anyway so when I tossed in any install medium I get > the following error > > 'Unable to find device node for /dev/ad4s1b in dev! The creation of > filesystems will be aborted.' > > I didn't select anything crazy and accepted defaults for everything. I > figured out the advanced bios option and am in the bios now letting the > bios' smart features run there tests (and it just shut down on me, this > happens in the winter when the heat is on :( ). Anyway, gonna let it cool > down and try the smart tests again. Incidentally, I was able to boot a > gentoo disc and set up an ext4 filesystem on the same disk and it worked > fine, so I don't understand why freebsd can't preform a newfs on the > drive. ___ Try zeroing out the mbr: Boot a LiveFS CD, then at a root prompt do: sysctl kern.geom.debugflags=16 and: dd if=/dev/zero of=/dev/adx oseek=1 bs=512 count=1 where x equals your drive number. This will zero out any old MBR. I have seen this exact error before, and this is what took care of it. -Mike ___ 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: Openoffice
On Mon, 27 Dec 2010 19:57:59 -0500 Jerry McAllister wrote: > Hi, > > It has been a long time since I tried to install Openoffice from > packages, but I would prefer not to have to build it. > > > By the way I tried Abiword and could not read in a plain text file - > one with just regular text created with vi. It made some irregular > blob in the middle of the page that looked like all the characters > mushed together. > > Otherwise I would be using that and ignoring Openoffice. > Jerry I am a user of AbiWord. Try installing /usr/ports/x11-fonts/webfonts to solve the above problem and then fuggedabout openoffice. Robert ___ 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: Openoffice
On Tue, 28 Dec 2010 03:21:35 +0100, "Daniel C. Dowse" wrote: > Hi, that is where i dwnld my oo pkg. > > http://projects.imp.ch/openoffice/ -> > > ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/3.2.1/i386/ > > and I had no problems whatsoever with dwnld and installing it. I've also tried them (older version 3.2.0) on 8.0-p2 and there was no problem installing them. But the final program would not run. I have to mention that I did use one of the german localized variants, but the one I needed (without all the KDE, Gnome and CUPS stuff) was not available at that time. I think the pacakges you can find through the mentioned FTP link have been built with the default options of the OpenOffice port, so there is no guarantee is has (or not has) the options that YOU need - hopefully a working piece of software instead of "WARNING **: unable to get gail version number". Hope you're lucky. Can you imagine that in the past, you could so something as simple as "pkg_add -r de-openoffice" and you had a fully working office suite including (!) a dictionary? Good times are over, gotta get your dictionaries manually today... :-( So I may say: The way *I* am going to handle OpenOffice is that I will schedule some idle time to compile it. This is the only way to get it in the form I need, including all dependencies. Tailored configuration is for sissies, just install all the stuff you don't need along with it. It seems that it's not worth the time trying to get rid of the unused parts. -- 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: what process is sending this packet?
In freebsd-questions Digest, Vol 343, Issue 3, Message: 10 On Mon, 27 Dec 2010 06:30:05 -0800 S Mathias wrote: > I can see, that theres a program that keeps sending packets on port 25: > > Dec 27 14:11:46 a kernel: [ 6336.992320] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=61533 DF PROTO=TCP > SPT=37263 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:01 a kernel: [ 6352.635704] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55853 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:04 a kernel: [ 6355.641085] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55854 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:10 a kernel: [ 6361.649059] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55855 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > > but where or how could i find out, that what process sends these packets? I believe you've posted to the wrong list; this looks pretty much like a linux box running the ipchains firewall to me .. we have one of those: r...@pigs:~ # uname -a Linux pigs.wxyz.org 2.4.36 #1 Tue Jul 22 13:13:24 GMT 2008 i686 pentium3 i386 GNU/Linux >From its /var/log/messages: Dec 28 14:47:07 pigs kernel: INPUT IN=ppp0 OUT= MAC= SRC=84.100.172.194 DST=w.x.y.z LEN=60 TOS=0x00 PREC=0x00 TTL=53 ID=52491 DF PROTO=TCP SPT=2381 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0 Dec 28 14:47:15 pigs kernel: INPUT IN=ppp0 OUT= MAC= SRC=84.100.172.194 DST=w.x.y.z LEN=60 TOS=0x00 PREC=0x00 TTL=53 ID=53751 DF PROTO=TCP SPT=2635 DPT=22 WINDOW=5808 RES=0x00 SYN URGP=0 I'm hoping to check out Luigi's linux port of ipfw + dummynet sometime, but have yet to hear of ipchains - let alone (ugh!) tc - on FreeBSD :) cheers, Ian ___ 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"
a new hard-drive in a 2y/o laptop
I've got an HP Business Class laptop (dv2700) and the original 250G SATAII drive is going bad. So I bought a new drive, got a great deal on an SATAII 750G drive for it, bios sees the drive fine. The old drive had FBSD8.2/amd64 installed and it ran fine. I wanted to reinstall to make some partition changes anyway so when I tossed in any install medium I get the following error 'Unable to find device node for /dev/ad4s1b in dev! The creation of filesystems will be aborted.' I didn't select anything crazy and accepted defaults for everything. I figured out the advanced bios option and am in the bios now letting the bios' smart features run there tests (and it just shut down on me, this happens in the winter when the heat is on :( ). Anyway, gonna let it cool down and try the smart tests again. Incidentally, I was able to boot a gentoo disc and set up an ext4 filesystem on the same disk and it worked fine, so I don't understand why freebsd can't preform a newfs on the drive. ___ 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: Openoffice
On Mon, 27 Dec 2010 19:57:59 -0500, Jerry McAllister wrote: >Hi, > >It has been a long time since I tried to install Openoffice from >packages, but I would prefer not to have to build it. > >I have been fishing around at all the old sites where I found >it some years ago and can't seem to find anything reasonable. > >eg.: http://projects.imp.ch/openoffice/ >and: >http://oootranslation.services.openoffice.org/pub/OpenOffice.org/ooomisc/FreeBSD/ >I get lists of files that are not clear as to what to download plus when I try >to download one that looks like it is for FreeBSD 8.1 it fails complaining it >cannot change directory or find a directory. > >pkg_add -r fails with the following two messages. > >Error: Unable to get >ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.1-release/Latest/openoffice.tbz: >No address record > >pkg_add: unable to fetch >'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.1-release/Latest/openoffice.tbz' >by URL > > >The latest thing I could get from freebsd.org was version 2.4.3_2 and I >had to manually download that. > >Is there anything more recent that is reliably available? > >By the way I tried Abiword and could not read in a plain text file - >one with just regular text created with vi. It made some irregular >blob in the middle of the page that looked like all the characters >mushed together. > >Otherwise I would be using that and ignoring Openoffice. > >jerry > >___ >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" Hi, that is where i dwnld my oo pkg. http://projects.imp.ch/openoffice/ -> ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/3.2.1/i386/ and I had no problems whatsoever with dwnld and installing it. cheers -- Daniel Dowse \\|// (o o) ---ooO-(_)-Ooo--- - With great power comes great responsibility - - ___ 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: Openoffice
On Mon, Dec 27, 2010 at 6:57 PM, Jerry McAllister wrote: > It has been a long time since I tried to install Openoffice from > packages, but I would prefer not to have to build it. > > I have been fishing around at all the old sites where I found > it some years ago and can't seem to find anything reasonable. > The openoffice packages are linked to here: http://porting.openoffice.org/freebsd/ -- 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"
Openoffice
Hi, It has been a long time since I tried to install Openoffice from packages, but I would prefer not to have to build it. I have been fishing around at all the old sites where I found it some years ago and can't seem to find anything reasonable. eg.: http://projects.imp.ch/openoffice/ and: http://oootranslation.services.openoffice.org/pub/OpenOffice.org/ooomisc/FreeBSD/ I get lists of files that are not clear as to what to download plus when I try to download one that looks like it is for FreeBSD 8.1 it fails complaining it cannot change directory or find a directory. pkg_add -r fails with the following two messages. Error: Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.1-release/Latest/openoffice.tbz: No address record pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.1-release/Latest/openoffice.tbz' by URL The latest thing I could get from freebsd.org was version 2.4.3_2 and I had to manually download that. Is there anything more recent that is reliably available? By the way I tried Abiword and could not read in a plain text file - one with just regular text created with vi. It made some irregular blob in the middle of the page that looked like all the characters mushed together. Otherwise I would be using that and ignoring Openoffice. jerry ___ 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: SD/CF card reader
2010-12-28 01:26, Polytropon skrev: ... Still the method of issuing something like # true> /dev/da1 Try # mount /dev/da1 /mnt That makes GEOM taste the card, thus creating the device node(s) for the partition(s) on the card. And as long as you don't reboot, the device node(s) remain even when you remove the card, so you only need to do that the first time you access the card after rebooting. A dirty hack, but it has worked for me since I started using CF cards on a regular basis. Though I would also welcome some kind of automatic creation of the device node(s). looks wrong - even if it works. It looks like: "And now we are overwriting the whole memory card with... erm... with the truth, but at least we're overwriting it." This just gives me a scary impression. There should be something more "correct", such as resetting some bus via camcontrol or re-reading a structure via usbdevs, but no> access to the whole card. ... ___ 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: SD/CF card reader
On Mon, Dec 27, 2010 at 16:26, Polytropon wrote: > On Sun, 26 Dec 2010 19:35:20 -0600, Adam Vande More > wrote: >> > GEOM: da1: partition 1 does not start on a track boundary. >> > GEOM: da1: partition 1 does not end on a track boundary. >> > GEOM: da1: partition 1 does not start on a track boundary. >> > GEOM: da1: partition 1 does not end on a track boundary. >> >> >> Yeah I don't know about that. I think it's just a warning but maybe trying >> using FreeBSD zero out device, partition(slice) and newfs_msdos it. > > Those messages seem to be uncritical as I've tried to access > various media - without any problems. Those cards work well > on my v7 system (where those messages aren't shown). I just > continue as if those messages haven't been issued. > They are useless and have been removed from current recently (large discussion of the details): http://lists.freebsd.org/pipermail/svn-src-head/2010-December/023131.html Even Windows doesn't bother with the alignment in recent versions. -- Rob Farmer ___ 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: [Bulk] FreeBSD crash and CMOS bad checksum
Alexandre wrote: > On Mon, Dec 27, 2010 at 9:59 AM, David Demelier wrote: > > I was working and suddenly FreeBSD freezes, I needed to hard reboot > > and when the BIOS post came two beeps appears with this message: > > > > CMOS/GPNV checksum bad > > ... > > What does that mean? I guess a hardware failure is coming up. > > Have you tried to change the battery on the moterboard ? IME, a failing CMOS battery usually causes that sort of problem only when power-cycling the system. If the "hard reboot" was done using a "reset" button, without having to turn off the power, it's more likely that whatever caused FreeBSD to freeze also corrupted the CMOS contents. One easy way to find out is to shut down normally, power off, leave it off for a couple of minutes, then turn it back on. If it is a battery problem the BIOS will be complaining about the CMOS again, due to power having been off, even though the shutdown was clean. Then you get to hope that the CMOS in fact has a replaceable battery, not one of those CMOS-and-battery-all-in-one-package things that some manufacturers have been known to use. ___ 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: SD/CF card reader
On Sun, 26 Dec 2010 19:35:20 -0600, Adam Vande More wrote: > My understanding is that USB devices can only respond to information > requests, not broadcast changes so that is why nothing is in dmesg > indicating new media has been inserted. Yes, polling instead of interrupt-driven announcements, this is what I understood, too. I did assume some kind of polling mechanism inside the kernel (or *by* the kernel) that would poll the "drive bays" of the SD/CF card reader to see when they contain media. Still the method of issuing something like # true > /dev/da1 looks wrong - even if it works. It looks like: "And now we are overwriting the whole memory card with... erm... with the truth, but at least we're overwriting it." This just gives me a scary impression. There should be something more "correct", such as resetting some bus via camcontrol or re-reading a structure via usbdevs, but no > access to the whole card. > > GEOM: da1: partition 1 does not start on a track boundary. > > GEOM: da1: partition 1 does not end on a track boundary. > > GEOM: da1: partition 1 does not start on a track boundary. > > GEOM: da1: partition 1 does not end on a track boundary. > > > Yeah I don't know about that. I think it's just a warning but maybe trying > using FreeBSD zero out device, partition(slice) and newfs_msdos it. Those messages seem to be uncritical as I've tried to access various media - without any problems. Those cards work well on my v7 system (where those messages aren't shown). I just continue as if those messages haven't been issued. > dd if=/dev/zero of=/dev/da0 bs=512k count=10 > fdisk -i /dev/da0 > newfs_msdos -F32 /dev/da0s1 But that will remove the content of the cards! :-) -- 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"
Newsletter December 2010
De Huufkes 69 D - 5674 TL NUENEN +31 40 737 0075 - +31 84 724 0768 i...@nahave.com - www.nahave.com Wheel Loader Doosan 500 DL 2008 8€ Wheel Loader Caterpillar 918F 1996 22000€ Wheel Loader Caterpillar 966G 2001 79000€ Wheel Loader Caterpillar 972G Series I 1999 66000€ Track dozer Caterpillar D9H 1980 64000€ Wheel excavator M313C Triple boom 2006 €75000 Wheel Loader Volvo L220F 2008 227500€ Wheel Loader Daewoo Mega 400V 2004 37000€ Wheel Loader Fiat Hitachi W270 1999 27000€ Wheel Loader Komatsu WA470-3H 1999 34000€ Wheel Loader Komatsu WA480-5H 2003 6€ Wheel Loader Komatsu WA500-6 2007 20€ Wheel excavator Caterpillar M315C 2006 7€ Wheel excavator Fuchs MHL360 2003 11€ Truck Man 12.170 Auto transp. 1986 4300€ Track excavator Case 1188 LC 1996 2€ Track excavator Hyundai 210LC-3 2001 2€ Track excavator Caterpillar 325DL 2006 99000€ Track excavator Caterpillar 320N 1995 32500€ Track excavator Caterpillar 324DL 2006 85000€ Track excavator Caterpillar 325CL 2003 6€ Track excavator Caterpillar 330DL 2007 153000€ Track excavator Caterpillar 365B LME 2001 115000€ Track excavator Caterpillar 375 LME 2001 12€ Track excavator Case 988 2000 15000€ Track excavator Halla HE280 LCE 1999 22000€ Track excavator Komatsu PC290 LC-6 1998 33000€ Track excavator Komatsu PC290 NLC-7 2002 45000€ Track excavator Komatsu PC340 LC-6 1998 32000€ Track excavator Liebherr R912 LC 1986 9000€ Track excavator Liebherr R934B HD-SL 2005 89000€ Track excavator Hitachi ZX280 LC 2004 74000€ Track excavator Hitachi ZX160 LC-3 2006 68000€ Track excavator Hitachi ZX470 LCH 2007 154000€ Track dozer Caterpillar D4H Series II 1990 34000€ Track dozer Caterpillar D9N 1991 87000€ Track dozer Caterpillar D6N LGP 2003 65000€ Track dozer Caterpillar D6N LGP 2006 138000€ Track dozer Caterpillar D8N LGP 1995 95000€ Track dozer Caterpillar D9L 1982 7€ Track dozer Klippan Ottosan 513 1980 6000€ Motor grader Caterpillar 14G 1975 5€ Motor grader Caterpillar 16 1969 3€ Crawler Loader Atlas 2202E-HD 1985 2€ Articulated vehicle Iveco 180-26 Rolfo 1992 3800€ Articulated Dump Truck Volvo A25C 6x6 1993 12000€ Articulated Dump Truck Volvo A30E 2008 184000€ Articulated Dump Truck Volvo A40D 2002 8€ Don't want to receive our newsletter or stocklist anymore? Click here. ___ 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 with dbus update
On Mon 27 Dec 2010 at 12:13:32 PST Alexander Konotop wrote: Same problem. It's seems like it's not hanging, but awaiting of something. We've been discussing this on the forums. The problem seems to be that textproc/man2html is broken. Warren Block pointed out that if you deinstall man2html, the dbus upgrade will succeed. (It just won't build html'ized versions of the manpages.) If you do need the html'ized manpages, I suggest you build them after the upgrade, perhaps using www/man2web instead. ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
> On 12/27/10, David Southwell wrote: > >> > > > > What concerns me is perl-threaded _is_ installed but it can't > >> > > > > see it. > >> > > > > >> > > > Do you have in: > >> > > > > >> > > > etc/make.conf > >> > > > > >> > > > PERL_THREADED=true > >> > > > >> > > Perhaps I'm a little daft atm. Either way I want to be clear: Are > >> > > you saying the define needs to be in the make.conf so that it will > >> > > build correctly? It _does not_ actually look at what perl is > >> > > installed? > >> > > > >> > > IF that is the case, then wtf? Either ImageMagick should be checking > >> > > the actual pkg installed, or the perl port should be defining this > >> > > in the make.conf, right? Seeing as perl already makes a define in > >> > > make.conf... > >> > > > >> > > Meanwhile I'll check it out. Cheers > >> > > >> > Yep you need that line in make.conf > >> > >> Who made this claim? This is not some standard, user-configurable > >> knob -- it is only used by 5 ports, and each of them assigns a value > >> to it in the port Makefile. It shouldn't be set in make.conf. As for > >> why it isn't working in Da Rock's case, he hasn't answered any of the > >> questions I asked him earlier. > > > > I suggest you see an earlier thread on same topic [ImageMagick Upgrade > > Problem]. > > That thread (I'm assuming you're referring to the one in Nov. on > FreeBSD-ports) is no longer relevant after Doug's commit (which was > announced in that thread): That was why I wondered whether all the OP's ports are up to date. > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/ImageMagick/Makefile.d > iff?r1=1.313;r2=1.314 > > The suggestion that users set that variable was a temporary hack that > should never have been needed, were it not for the earlier problems > with the port, which have since been resolved (in part, anyway). > PERL_THREADED should only be defined when it is used, and should > record whether the perl port being used is threaded, and not some > user-selected value. > Agreed - but following Doug's commit I can vouch that the PERL_THREADED hack was still needed for 7.2 p3 systems on amd64. > The questions I originally asked were in: > > http://lists.freebsd.org/pipermail/freebsd-questions/2010-December/225501.h > tml The current thread did not make that clear. > > (This thread is a little hard to follow because it's spread between > two lists, -questions and -ports, with some replies not being sent to > -ports.) > > > I also wonder if the OP's ports tree is up to date. > > That's a good question. He mentioned that he was updating a lot of > ports, so I'm assuming that it is, but it's something that he should > check. > His comments made me wonder :-; Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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"
Reversed (or previously applied) patch detected
I was doing some exercises to get familiar with diff/patch. Tried: cd mkdir tmp cd tmp mkdir original mkdir changed echo Line1 > original/File1 echo Line2 >>original/File1 echo Line4 >>original/File1 echo Line1 > changed/File1 echo Line2 >>changed/File1 echo Line3 >>changed/File1 echo Line4 >>changed/File1 echo 1 > original/File2 echo 2 >>original/File2 echo 4 >>original/File2 echo 1 > changed/File2 echo 2 >>changed/File2 echo 3 >>changed/File2 echo 4 >>changed/File2 diff -urN original changed > dir.diff Which produced: diff -ruN original/File1 changed/File1 --- original/File1 2010-12-26 23:07:41.0 -0500 +++ changed/File1 2010-12-26 23:08:26.0 -0500 @@ -1,3 +1,5 @@ Line1 Line2 +Line3 Line4 +Line5 diff -ruN original/File2 changed/File2 --- original/File2 2010-12-26 23:08:08.0 -0500 +++ changed/File2 2010-12-26 23:08:35.0 -0500 @@ -1,3 +1,8 @@ 1 2 +3 4 +5 +6 +7 +8 Then tried patch < dir.diff The patch command gives the warning: Reversed (or previously applied) patch detected Tried a few other variations like patch -p But that will make the "changed" files be like the original instead of patching the original files. Any ideas/hints? ___ 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 with dbus update
Same problem. It's seems like it's not hanging, but awaiting of something. ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
On 12/27/10, David Southwell wrote: >> > > > > What concerns me is perl-threaded _is_ installed but it can't see >> > > > > it. >> > > > >> > > > Do you have in: >> > > > >> > > > etc/make.conf >> > > > >> > > > PERL_THREADED=true >> > > >> > > Perhaps I'm a little daft atm. Either way I want to be clear: Are you >> > > saying the define needs to be in the make.conf so that it will build >> > > correctly? It _does not_ actually look at what perl is installed? >> > > >> > > IF that is the case, then wtf? Either ImageMagick should be checking >> > > the actual pkg installed, or the perl port should be defining this in >> > > the make.conf, right? Seeing as perl already makes a define in >> > > make.conf... >> > > >> > > Meanwhile I'll check it out. Cheers >> > >> > Yep you need that line in make.conf >> >> Who made this claim? This is not some standard, user-configurable >> knob -- it is only used by 5 ports, and each of them assigns a value >> to it in the port Makefile. It shouldn't be set in make.conf. As for >> why it isn't working in Da Rock's case, he hasn't answered any of the >> questions I asked him earlier. > I suggest you see an earlier thread on same topic [ImageMagick Upgrade > Problem]. That thread (I'm assuming you're referring to the one in Nov. on FreeBSD-ports) is no longer relevant after Doug's commit (which was announced in that thread): http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/ImageMagick/Makefile.diff?r1=1.313;r2=1.314 The suggestion that users set that variable was a temporary hack that should never have been needed, were it not for the earlier problems with the port, which have since been resolved (in part, anyway). PERL_THREADED should only be defined when it is used, and should record whether the perl port being used is threaded, and not some user-selected value. The questions I originally asked were in: http://lists.freebsd.org/pipermail/freebsd-questions/2010-December/225501.html (This thread is a little hard to follow because it's spread between two lists, -questions and -ports, with some replies not being sent to -ports.) > I also wonder if the OP's ports tree is up to date. That's a good question. He mentioned that he was updating a lot of ports, so I'm assuming that it is, but it's something that he should check. b. ___ 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: Portmaster general questions and problems
FYI, I agree with most of what b.f. wrote, and I thank him for answering this. I don't follow -questions anymore, so it's very helpful when I get cc'ed on posts about portmaster. A few additional thoughts ... On 12/26/2010 21:13, b. f. wrote: I'm trying to figure out what I'm doing wrong or what I don't understand about portmaster. I've looked on google and can't find any documentation that isn't just basic stuff or rehashes of the man pages (which are fine for reference, but not helpful in understanding how to use it). This shouldn't be difficult: portmaster isn't a clone of portupgrade, but the command-line options and behavior of the two are similar. Portmaster is actually somewhat easier to use because you don't have to worry about the extra databases that portupgrade uses. The portmaster manpage is fairly well written, and the EXAMPLES section demonstrates most of what the average user will need. +1. :) I have spent considerable time on the man page, and encourage you to actually read it, beginning to end. It should give you all the information you need about how portmaster works. The most important thing to keep in mind is that (as b.f. pointed out above) portmaster is not a clone of portupgrade, nor was it ever designed to be. Portmaster also doesn't seem to understand when ports are already up-to-date, so doing this: portmaster php5-* To update all the php5 ports causes portmaster to re-install things that are already up to date. Is this expected behavior? Yes. If you had read the man page you would have known that. :) Also, the * at the end is not necessary. if so, how can I upgrade ports without typing each one my hand. I'd rather not run portmaster with -a since I don't want to blindly update everything. The man page contains an example of an alias that you can use to wrap 'portmaster -L' to give you a concise output of what ports need updating. Then you could do something like: portmaster php-port1 php-port2 php-port3 to only update that subset of ports that you want. Meanwhile, -a is usually the safest route, and some of the problems you are experiencing (in addition to not following the instructions in UPDATING) may be due to the fact that you're trying to outsmart the maintainers of all of your ports. :) 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-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: Portupgrade status
On Mon, 27 Dec 2010, Matthew Seaman wrote: On 27/12/2010 01:32, Randal L. Schwartz wrote: "Rob" == Rob Farmer writes: Rob> Then, the removal of MD5 distinfo broke it and it stayed broken for Rob> over a week with no indication given that a fix was in the works. On Rob> the other hand, Doug Barton has been very responsive to issues with Rob> portmaster and fixed this problem less than 48 hours after it Rob> appeared. Hence my recommendation to switch. I switched to portmaster a few months ago after being firmly in the portupgrade camp, and have not regretted it in the slightest. Same here. The biggest conceptual gotcha in switching is that portmaster always reinstalls the ports you tell it to work on, unlike portupgrade which just upgrades what's out of date unless you tell it otherwise. I also have my machines set up with a portmaster.rc like this: # # portmaster global config overrides # NO_BACKUP=Bopt PM_DEL_BUILD_ONLY=pw_dbo ALWAYS_SCRUB_DISTFILES=dopt MAKE_PACKAGE=gopt PM_PACKAGES=first LOCAL_PACKAGEDIR=/usr/ports/packages PM_PACKAGES_LOCAL=pmp_local PM_IGNORE_FAILED_BACKUP_PACKAGE=pm_ignore_failed_backup_package # # That's All Folks! # Which has two good effects: it stops portmaster asking so many questions; and it keeps a local archive of packages of everything it builds and will re-install from that local package repo where an appropriate package is available. Oh, and it removes build dependencies rather than leaving them cluttering up the disk (but it does keep packages of them, so it's quick to reinstall where needed). This saves a lot of compiling if you share your local package repo amongst several machines, or (like I do) you have a lot of churn in installed package sets. I tried doing this sort of thing with portupgrade, but I never could get it to work quite right and I always had to remember to put extra flags on the command line -- with portmaster it "just works" (tm). Also a happy portmaster user. Thanks for the portmaster.rc ideas. For me portupgrade never really worked because I only use port management tools on workstations and I go so long between upgrades I never had any sucess using portupgrade. I also like the fact that portmaster uses only the files that are there anyway. Doug Denault ___ 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 dbus update
Pkg_version showed that my version of dbus need updating, so I tried to do that today by using both "portupgrade" and make deinstall reinstall. However, there seems to be a bug in the document generation process for "dbus-cleanup-sockets.1.html." The script stops there and will not progress. ___ 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"
Firefox 3.6 crashes after GTK upgrade
On Saturday December 19, I updated GTK following the instructions in /usr/ports/UPDATING and since then any click that should draw a menu instead crashes Firefox. This includes the main menus (file, edit, view, etc), right clicking, or menus in various extensions. I have also found that some javascript will also crash the browser. Here is the contents of the /usr/ports/www/firefox directory: 4 -rw-r--r-- 1 root wheel 3812 Dec 13 12:09 Makefile 10 -rw-r--r-- 1 root wheel 8676 Jan 9 2009 Makefile.webplugins 2 -rw-r--r-- 1 root wheel154 Dec 13 12:09 distinfo 2 drwxr-xr-x 2 root wheel 2048 Dec 13 12:09 files 2 -rw-r--r-- 1 root wheel329 Feb 24 2010 pkg-descr 2 -rw-r--r-- 1 root wheel 1535 Feb 24 2010 pkg-message So far I have tried the following: * Remove the .mozilla directory and start firefox without extensions, plugins, or customizations * Force reinstall of Firefox (portupgrade -F) * Remove and reinstall Firefox * Force reinstall of the mouse input driver * Remove and reinstall xorg and components * Remove and reinstall Fluxbox window manager I'm not sure what else to try. Does anyone have any suggestions? I did receive one suggestion to gdbm the .core file, but can't find any information on how I would apply a database manager to a file like that, or what I would expect to find from that. Keith S. ___ 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: PCI IDE Controller Base Address Register setting
Hi Alex, Cross posted to FreeBSD hackers. Thanks, Darmawan --- On Mon, 12/27/10, Alexander Best wrote: > From: Alexander Best > Subject: Re: PCI IDE Controller Base Address Register setting > To: "Darmawan Salihun" > Cc: freebsd-questions@freebsd.org > Date: Monday, December 27, 2010, 3:48 AM > On Mon Dec 27 10, Darmawan Salihun > wrote: > > Hi, > > > > I'm trying to install FreeBSD 8.0 on AMD Geode LX800 > (CS5536 "southbridge"). However, it cannot detect the IDE > controller (in the CS5536) correctly. It says something > similar to this: > > "IDE controller not present" > > i don't think freebsd-questions is the right place for your > issue. you might > get some help over at freebsd-hackers or freebsd-current. > > cheers. > alex > > > > > I did lspci in Linux (BackTrack 3) > > and I saw that the IDE controller Base Address > Registers (BARs) > > are all disabled (only contains zeros), > > except for one of them (BAR4). > > BAR4 decodes 16-bytes I/O ports (FFF0h-h). > > The decoded ports "seems" to conform to the PCI IDE > specification > > for "native-PCI IDE controller" (relocatable within > the > > 16-bit I/O address space). > > > > I did "cat /proc/ioports" and I found that > > the following I/O port address ranges decoded > correctly > > to the IDE controller in the CS5536 "southbridge": > > > > 1F0h-1F7h > > 3F6h > > 170h-177h > > FFF0h-h > > > > My question: > > Does FreeBSD require the IDE controller BARs > > to be programmed to also decode > > legacy I/O ports ranges (1F0h-1F7h,3F6h and > 170h-177h)? > > > > What if those ranges are not programmed into the BARs > > > of the IDE controller? > > Would the IDE controller be considered > > not present (disabled)? > > > > TIA, > > > > Darmawan > > > > PS: I'm working on the BIOS for this particular system > > > but I have yet to be able to > program the BARs to the > > aforementioned legacy I/O port > ranges. > > This system is very peculiar > because the PCI subsystem > > is virtualized. > > > > > > > > > > > > -- > a13x > ___ > 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"
Re: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
> > > > > What concerns me is perl-threaded _is_ installed but it can't see > > > > > it. > > > > > > > > Do you have in: > > > > > > > > etc/make.conf > > > > > > > > PERL_THREADED=true > > > > > > Perhaps I'm a little daft atm. Either way I want to be clear: Are you > > > saying the define needs to be in the make.conf so that it will build > > > correctly? It _does not_ actually look at what perl is installed? > > > > > > IF that is the case, then wtf? Either ImageMagick should be checking > > > the actual pkg installed, or the perl port should be defining this in > > > the make.conf, right? Seeing as perl already makes a define in > > > make.conf... > > > > > > Meanwhile I'll check it out. Cheers > > > > Yep you need that line in make.conf > > Who made this claim? This is not some standard, user-configurable > knob -- it is only used by 5 ports, and each of them assigns a value > to it in the port Makefile. It shouldn't be set in make.conf. As for > why it isn't working in Da Rock's case, he hasn't answered any of the > questions I asked him earlier. > > b. I suggest you see an earlier thread on same topic [ImageMagick Upgrade Problem]. I also wonder if the OP's ports tree is up to date. David Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs
On 27/12/2010 14:11, Anton Shterenlikht wrote: > On 9.0-CURRENT r216732 ia64 I get this message: > > % grep getty /var/log/messages | tail > Dec 27 13:26:57 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:27:27 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:27:57 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:45:22 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:45:53 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:46:23 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:52:55 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:53:25 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:57:56 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > Dec 27 13:58:26 mech-cluster241 init: getty repeating too quickly on port > /dev/ttyv8, sleeping 30 secs > % > > % grep ttyv8 /etc/ttys > ttyv8 "/usr/local/bin/xdm"xterm on secure > > % cat /var/log/xdm.log > % > > And no other indication of anything going wrong. > > I've seen quite a few similar reports on the net, > but no conclusive answer. > > What exactly does the above message mean? Usually that xdm is failing to start. getty will keep trying to run it, and wil fill your log files with messages of failure until you fix the problem. I'd turn off xdm on that vty temporarily, [change 'on' to 'off' in that line in /etc/ttys, and 'kill -HUP 1' to restart init] and then try running xdm manually from the console to see what happens. It could be all sorts of things causing the problem. > Should I be worried? Only if you desperately need to log into an X windows session on the console of that machine. Otherwise you should be able to log in over the network and run any X applications displaying remotely on the machine you logged in from. 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: what process is sending this packet?
On 12/27/2010 9:30 AM, S Mathias wrote: > I can see, that theres a program that keeps sending packets on port 25: > > Dec 27 14:11:46 a kernel: [ 6336.992320] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=61533 DF PROTO=TCP > SPT=37263 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:01 a kernel: [ 6352.635704] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55853 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:04 a kernel: [ 6355.641085] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55854 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:10 a kernel: [ 6361.649059] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55855 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > > but where or how could i find out, that what process sends these packets? On FreeBSD, take a look at the audit subsystem http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/audit.html ---Mike ___ 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"
what process is sending this packet?
S Mathias writes: > I can see, that theres a program that keeps sending packets on > port 25: See "/etc/services". 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: what process is sending this packet?
El dÃa Monday, December 27, 2010 a las 06:30:05AM -0800, S Mathias escribió: > I can see, that theres a program that keeps sending packets on port 25: > > Dec 27 14:11:46 a kernel: [ 6336.992320] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=61533 DF PROTO=TCP > SPT=37263 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:01 a kernel: [ 6352.635704] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55853 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:04 a kernel: [ 6355.641085] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55854 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > Dec 27 14:12:10 a kernel: [ 6361.649059] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 > DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55855 DF PROTO=TCP > SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 > > but where or how could i find out, that what process sends these packets? looks like local delivery (127.0.0.1) of mail (port 25); you might catch the proc with lsof (from ports collection); HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
> Well I did offer the info in the OP, albeit pkg_version style. Anyhoo > perl --version outputs: > Yes, but the output of 'perl --version' is what really matters in this case, because it is used to determine PERL_THREADED for this port, as you can see in the port Makefile. > This is perl, v5.10.1 (*) built for amd64-freebsd-thread-multi > > And pkg_version -v: > > perl-threaded-5.10.1_3 > > So its there. Unfortunately I'm still running various updates so I Well, it's registered in PKG_DBDIR, anyway. In general, it's possible for the package database or the installed package to be corrupt, although neither of these seem to be your problem. When you get a chance, show us the output of 'make -V PERL_THREADED' and 'make showconfig' for this port. Both of those do little more than parse the Makefiles, so they shouldn't disrupt your other builds. b. ___ 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"
what process is sending this packet?
I can see, that theres a program that keeps sending packets on port 25: Dec 27 14:11:46 a kernel: [ 6336.992320] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=61533 DF PROTO=TCP SPT=37263 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 Dec 27 14:12:01 a kernel: [ 6352.635704] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55853 DF PROTO=TCP SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 Dec 27 14:12:04 a kernel: [ 6355.641085] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55854 DF PROTO=TCP SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 Dec 27 14:12:10 a kernel: [ 6361.649059] O_D_LOG: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=55855 DF PROTO=TCP SPT=40644 DPT=25 WINDOW=32792 RES=0x00 SYN URGP=0 but where or how could i find out, that what process sends these packets? thank you! ___ 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"
init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs
On 9.0-CURRENT r216732 ia64 I get this message: % grep getty /var/log/messages | tail Dec 27 13:26:57 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:27:27 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:27:57 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:45:22 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:45:53 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:46:23 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:52:55 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:53:25 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:57:56 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs Dec 27 13:58:26 mech-cluster241 init: getty repeating too quickly on port /dev/ttyv8, sleeping 30 secs % % grep ttyv8 /etc/ttys ttyv8 "/usr/local/bin/xdm"xterm on secure % cat /var/log/xdm.log % And no other indication of anything going wrong. I've seen quite a few similar reports on the net, but no conclusive answer. What exactly does the above message mean? Should I be worried? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
On 12/27/10 22:54, b. f. wrote: What concerns me is perl-threaded _is_ installed but it can't see it. Do you have in: etc/make.conf PERL_THREADED=true Perhaps I'm a little daft atm. Either way I want to be clear: Are you saying the define needs to be in the make.conf so that it will build correctly? It _does not_ actually look at what perl is installed? IF that is the case, then wtf? Either ImageMagick should be checking the actual pkg installed, or the perl port should be defining this in the make.conf, right? Seeing as perl already makes a define in make.conf... Meanwhile I'll check it out. Cheers Yep you need that line in make.conf Who made this claim? This is not some standard, user-configurable knob -- it is only used by 5 ports, and each of them assigns a value to it in the port Makefile. It shouldn't be set in make.conf. As for why it isn't working in Da Rock's case, he hasn't answered any of the questions I asked him earlier. Well I did offer the info in the OP, albeit pkg_version style. Anyhoo perl --version outputs: This is perl, v5.10.1 (*) built for amd64-freebsd-thread-multi And pkg_version -v: perl-threaded-5.10.1_3 So its there. Unfortunately I'm still running various updates so I can't really offer the make -C yet- somehow OOO has managed scam itself into my updates that really takes time on the laptop. So I'm still doing 'spring cleaning' so to speak :) The time of year really lends to the cause... ___ 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: rcorder
On Mon, 27 Dec 2010 13:21:43 + RW wrote: > AFTER is what can't be run until the current script > completes. Sorry, that should be BEFORE not AFTER. ___ 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: rcorder
On Mon, 27 Dec 2010 07:50:20 -0500 Nu 2 Da Boro wrote: > Thanks, but I'm still unable to get it to work... I'm trying to get > barnyard2 to boot after mysql > I placed mysql and/or mysql-server under PROVIDE and/or REQUIRE in > rc.d/barnyard2. Then ran rcorder to show the correct setting and > still no luck. PROVIDE is what the the script provides (i.e. the name of the script for ordering purposes), REQUIRE is the what needs to be run before the current script and AFTER is what can't be run until the current script completes. Don't edit the files though, or you'll have to maintain them indefinitely. Do it with an extra file as I suggested. Afterwards run rcorder /etc/rc.d/* /usr/local/etc/rc.d/* and check for any errors > I was able to uncomment REQUIRE and that produces an > error which now causes barnyard2 to load after mysql. Funny how > things work. The ordering information is placed in comments at the top of the script for rcorder to parse. If you uncomment them they become syntax errors within the script. ___ 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: [Bulk] FreeBSD crash and CMOS bad checksum
On Mon, Dec 27, 2010 at 9:59 AM, David Demelier wrote: > Hello, > > I was working and suddenly FreeBSD freezes, I needed to hard reboot and > when the BIOS post came two beeps appears with this message: > > CMOS/GPNV checksum bad > > Press F1 to enter setup > Press F2 to continue with default values.. > > What does that mean? I guess a hardware failure is coming up. > > Kind regards, > > David. > Have you tried to change the battery on the moterboard ? ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
> > > > What concerns me is perl-threaded _is_ installed but it can't see it. > > > > > > Do you have in: > > > > > > etc/make.conf > > > > > > PERL_THREADED=true > > > > Perhaps I'm a little daft atm. Either way I want to be clear: Are you > > saying the define needs to be in the make.conf so that it will build > > correctly? It _does not_ actually look at what perl is installed? > > > > IF that is the case, then wtf? Either ImageMagick should be checking the > > actual pkg installed, or the perl port should be defining this in the > > make.conf, right? Seeing as perl already makes a define in make.conf... > > > > Meanwhile I'll check it out. Cheers > Yep you need that line in make.conf Who made this claim? This is not some standard, user-configurable knob -- it is only used by 5 ports, and each of them assigns a value to it in the port Makefile. It shouldn't be set in make.conf. As for why it isn't working in Da Rock's case, he hasn't answered any of the questions I asked him earlier. b. ___ 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: rcorder
Thanks, but I'm still unable to get it to work... I'm trying to get barnyard2 to boot after mysql I placed mysql and/or mysql-server under PROVIDE and/or REQUIRE in rc.d/barnyard2. Then ran rcorder to show the correct setting and still no luck. I was able to uncomment REQUIRE and that produces an error which now causes barnyard2 to load after mysql. Funny how things work. Thanks again, n00b Anci On Mon, Dec 27, 2010 at 1:12 AM, Polytropon wrote: > On Mon, 27 Dec 2010 00:38:53 -0500, Nu 2 Da Boro > wrote: > > I am trying to change the boot order for a service on my server... I have > a > > service that boots before mysql and need to change this. I have read the > man > > page for rc and rcorder and still unable to come up with a solution to my > > problem. > > There are keywords that determine the order of execution, > those are especially REQUIRE and PROVIDE. You need to > set them in the rc.d/ scripts. For example, the script > that has to run first gets the proper PROVIDE setting, > the script that depends on the first script - the one > that should therefore be started _after_ the previous > service is up - gets the REQUIRE keyword. You can see > a better explaination in "man rcorder". See the rc.d/ > files of your services. > > E. g. /usr/local/etc/rc.d/mysql-server: > ># PROVIDE: mysql ># REQUIRE: LOGIN ># KEYWORD: shutdown > > Depending on the service that mysql requires, you would > need to code something like > ># PROVIDE: bla > > in this service's startup file, and then add > ># REQUIRE: bla > > to mysql's startup file. The correct order of execution is > determined automatically by the rcorder mechanism. > > > > > I'm pretty familiar with Ubunutu and the /etc/rc0-6 but I'm new to > > FreeBSD > > FreeBSD does not have this kind of runlevel based startup. > > > > > -- > 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
On 12/27/10 21:32, David Southwell wrote: On 12/27/10 20:22, David Southwell wrote: On 12/27/10 01:05, Roland Smith wrote: On Sun, Dec 26, 2010 at 11:42:37PM +1000, Da Rock wrote: Something I'm missing here? A fix would be nice, I should be used to it though- ImageMagick _always_ has issues for me. I just thought it'd be nice to get it updated for once- it looked so close :) I'm getting something similar, have been for a couple of weeks: ** Port marked as IGNORE: graphics/ImageMagick: OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl with threads or undefine WITH_IMAGEMAGICK_PERL ** Listing the failed packages (-:ignored / *:skipped / !:failed) - graphics/ImageMagick (marked as IGNORE) (Follow-ups redirected to ports@, or I tried to.) Hmm. I'm not alone then. I'll do some poking then and see what comes up... :) Any hints guys? Try building ImageMagick without perl support. Works for me, with EXR, but haven't tested with Djvu; cd /usr/ports/graphics/ImageMagick make config ┌── ──┐ │ Options for ImageMagick 6.6.5.10 │ │ ┌^(-)┐ │ ... │ │[X] IMAGEMAGICK_OPENEXR OpenEXR support (needs threads) │ │ │ │[X] IMAGEMAGICK_OPENMP OpenMP for SMP (needs threads) │ │ │ │[ ] IMAGEMAGICK_PDF PDF format support │ │ │ │[ ] IMAGEMAGICK_PERL Perl support │ │ ... Roland ImageMagick is already installed, so getting something to work is not a problem. Its updating it... What concerns me is perl-threaded _is_ installed but it can't see it. Do you have in: etc/make.conf PERL_THREADED=true Perhaps I'm a little daft atm. Either way I want to be clear: Are you saying the define needs to be in the make.conf so that it will build correctly? It _does not_ actually look at what perl is installed? IF that is the case, then wtf? Either ImageMagick should be checking the actual pkg installed, or the perl port should be defining this in the make.conf, right? Seeing as perl already makes a define in make.conf... Meanwhile I'll check it out. Cheers Yep you need that line in make.conf Also are ALL your ports up to date? I cannot remember when but there was a recent patch to fix the problem you describe. When you have that line in make.conf you may need to recompile perl and all ports that depend upon it. I'm running an update now, hence the issue :) but I'm not sure how recent you mean. I also just do a run through and check major probs if necessary, so I do just do what I can- this is not an enterprise system after all, just my heap of crap. I didn't notice it in UPDATING but I guess I also wasn't really looking either- I'll look for it specifically now though. Hopefully I'll get a fully up-to-date system this holidays :) So at the end of it all does the perl port put the define in then once installed? ___ 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 crash and CMOS bad checksum
Hello, I was working and suddenly FreeBSD freezes, I needed to hard reboot and when the BIOS post came two beeps appears with this message: CMOS/GPNV checksum bad Press F1 to enter setup Press F2 to continue with default values.. What does that mean? I guess a hardware failure is coming up. Kind regards, David. ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
> On 12/27/10 20:22, David Southwell wrote: > > > On 12/27/10 01:05, Roland Smith wrote: > > > > On Sun, Dec 26, 2010 at 11:42:37PM +1000, Da Rock wrote: > > > Something I'm missing here? A fix would be nice, I should be used > > > > > > to it though- ImageMagick _always_ has issues for me. I just > > > > > > thought it'd be nice to get it updated for once- it looked so > > > > > > close :) > > > >>> > > > >>> I'm getting something similar, have been for a couple of weeks: > > > >>> > > > >>> ** Port marked as IGNORE: graphics/ImageMagick: > > > >>> > > > >>> OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl > > > > with > > > > > >>> threads or undefine WITH_IMAGEMAGICK_PERL > > > >>> > > > >>> > > > >>> > > > >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) > > > >>> > > > >>> > > > >>> > > > >>> - graphics/ImageMagick (marked as IGNORE) > > > >>> > > > >>> > > > >>> > > > >>> (Follow-ups redirected to ports@, or I tried to.) > > > >> > > > >> Hmm. I'm not alone then. I'll do some poking then and see what comes > > > >> > > > >> up... :) > > > >> > > > >> > > > >> > > > >> Any hints guys? > > > > > > > > Try building ImageMagick without perl support. Works for me, with > > > > EXR, > > > > > > > > but haven't tested with Djvu; > > > > > > > > > > > > > > > > cd /usr/ports/graphics/ImageMagick > > > > > > > > make config > > > > > > > > > > > > > > > > ┌── > > > > > > > > ──┐ │ Options for ImageMagick 6.6.5.10 > > > > > > > > │ │ > > > > > > > > ┌^(-)┐ > > > > > > > > │ > > > > > > > > > > > > > > > > ... > > > > > > > > > > > > > > > > │ │[X] IMAGEMAGICK_OPENEXR OpenEXR support (needs threads) > > > > > > > > │ │ │ │[X] IMAGEMAGICK_OPENMP OpenMP for SMP (needs threads) > > > > > > > > │ │ │ │[ ] IMAGEMAGICK_PDF PDF format support > > > > > > > > │ │ │ │[ ] IMAGEMAGICK_PERL Perl support > > > > > > > > │ │ > > > > > > > > > > > > > > > > ... > > > > > > > > > > > > > > > > Roland > > > > > > ImageMagick is already installed, so getting something to work is not a > > > > > > problem. Its updating it... > > > > > > > > > > > > What concerns me is perl-threaded _is_ installed but it can't see it. > > > > Do you have in: > > > > etc/make.conf > > > > PERL_THREADED=true > > Perhaps I'm a little daft atm. Either way I want to be clear: Are you > saying the define needs to be in the make.conf so that it will build > correctly? It _does not_ actually look at what perl is installed? > > IF that is the case, then wtf? Either ImageMagick should be checking the > actual pkg installed, or the perl port should be defining this in the > make.conf, right? Seeing as perl already makes a define in make.conf... > > Meanwhile I'll check it out. Cheers Yep you need that line in make.conf Also are ALL your ports up to date? I cannot remember when but there was a recent patch to fix the problem you describe. When you have that line in make.conf you may need to recompile perl and all ports that depend upon it. David Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
On 12/27/10 20:22, David Southwell wrote: > On 12/27/10 01:05, Roland Smith wrote: > > On Sun, Dec 26, 2010 at 11:42:37PM +1000, Da Rock wrote: > Something I'm missing here? A fix would be nice, I should be used > to it though- ImageMagick _always_ has issues for me. I just > thought it'd be nice to get it updated for once- it looked so > close :) > >>> > >>> I'm getting something similar, have been for a couple of weeks: > >>> ** Port marked as IGNORE: graphics/ImageMagick: > >>> OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl with > >>> threads or undefine WITH_IMAGEMAGICK_PERL > >>> > >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) > >>> > >>> - graphics/ImageMagick (marked as IGNORE) > >>> > >>> (Follow-ups redirected to ports@, or I tried to.) > >> > >> Hmm. I'm not alone then. I'll do some poking then and see what comes > >> up... :) > >> > >> Any hints guys? > > > > Try building ImageMagick without perl support. Works for me, with EXR, > > but haven't tested with Djvu; > > > > cd /usr/ports/graphics/ImageMagick > > make config > > > > ┌── > > ──┐ │ Options for ImageMagick 6.6.5.10 > > │ │ > > ┌^(-)┐ > > │ > > > > ... > > > > │ │[X] IMAGEMAGICK_OPENEXR OpenEXR support (needs threads) > > │ │ │ │[X] IMAGEMAGICK_OPENMP OpenMP for SMP (needs threads) > > │ │ │ │[ ] IMAGEMAGICK_PDF PDF format support > > │ │ │ │[ ] IMAGEMAGICK_PERL Perl support > > │ │ > > > > ... > > > > Roland > > ImageMagick is already installed, so getting something to work is not a > problem. Its updating it... > > What concerns me is perl-threaded _is_ installed but it can't see it. Do you have in: etc/make.conf PERL_THREADED=true Perhaps I'm a little daft atm. Either way I want to be clear: Are you saying the define needs to be in the make.conf so that it will build correctly? It _does not_ actually look at what perl is installed? IF that is the case, then wtf? Either ImageMagick should be checking the actual pkg installed, or the perl port should be defining this in the make.conf, right? Seeing as perl already makes a define in make.conf... Meanwhile I'll check it out. Cheers ___ 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: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating
> On 12/27/10 01:05, Roland Smith wrote: > > On Sun, Dec 26, 2010 at 11:42:37PM +1000, Da Rock wrote: > Something I'm missing here? A fix would be nice, I should be used > to it though- ImageMagick _always_ has issues for me. I just > thought it'd be nice to get it updated for once- it looked so > close :) > >>> > >>> I'm getting something similar, have been for a couple of weeks: > >>> ** Port marked as IGNORE: graphics/ImageMagick: > >>> OpenEXR requires threads. . Perl is non-threaded. Reinstall Perl with > >>> threads or undefine WITH_IMAGEMAGICK_PERL > >>> > >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) > >>> > >>> - graphics/ImageMagick (marked as IGNORE) > >>> > >>> (Follow-ups redirected to ports@, or I tried to.) > >> > >> Hmm. I'm not alone then. I'll do some poking then and see what comes > >> up... :) > >> > >> Any hints guys? > > > > Try building ImageMagick without perl support. Works for me, with EXR, > > but haven't tested with Djvu; > > > > cd /usr/ports/graphics/ImageMagick > > make config > > > > ┌── > > ──┐ │ Options for ImageMagick 6.6.5.10 > >│ │ > > ┌^(-)┐ > > │ > > > > ... > > > > │ │[X] IMAGEMAGICK_OPENEXR OpenEXR support (needs threads) > > │ │ │ │[X] IMAGEMAGICK_OPENMP OpenMP for SMP (needs threads) > > │ │ │ │[ ] IMAGEMAGICK_PDF PDF format support > > │ │ │ │[ ] IMAGEMAGICK_PERL Perl support > > │ │ > > > > ... > > > > Roland > > ImageMagick is already installed, so getting something to work is not a > problem. Its updating it... > > What concerns me is perl-threaded _is_ installed but it can't see it. Do you have in: etc/make.conf PERL_THREADED=true ?? David Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: Portupgrade status
On 27/12/2010 01:32, Randal L. Schwartz wrote: >> "Rob" == Rob Farmer writes: > > Rob> Then, the removal of MD5 distinfo broke it and it stayed broken for > Rob> over a week with no indication given that a fix was in the works. On > Rob> the other hand, Doug Barton has been very responsive to issues with > Rob> portmaster and fixed this problem less than 48 hours after it > Rob> appeared. Hence my recommendation to switch. > > I switched to portmaster a few months ago after being firmly in the > portupgrade camp, and have not regretted it in the slightest. > Same here. The biggest conceptual gotcha in switching is that portmaster always reinstalls the ports you tell it to work on, unlike portupgrade which just upgrades what's out of date unless you tell it otherwise. I also have my machines set up with a portmaster.rc like this: # # portmaster global config overrides # NO_BACKUP=Bopt PM_DEL_BUILD_ONLY=pw_dbo ALWAYS_SCRUB_DISTFILES=dopt MAKE_PACKAGE=gopt PM_PACKAGES=first LOCAL_PACKAGEDIR=/usr/ports/packages PM_PACKAGES_LOCAL=pmp_local PM_IGNORE_FAILED_BACKUP_PACKAGE=pm_ignore_failed_backup_package # # That's All Folks! # Which has two good effects: it stops portmaster asking so many questions; and it keeps a local archive of packages of everything it builds and will re-install from that local package repo where an appropriate package is available. Oh, and it removes build dependencies rather than leaving them cluttering up the disk (but it does keep packages of them, so it's quick to reinstall where needed). This saves a lot of compiling if you share your local package repo amongst several machines, or (like I do) you have a lot of churn in installed package sets. I tried doing this sort of thing with portupgrade, but I never could get it to work quite right and I always had to remember to put extra flags on the command line -- with portmaster it "just works" (tm). 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: rcorder
On Mon, 27 Dec 2010 00:38:53 -0500 Nu 2 Da Boro wrote: > I am trying to change the boot order for a service on my server... I > have a service that boots before mysql and need to change this. You need to add a dummy script to /usr/local/etc/rc.d/ to order them, something like: #!/bin/sh # PROVIDE: whatever # REQUIRE: mysql # BEFORE: someservice ___ 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: PCI IDE Controller Base Address Register setting
On Mon Dec 27 10, Darmawan Salihun wrote: > Hi, > > I'm trying to install FreeBSD 8.0 on AMD Geode LX800 (CS5536 "southbridge"). > However, it cannot detect the IDE controller (in the CS5536) correctly. It > says something similar to this: > "IDE controller not present" i don't think freebsd-questions is the right place for your issue. you might get some help over at freebsd-hackers or freebsd-current. cheers. alex > > I did lspci in Linux (BackTrack 3) > and I saw that the IDE controller Base Address Registers (BARs) > are all disabled (only contains zeros), > except for one of them (BAR4). > BAR4 decodes 16-bytes I/O ports (FFF0h-h). > The decoded ports "seems" to conform to the PCI IDE specification > for "native-PCI IDE controller" (relocatable within the > 16-bit I/O address space). > > I did "cat /proc/ioports" and I found that > the following I/O port address ranges decoded correctly > to the IDE controller in the CS5536 "southbridge": > > 1F0h-1F7h > 3F6h > 170h-177h > FFF0h-h > > My question: > Does FreeBSD require the IDE controller BARs > to be programmed to also decode > legacy I/O ports ranges (1F0h-1F7h,3F6h and 170h-177h)? > > What if those ranges are not programmed into the BARs > of the IDE controller? > Would the IDE controller be considered > not present (disabled)? > > TIA, > > Darmawan > > PS: I'm working on the BIOS for this particular system > but I have yet to be able to program the BARs to the > aforementioned legacy I/O port ranges. > This system is very peculiar because the PCI subsystem > is virtualized. > > > > > -- a13x ___ 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: Do I need a xorg.conf to use webfonts?
On Mon, Dec 27, 2010 at 01:41:50AM -0500, Xn Nooby wrote: > > I installed FreeBSD 8.1, and the xorg package automatically detected > my video-card and monitor. I did not have to create an xorg.conf > file. > > If I want to webpages to look better in Firefox, I think I need to > install the "webfonts" package. Section 5.5.2 of the Handbook seems > to say I need to modify my xorg.conf to use True Type fonts. > > Do I need to create an xorg.conf to modify, or does the X server > automatically use new TTF fonts? What you want to do is add it to your fontpath by putting something like this in your ~/.xinitrc: xset +fp /usr/local/lib/X11/fonts/webfonts/ xset fp rehash Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.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"
