From owner-freebsd-questions@FreeBSD.ORG Thu Jan 22 12:02:19 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 487AC106574B for ; Thu, 22 Jan 2009 12:02:19 +0000 (UTC) (envelope-from apache@tracker2.aebc.com) Received: from tracker2.aebc.com (xx6651128045.cipherkey.com [66.51.128.45]) by mx1.freebsd.org (Postfix) with ESMTP id D52618FC16 for ; Thu, 22 Jan 2009 12:02:18 +0000 (UTC) (envelope-from apache@tracker2.aebc.com) Received: from tracker2.aebc.com (localhost.localdomain [127.0.0.1]) by tracker2.aebc.com (Postfix) with ESMTP id D3FCB6769E6 for ; Thu, 22 Jan 2009 04:00:45 -0800 (PST) Received: (from apache@localhost) by tracker2.aebc.com (8.13.8/8.13.8/Submit) id n0MC0jtp004683; Thu, 22 Jan 2009 04:00:45 -0800 From: "AEBC Support via RT" In-Reply-To: <20090122120026.CB3A710656DA@hub.freebsd.org> References: <20090122120026.CB3A710656DA@hub.freebsd.org> Message-ID: Precedence: bulk X-RT-Loop-Prevention: tracker2.aebc.com RT-Ticket: tracker2.aebc.com #190518 Managed-by: RT 3.8.2 (http://www.bestpractical.com/rt/) RT-Originator: freebsd-questions@freebsd.org Auto-Submitted: auto-replied To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Date: Thu, 22 Jan 2009 04:00:45 -0800 Subject: [Trouble Ticket #190518] AutoReply: freebsd-questions Digest, Vol 246, Issue 43 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: support@aebc.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2009 12:02:37 -0000 Thank you for contacting us. This message has been automatically generated in response to the creation of a trouble ticket regarding: "freebsd-questions Digest, Vol 246, Issue 43", a summary of which appears below. There is no need to reply to this message right now. Your ticket has been assigned an ID of [Trouble Ticket #190518]. Please include the string: [Trouble Ticket #190518] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. Thank you, support@aebc.com ------------------------------------------------------------------------- Send freebsd-questions mailing list submissions to freebsd-questions@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-questions or, via email, send a message with subject or body 'help' to freebsd-questions-request@freebsd.org You can reach the person managing the list at freebsd-questions-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-questions digest..." Today's Topics: 1. RE: Closure: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE (Graeme Dargie) 2. Solution: Re: [Trouble Ticket #190456] AutoReply: freebsd-questions Digest, Vol 246, Issue 39 (David Kelly) 3. Re: 'top' shows wrong CPU usage (Lowell Gilbert) 4. Re: Firefox and Java? (Jonathan Chen) 5. Re: [Trouble Ticket #190456] AutoReply: freebsd-questions Digest, Vol 246, Issue 39 (Greg Barniskis via RT) 6. Re: Firefox and Java? (Kurt Buff) 7. looking for a fail over system (Buck Jones) 8. Sysinstall partition oddities (6.3/i386 -> 7.x/amd64) (Steve Polyack) 9. Re[2]: 'top' shows wrong CPU usage (KES) 10. RE: Motherboard support (Da Rock) 11. Re: FreeBSD Transition Questions. (matt donovan) 12. Re: swfdec-plugin (matt donovan) 13. Re: looking for a fail over system (Kelly D. Grills) 14. fixed: firefox3 plugins (flash) don't work [was: Re: swfdec-plugin] (Steve Franks) 15. Build error (Rem Roberti) 16. old cruft after source upgrading --- clean install? (Novembre) 17. RE: Cannot perform user mounts after upgrade (Ramiro Caso) 18. old cruft after source upgrading --- clean install? (Robert Huff) 19. Re: change root pasword (Ivailo Tanusheff) 20. IPFW DUMMYNET: Several pipes after each other (Sebastian Mellmann) 21. error: field 'aio_sigevent' has incomplete type (Janos Dohanics) 22. Subversion install problem on FreeBSD (Guillaume BABIK) 23. Re: Portupgrade thru SSH session (Jos Chrispijn) 24. [SOLVED] Re: Strange nvidia GeForce 9800GT--harddrive conflict? (Jakub T) 25. Re: ASL 2.0 based software contribution to FreeBSD code base (Saifi Khan) ---------------------------------------------------------------------- Message: 1 Date: Wed, 21 Jan 2009 20:34:42 -0000 From: "Graeme Dargie" Subject: RE: Closure: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE To: Message-ID: <01FB8F39BAD0BD49A6D0DA8F789739295611@Mercury.galaxy.lan.lcl> Content-Type: text/plain; charset="us-ascii" I have just had several days of issues with an SB700 chipset and drives not behaving nicely with it. Try setting the bios to ACHI mode this worked for me but I was not using the raid as a boot disk I merely wanted access to all 6 sata ports on the gigabyte board. Regards Graeme -----Original Message----- From: ThinkDifferently [mailto:Jeremy@FutureCIS.com] Sent: 21 January 2009 20:27 To: freebsd-questions@freebsd.org Subject: Closure: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE In my research and unwitting trials with this particular motherboard (Gigabyte GA-MA78G-DS3H), I found that, while it is generally well tolerated by FreeBSD 7.1-RELEASE, the onboard RAID is completely incompatible. Even when a RocketRAID 3120 card was used, the RAID could be built, but the ar0 device thus created, did not survive a reboot. Also, a software RAID was attempted -- after a minimal install from CD, the atacontrol command was used to create RAID ar0, then (without rebooting) exiting back to the installer, the OS was loaded onto it; however, upon reboot, ar0 could not be found. In other words, it could not boot from any RAID, whether by software in FreeBSD or by hardware on RocketRAID. The problem stems from the board's Southbridge SB700 chipset (the infamous 700 series). This chipset is not (yet?) supported in FreeBSD. Other notes on this board include the following: -Generic VGA worked. -The onboard LAN (chipset 8111C) worked in 7.1-RELEASE, but not 7.0. -If the SATA ports are put into AHCI or Native IDE modes, individual disks were recognized, but in RAID mode, neither the RAID nor individual disks could be seen. -- View this message in context: http://www.nabble.com/Help-needed-w--HighPoint-RocketRAID-3120-on-FreeBS D-7.1-RELEASE-tp21479839p21591518.html Sent from the freebsd-questions mailing list archive at Nabble.com. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" ------------------------------ Message: 2 Date: Wed, 21 Jan 2009 14:36:04 -0600 From: David Kelly Subject: Solution: Re: [Trouble Ticket #190456] AutoReply: freebsd-questions Digest, Vol 246, Issue 39 To: FreeBSD-Questions@FreeBSD.org Message-ID: <20090121203604.GA11666@Grumpy.DynDNS.org> Content-Type: text/plain; charset=us-ascii # idiot autoresponder on freebsd lists, 1/21/2009 :0 * ^From:.*support@aebc.com /dev/null -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. ------------------------------ Message: 3 Date: Wed, 21 Jan 2009 16:01:30 -0500 From: Lowell Gilbert Subject: Re: 'top' shows wrong CPU usage To: KES Cc: freebsd-questions@freebsd.org Message-ID: <44k58os79x.fsf@be-well.ilk.org> Content-Type: text/plain; charset=us-ascii KES writes: > top shows often nonsense in CPU usage of a process, but totals are OK > and it seems that WCPU and CPU has no differences in results Why do you think it's nonsense? It's averaged over a different time period than the "CPU:" line in the header, so I wouldn't expect it to match... > top -S > last pid: 66182; load averages: 2.51, 2.15, 2.03 up 10+23:40:14 22:05:41 > 798 processes: 6 running, 772 sleeping, 1 zombie, 18 waiting, 1 lock > CPU: 4.4% user, 0.0% nice, 14.8% system, 16.7% interrupt, 64.0% idle > Mem: 264M Active, 60M Inact, 147M Wired, 6968K Cache, 60M Buf, 9888K Free > Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 11 root 1 171 ki31 0K 8K RUN 104.1H 88.48% idle: cpu0 > 66178 firebird 1 49 0 23120K 5828K select 0:00 1.37% fb_inet_server > 66159 firebird 1 48 0 23120K 5760K select 0:01 1.17% fb_inet_server > 5156 root 1 44 0 9024K 544K select 57:39 0.68% snmpd > 66182 root 1 44 0 4556K 2608K RUN 0:00 0.68% top > 66147 root 1 8 0 3124K 840K nanslp 0:00 0.59% monitord > 66138 firebird 1 44 0 23120K 5736K select 0:01 0.49% fb_inet_server > 75745 www 1 44 0 24628K 9500K select 5:05 0.29% python2.5 > 66180 firebird 1 46 0 23120K 5852K select 0:00 0.10% fb_inet_server > > > #top -S -C > last pid: 66209; load averages: 2.13, 2.10, 2.02 up 10+23:41:07 22:06:34 > 814 processes: 6 running, 788 sleeping, 1 zombie, 18 waiting, 1 lock > CPU: 9.3% user, 0.0% nice, 13.4% system, 12.8% interrupt, 64.5% idle > Mem: 269M Active, 56M Inact, 148M Wired, 12M Cache, 60M Buf, 3700K Free > Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND > 11 root 1 171 ki31 0K 8K RUN 104.1H 92.29% idle: cpu0 > 66138 firebird 1 49 0 23120K 5556K select 0:01 1.46% fb_inet_server > 66180 firebird 1 44 0 23120K 5612K select 0:01 0.59% fb_inet_server > 66209 root 1 44 0 4556K 2556K RUN 0:00 0.59% top > 66179 firebird 1 44 0 23120K 5624K select 0:01 0.49% fb_inet_server > 5156 root 1 44 0 9024K 544K select 57:39 0.39% snmpd > 66147 root 1 8 0 3124K 840K nanslp 0:01 0.39% monitord > 66178 firebird 1 44 0 23120K 5584K select 0:01 0.20% fb_inet_server > 12 root 1 -44 - 0K 8K WAIT 126.8H 0.00% swi1: net > 42 root 1 -68 - 0K 8K - 219:53 0.00% dummynet -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ------------------------------ Message: 4 Date: Thu, 22 Jan 2009 10:08:25 +1300 From: Jonathan Chen Subject: Re: Firefox and Java? To: Kurt Buff Cc: FreeBSD Questions Message-ID: <20090121210825.GA3294@osiris.chen.org.nz> Content-Type: text/plain; charset=us-ascii On Wed, Jan 21, 2009 at 11:11:58AM -0800, Kurt Buff wrote: > Can't seem to get this working - trying to use a java client for our > SSL VPN appliance, and am getting told by the browser that Java isn't > enabled. > > I see "/usr/local/lib/browser_plugins/libjavaplugin_oji.so", so > according to the googling I've been doing that's correct. Any thoughts > on how to proceed? The default firefox3 doesn't use the standard browser plugin location. You have to: # cd /usr/local/lib/firefox3/plugins # ln -s /usr/local/lib/browser_plugins/libjavaplugin_oji.so . -- Jonathan Chen ---------------------------------------------------------------------- The Internet: an empirical test of the idea that a million monkeys banging on a million keyboards can produce Shakespeare ------------------------------ Message: 5 Date: Wed, 21 Jan 2009 13:26:48 -0800 From: "Greg Barniskis via RT" Subject: Re: [Trouble Ticket #190456] AutoReply: freebsd-questions Digest, Vol 246, Issue 39 To: freebsd-questions@freebsd.org Message-ID: Content-Type: text/plain; charset="utf-8" AEBC Support via RT wrote: > > Content preview: Thank you for contacting us. This message has been > automatically generated in response to the creation of a trouble ticket > regarding: "freebsd-questions Digest, Vol 246, Issue 39", [...] OMG, PLEASE... unsubscribe your help desk robot from the freebsd-questions email list or else find a way to prevent it from automatically responding to every digest message it receives. ------------------------------ Message: 6 Date: Wed, 21 Jan 2009 13:31:37 -0800 From: Kurt Buff Subject: Re: Firefox and Java? To: Jonathan Chen Cc: FreeBSD Questions Message-ID: Content-Type: text/plain; charset=UTF-8 On Wed, Jan 21, 2009 at 1:08 PM, Jonathan Chen wrote: > On Wed, Jan 21, 2009 at 11:11:58AM -0800, Kurt Buff wrote: >> Can't seem to get this working - trying to use a java client for our >> SSL VPN appliance, and am getting told by the browser that Java isn't >> enabled. >> >> I see "/usr/local/lib/browser_plugins/libjavaplugin_oji.so", so >> according to the googling I've been doing that's correct. Any thoughts >> on how to proceed? > > The default firefox3 doesn't use the standard browser plugin > location. You have to: > > # cd /usr/local/lib/firefox3/plugins > # ln -s /usr/local/lib/browser_plugins/libjavaplugin_oji.so . That worked like a champ! Thanks! I'm now happily working from home. Kurt ------------------------------ Message: 7 Date: Wed, 21 Jan 2009 13:12:44 -0800 From: Buck Jones Subject: looking for a fail over system To: freebsd-questions@freebsd.org Message-ID: <49778FCC.8010506@bvminc.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed MY web server just died and It's taking some time to get back up . I want to find a fail over device so when one computer dies another automatically takes over. of course letting me know this happened would be a good thing too. ------------------------------ Message: 8 Date: Wed, 21 Jan 2009 16:35:09 -0500 From: Steve Polyack Subject: Sysinstall partition oddities (6.3/i386 -> 7.x/amd64) To: freebsd-questions@FreeBSD.org Message-ID: <4977950D.7090900@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I've seen some oddities with the partition and bsdlabel editors in the sysinstall program on the 7.0 and 7.1 releases. The partition editor seems to be reading or parsing the partition table incorrectly. I had a 6.3-RELEASE system with the following layout: /dev/amrd3s1a on / (ufs, local) /dev/amrd3s1g on /opt (ufs, local, soft-updates) /dev/amrd3s1f on /usr (ufs, local, soft-updates) /dev/amrd3s1d on /var (ufs, local, soft-updates) /dev/amrd3s1e on /var/log (ufs, local, soft-updates) Upon booting into the 7.x install media and encountering the FDISK Partition Editor, the partition it's seeing is amrd3*a*s1, as opposed to amrd3s1. Trying to continue with the partition table and bsd labels as is only led to the installer bailing out. As soon as it would attempt to newfs the disk partitions, the installer would error and report that it can't find a device entry in /dev for amrd3*a*s1a. Since preserving the data on the disk was not critical, I was able to continue by deleting the original partition/slice and recreating them. This worked fine. However, I'm still curious as to what the cause of this is. I have seen this before on two other systems while installing 7.x, quite possibly while upgrading from 6.3. When this occurred, I was also moving from i386 to amd64; Is there some kind of offset for partition tables which may change based on architecture? Lastly, here's a screenshot of the partition editor: http://people.collaborativefusion.com/~spolyack/fbsd-install.jpg Unfortunately, I do not have any screenshots of the errors during the newfs step. If this comes up again, I'll be sure to take some. Thanks. ------------------------------ Message: 9 Date: Thu, 22 Jan 2009 00:05:51 +0200 From: KES Subject: Re[2]: 'top' shows wrong CPU usage To: Lowell Gilbert Cc: freebsd-questions@freebsd.org Message-ID: <1312688589.20090122000551@yandex.ru> Content-Type: text/plain; charset=windows-1251 ������������, Lowell. �� ������ 21 ������ 2009 �., 23:01:30: LG> KES writes: >> top shows often nonsense in CPU usage of a process, but totals are OK >> and it seems that WCPU and CPU has no differences in results LG> Why do you think it's nonsense? It's averaged over a different time LG> period than the "CPU:" line in the header, so I wouldn't expect it to LG> match... When I gzip some big files I see that 0% idle, but I can not obtain from process list which process get all CPU. I top -S for WCPU and top -S -C for CPU. In both cases results are *useless*! >> top -S >> last pid: 66182; load averages: 2.51, 2.15, 2.03 up 10+23:40:14 22:05:41 >> 798 processes: 6 running, 772 sleeping, 1 zombie, 18 waiting, 1 lock >> CPU: 4.4% user, 0.0% nice, 14.8% system, 16.7% interrupt, 64.0% idle >> Mem: 264M Active, 60M Inact, 147M Wired, 6968K Cache, 60M Buf, 9888K Free >> Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND >> 11 root 1 171 ki31 0K 8K RUN 104.1H 88.48% idle: cpu0 >> 66178 firebird 1 49 0 23120K 5828K select 0:00 1.37% fb_inet_server >> 66159 firebird 1 48 0 23120K 5760K select 0:01 1.17% fb_inet_server >> 5156 root 1 44 0 9024K 544K select 57:39 0.68% snmpd >> 66182 root 1 44 0 4556K 2608K RUN 0:00 0.68% top >> 66147 root 1 8 0 3124K 840K nanslp 0:00 0.59% monitord >> 66138 firebird 1 44 0 23120K 5736K select 0:01 0.49% fb_inet_server >> 75745 www 1 44 0 24628K 9500K select 5:05 0.29% python2.5 >> 66180 firebird 1 46 0 23120K 5852K select 0:00 0.10% fb_inet_server >> >> >> #top -S -C >> last pid: 66209; load averages: 2.13, 2.10, 2.02 up 10+23:41:07 22:06:34 >> 814 processes: 6 running, 788 sleeping, 1 zombie, 18 waiting, 1 lock >> CPU: 9.3% user, 0.0% nice, 13.4% system, 12.8% interrupt, 64.5% idle >> Mem: 269M Active, 56M Inact, 148M Wired, 12M Cache, 60M Buf, 3700K Free >> Swap: 2048M Total, 1903M Used, 145M Free, 92% Inuse >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND >> 11 root 1 171 ki31 0K 8K RUN 104.1H 92.29% idle: cpu0 >> 66138 firebird 1 49 0 23120K 5556K select 0:01 1.46% fb_inet_server >> 66180 firebird 1 44 0 23120K 5612K select 0:01 0.59% fb_inet_server >> 66209 root 1 44 0 4556K 2556K RUN 0:00 0.59% top >> 66179 firebird 1 44 0 23120K 5624K select 0:01 0.49% fb_inet_server >> 5156 root 1 44 0 9024K 544K select 57:39 0.39% snmpd >> 66147 root 1 8 0 3124K 840K nanslp 0:01 0.39% monitord >> 66178 firebird 1 44 0 23120K 5584K select 0:01 0.20% fb_inet_server >> 12 root 1 -44 - 0K 8K WAIT 126.8H 0.00% swi1: net >> 42 root 1 -68 - 0K 8K - 219:53 0.00% dummynet -- � ���������, KES mailto:kes-kes@yandex.ru ------------------------------ Message: 10 Date: Thu, 22 Jan 2009 08:43:31 +1000 From: Da Rock Subject: RE: Motherboard support To: freebsd-questions@freebsd.org Message-ID: <1232577812.1141.39.camel@laptop2.herveybayaustralia.com.au> Content-Type: text/plain On Wed, 2009-01-21 at 13:37 +0000, Graeme Dargie wrote: > Well I spent a little more time having a look in the bios > > Here are the results from various settings and a potential solution. > > SATA controller in Native IDE mode > All drives show as IDE at the POST summary screen on boot > > In FreeBSD > SATA Ports 0-3 The disks show > SATA Ports 4&5 No disks show > Only the first four are recognized as ide, the controller is translating them as a second and third ide channel but in doing so will ignore the rest, making any other sata channels pretty much useless. I'm probably only stating the obvious here, but I think pretty much any platform will respond like FreeBSD with this scenario. > Dmesg shows the following > > ad4: 476940MB at ata2-master SATA300 > ad6: 476940MB at ata3-master SATA300 > ad8: 476940MB at ata4-master SATA300 > ad10: 476940MB at ata5-master SATA300 > > SATA Controller in AHCI Mode > All drives show up on RAID Controller POST summary screen > > In FreeBSD > SATA Ports 0-5 now show disks connected > > Dmesg shows the following > > ad4: 476940MB at ata2-master SATA300 > ad6: 476940MB at ata3-master SATA300 > ad8: 476940MB at ata4-master SATA300 > ad10: 476940MB at ata5-master SATA300 > ad12: 476940MB at ata6-master SATA300 > ad14: 476940MB at ata7-master SATA300 > Some MB's have several different modes of sata for different scenarios, mine has an auto, combined, ide, sata mode. But then it also has 2 controllers - this mode changes only 4 of the sata ports. Using the sata mode in your case will give you access to all of the drives (with no raid mode defined on the controller) and then you can define the raid in software on FreeBSD with no muss, no fuss. Depends on what you like I guess. > I have read there have been problems with the realtek 8169/8111c NIC > card on some systems with under FreeBSD, but I cant seem to find a > solution to this. > I'm not sure of the differences between the c and e types of rtl8111, but the e has third party drivers which can be built on 6.x. As to whether there are third party drivers for c I'm not sure. Look for whatever version FreeBSD you have (They may have 7.x drivers now, not when I last looked about a year ago) and that may get you out of trouble in the short term- or stick another known NIC in. Then you can keep track of whatever is going on in regards to the native drivers for your card. HTH and good luck! > Regards > > Graeme > > -----Original Message----- > From: Da Rock [mailto:rock_on_the_web@comcen.com.au] > Sent: 21 January 2009 10:36 > To: freebsd-questions@freebsd.org > Subject: Re: Motherboard support > > On Tue, 2009-01-20 at 22:58 +0000, Graeme Dargie wrote: > > Hello, > > > > > > > > I have built a machine with a Gigabyte GA-MA74GM-S2, running Freebsd > > 7.1. For the most part it is fine but I do have two problems > > > > > > > > 1) The NIC a realtek 8111C keeps giving watchdog timeout > messages > > and the link state changes from up to down and back to up again. > > > > > > > > 2) The two hard disks that are attached to the sata raid > > controller are not seen by Freebsd, the raid card is set to native ide > > as I want to use ZFS rather than the onboard raid system and all the > > drives are present at post. I understand this motherboard uses a > AMD740 > > chipset and has 740 northbridge and a SB700 southbridge. > > > > > > > > Any ideas tips pointers would be most welcome > > I'm not sure about the NIC, but I don't think the native ide or sata > control matters in terms of zfs (I could be wrong, and please correct me > if so experts). The sata controller should recognize the disks with or > without raid, which freebsd should recognize then install on. I use sata > in this mode on my systems, and freebsd works fine. Any software raid > wouldn't care then as long as freebsd itself recognizes the drives. > > HTH > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" ------------------------------ Message: 11 Date: Wed, 21 Jan 2009 18:00:19 -0500 From: matt donovan Subject: Re: FreeBSD Transition Questions. To: Kurt Buff Cc: FreeBSD Questions Message-ID: <28283d910901211500x16c52643s879559ee17679bbe@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On Wed, Jan 21, 2009 at 1:37 PM, Kurt Buff wrote: > On Wed, Jan 21, 2009 at 10:01 AM, Chad Perrin wrote: > > On Tue, Jan 13, 2009 at 11:50:55AM -0800, Kurt Buff wrote: > >> > >> And, unfortunately, that doesn't help. I think the procedure described > >> by George Davidovich is your best bet. > > > > I haven't used Thunderbird in a very long time, but . . . can't you > > import emails from OE to Thunderbird on the MS Windows system, then move > > them from the MS Windows system to the FreeBSD system and import them to > > Thunderbird there? > > > > -- > > Chad Perrin [ content licensed OWL: http://owl.apotheon.org ] > > Quoth Niccolo Machiavelli: "It is a common failing of man not to take > > account of tempests during fair weather." > > I don't know. I haven't used OE in over 10 years. > > Kurt > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > >From what I heard no since Windows thunderbird is different then the layout of the *nix thunderbird. but that was a while ago I heard that ------------------------------ Message: 12 Date: Wed, 21 Jan 2009 18:11:25 -0500 From: matt donovan Subject: Re: swfdec-plugin To: Steve Franks Cc: FreeBSD Mailing List Message-ID: <28283d910901211511v7cad410ewdebcfbae9e8baa23@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On Wed, Jan 21, 2009 at 3:08 PM, Steve Franks wrote: > Anyone get swfdec-plugin to work? Doesn't show up in firefox3's list > of plugins (neither does mplayer-plugin or gnash). Does port > installation order matter? Do I have to delete .firefox or some > other slight-of-hand? > > Thanks, > Steve > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" you need to do some symlinking. it seems like it was removed from /usr/ports/UPDATING about it ------------------------------ Message: 13 Date: Wed, 21 Jan 2009 17:52:38 -0600 From: "Kelly D. Grills" Subject: Re: looking for a fail over system To: freebsd-questions@freebsd.org Message-ID: <20090121235238.GA66208@the-grills.com> Content-Type: text/plain; charset="us-ascii" On Wed, Jan 21, 2009 at 01:12:44PM -0800, Buck Jones wrote: > > MY web server just died and It's taking some time to get back up . I > want to find a fail over device so when one computer dies another > automatically takes over. of course letting me know this happened would > be a good thing too. carp(4) works well for me. -- Kelly D. Grills kdgrills@the-grills.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 243 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20090121/fc4e53d1/attachment.pgp ------------------------------ Message: 14 Date: Wed, 21 Jan 2009 16:54:39 -0700 From: Steve Franks Subject: fixed: firefox3 plugins (flash) don't work [was: Re: swfdec-plugin] To: FreeBSD Mailing List Cc: Chad Perrin Message-ID: <539c60b90901211554u4a22fd79j6bc4374ec06d6870@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 21, 2009 at 1:43 PM, Chad Perrin wrote: > On Wed, Jan 21, 2009 at 01:08:35PM -0700, Steve Franks wrote: >> Anyone get swfdec-plugin to work? Doesn't show up in firefox3's list >> of plugins (neither does mplayer-plugin or gnash). Does port >> installation order matter? Do I have to delete .firefox or some >> other slight-of-hand? > > Oh, one other thing: > > Do you have a symlink to: > > /usr/local/lib/browser_plugins/libswfdecmozilla.so > > . . . in your $HOME/.mozilla/plugins/ directory? > > -- > Chad Perrin [ content licensed OWL: http://owl.apotheon.org ] > Quoth Steve McConnell: "Good code is its own best documentation. As > you're about to add a comment, ask yourself, 'How can I improve the code > so that this comment isn't needed?'" > Ok, so here's the correct way to fix this, I'm pretty sure: 1) You install firefox as root. When you log in as user, there is no ~/.mozilla/plugins; instead of making that folder and symlinking to swfdec in it, you should symlink: ln -s /usr/local/lib/browser_plugins ~/.mozilla/plugins 2) You are halfway there. I submitted a change-request to the swfdec-plugin port to do this, but until then, sudo ln -s /usr/local/lib/browser_plugins/swfdec-plugin/libswfdecmozilla.so /usr/local/lib/browser_plugins/swfdec No idea how firefox would automatically make the plugin link in your home folder, so there's no fix for that. The swfdec source has just been updated (12/20/2008) and purportedly works with the likes of youtube, so it seems like a good flash solution for FreeBSD at the moment. It worked on the flash site I was trying to visit, and the adobe flash test page. Hope this helps some newbie(s) in the future... Best, Steve ------------------------------ Message: 15 Date: Wed, 21 Jan 2009 16:54:42 -0800 From: Rem Roberti Subject: Build error To: FreeBSD-Questions@FreeBSD.org Message-ID: <4977C3D2.8020207@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I'm unable to install the Gimp because of a build failure of dependency /usr/ports/devel/icu. Here is the error message: SUMMARY: ******* [Total error count: 1] Errors in [/tsformat/ccaltst/TestCalendar] Elapsed Time: 00:00:30.000 *** Error code 1 Stop in /usr/ports/devel/icu. I recall something very similar to this happening a long time ago,, but I can't recall what the solution was. I looked in UPDATING, but found nothing. Rem ------------------------------ Message: 16 Date: Wed, 21 Jan 2009 20:35:53 -0600 From: Novembre Subject: old cruft after source upgrading --- clean install? To: FreeBSD Questions Message-ID: <3b47caa90901211835o7eae77d9v2bead5e01dcf14af@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hi all, I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE some eight months ago via a source upgrade. After that, I rebuilt all the packages on the system as well. Now, I would like to update it again to 7.1-RELEASE, and I'm wondering whether I should do a clean install or just do a source upgrade again. My question is regarding all the old cruft that remains after the upgrade and rebuilding of all the packages, as I already know that there are a bunch of old libraries residing somewhere on the system. I would like to know if deleting everything in /usr/local/ completely cleans the system or not (I'm planning to reinstall all the packages as well), considering that some 6.4-RELEASE base libraries are still somewhere. Is there anywhere else that I should look? Here is the results of libchk and pkg_libchk: -------------------------------------------------- rsx4# libchk Will look into: /bin /lib /sbin /usr/X11R6/bin /usr/X11R6/libexec /usr/X11R6/sbin /usr/bin /usr/games /usr/lib /usr/libexec /usr/local/bin /usr/local/lib /usr/local/libexec /usr/local/sbin /usr/sbin Unresolvable link(s) found in: /usr/local/lib/libexchange-storage-1.2.so.3 libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/libegroupwise-1.2.so.13 libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so libgnutls.so.13 Unresolvable link(s) found in: /usr/local/lib/libsoup-2.2.so.8 libgnutls.so.13 Unreferenced library: /lib/libalias.so.5 Unreferenced library: /lib/libbegemot.so.2 Unreferenced library: /lib/libbsnmp.so.3 Unreferenced library: /lib/libcam.so.3 Unreferenced library: /lib/libdevstat.so.5 Unreferenced library: /lib/libedit.so.5 Unreferenced library: /lib/libgpib.so.1 Unreferenced library: /lib/libipsec.so.2 Unreferenced library: /lib/libipx.so.3 Unreferenced library: /lib/libkiconv.so.2 Unreferenced library: /lib/libpthread.so.2 Unreferenced library: /lib/libreadline.so.6 Unreferenced library: /lib/libufs.so.3 Unreferenced library: /usr/lib/libarchive.so.2 Unreferenced library: /usr/lib/libbluetooth.so.2 Unreferenced library: /usr/lib/libbsm.so.1 Unreferenced library: /usr/lib/libc_r.so.6 Unreferenced library: /usr/lib/libcalendar.so.3 Unreferenced library: /usr/lib/libdialog.so.5 Unreferenced library: /usr/lib/libelf.so.1 Unreferenced library: /usr/lib/libfetch.so.4 Unreferenced library: /usr/lib/libform.so.3 Unreferenced library: /usr/lib/libform.so.4 Unreferenced library: /usr/lib/libformw.so.4 Unreferenced library: /usr/lib/libftpio.so.6 Unreferenced library: /usr/lib/libg2c.so.2 Unreferenced library: /usr/lib/libgnuregex.so.3 Unreferenced library: /usr/lib/libgomp.so.1 Unreferenced library: /usr/lib/libgpib.so.2 Unreferenced library: /usr/lib/libgssapi_krb5.so.9 Unreferenced library: /usr/lib/libhdb.so.8 Unreferenced library: /usr/lib/libhistory.so.6 Unreferenced library: /usr/lib/libhistory.so.7 Unreferenced library: /usr/lib/libkadm5clnt.so.8 Unreferenced library: /usr/lib/libkadm5srv.so.8 Unreferenced library: /usr/lib/libkafs5.so.8 Unreferenced library: /usr/lib/libkse.so.3 Unreferenced library: /usr/lib/liblwres.so.10 Unreferenced library: /usr/lib/liblwres.so.30 Unreferenced library: /usr/lib/libmagic.so.2 Unreferenced library: /usr/lib/libmenu.so.3 Unreferenced library: /usr/lib/libmenu.so.4 Unreferenced library: /usr/lib/libmenuw.so.4 Unreferenced library: /usr/lib/libmilter.so.3 Unreferenced library: /usr/lib/libmilter.so.4 Unreferenced library: /usr/lib/libmp.so.5 Unreferenced library: /usr/lib/libncp.so.2 Unreferenced library: /usr/lib/libngatm.so.2 Unreferenced library: /usr/lib/libobjc.so.2 Unreferenced library: /usr/lib/libobjc.so.3 Unreferenced library: /usr/lib/libpanel.so.3 Unreferenced library: /usr/lib/libpanelw.so.4 Unreferenced library: /usr/lib/libpmc.so.3 Unreferenced library: /usr/lib/librpcsvc.so.3 Unreferenced library: /usr/lib/librt.so.1 Unreferenced library: /usr/lib/libsdp.so.2 Unreferenced library: /usr/lib/libsmb.so.2 Unreferenced library: /usr/lib/libthr.so.2 Unreferenced library: /usr/lib/libthread_db.so.2 Unreferenced library: /usr/lib/libthread_db.so.3 Unreferenced library: /usr/lib/libugidfw.so.2 Unreferenced library: /usr/lib/libusbhid.so.2 Unreferenced library: /usr/lib/libvgl.so.4 Unreferenced library: /usr/lib/libvgl.so.5 Unreferenced library: /usr/lib/libwrap.so.4 Unreferenced library: /usr/local/lib/compat/pkg/libgnutls-extra.so.15 Unreferenced library: /usr/local/lib/compat/pkg/libgnutls-openssl.so.15 Unreferenced library: /usr/local/lib/compat/pkg/libgnutlsxx.so.15 Unreferenced library: /usr/local/lib/compat/pkg/libnetcdf.so.1 Unreferenced library: /usr/local/lib/compat/pkg/libnetcdf_c++.so.1 Unreferenced library: /usr/local/lib/compat/pkg/libpoppler-glib.so.1 Unreferenced library: /usr/local/lib/compat/pkg/libthunar-vfs-1.so.4 Unreferenced library: /usr/local/lib/compat/pkg/libthunarx-1.so.4 Unreferenced library: /usr/local/lib/compat/pkg/libxfce4mixer.so.0 Unreferenced library: /usr/local/lib/libI810XvMC.so.1 Unreferenced library: /usr/local/lib/libIntelXvMC.so.1 Unreferenced library: /usr/local/lib/libMagick++.so.10 Unreferenced library: /usr/local/lib/libORBit-imodule-2.so.0 Unreferenced library: /usr/local/lib/libUil.so.3 Unreferenced library: /usr/local/lib/libXau.so.0 Unreferenced library: /usr/local/lib/libXaw.so.6 Unreferenced library: /usr/local/lib/libXaw.so.7 Unreferenced library: /usr/local/lib/libXaw.so.8 Unreferenced library: /usr/local/lib/libXaw6.so.6 Unreferenced library: /usr/local/lib/libXbae.so.4 Unreferenced library: /usr/local/lib/libXevie.so.1 Unreferenced library: /usr/local/lib/libXfontcache.so.1 Unreferenced library: /usr/local/lib/libXmHTML.so.1 Unreferenced library: /usr/local/lib/libXvMC.so.1 Unreferenced library: /usr/local/lib/libXvMCW.so.1 Unreferenced library: /usr/local/lib/libasprintf.so.0 Unreferenced library: /usr/local/lib/libcharset.so.1 Unreferenced library: /usr/local/lib/libdb41_cxx.so.1 Unreferenced library: /usr/local/lib/libdha.so.1 Unreferenced library: /usr/local/lib/libesddsp.so.2 Unreferenced library: /usr/local/lib/libexchange-storage-1.2.so.3 Unreferenced library: /usr/local/lib/libfftw.so.2 Unreferenced library: /usr/local/lib/libgamin-1.so.1 Unreferenced library: /usr/local/lib/libgdk_pixbuf_xlib-2.0.so.0 Unreferenced library: /usr/local/lib/libgettextpo.so.3 Unreferenced library: /usr/local/lib/libglitz-glx.so.1 Unreferenced library: /usr/local/lib/libgnutls-openssl.so.26 Unreferenced library: /usr/local/lib/libgnutlsxx.so.26 Unreferenced library: /usr/local/lib/libgstcdda-0.10.so.0 Unreferenced library: /usr/local/lib/libgstnet-0.10.so.0 Unreferenced library: /usr/local/lib/libgstrtsp-0.10.so.0 Unreferenced library: /usr/local/lib/libgstsdp-0.10.so.0 Unreferenced library: /usr/local/lib/libhowl.so.0 Unreferenced library: /usr/local/lib/libicuio.so.38 Unreferenced library: /usr/local/lib/libiculx.so.38 Unreferenced library: /usr/local/lib/libldap_r-2.3.so.2 Unreferenced library: /usr/local/lib/liblinc.so.1 Unreferenced library: /usr/local/lib/libltdl.so.4 Unreferenced library: /usr/local/lib/libnetcdf_c++.so.4 Unreferenced library: /usr/local/lib/liboldX.so.6 Unreferenced library: /usr/local/lib/libpcrecpp.so.0 Unreferenced library: /usr/local/lib/libplotter.so.4 Unreferenced library: /usr/local/lib/libpspell.so.16 Unreferenced library: /usr/local/lib/libpython2.4.so.1 Unreferenced library: /usr/local/lib/libpython2.5.so.1 Unreferenced library: /usr/local/lib/librfftw.so.2 Unreferenced library: /usr/local/lib/libtiffxx.so.4 Unreferenced library: /usr/local/lib/libviaXvMC.so.1 Unreferenced library: /usr/local/lib/libviaXvMCPro.so.1 Unreferenced library: /usr/local/lib/libvorbisenc.so.2 Unreferenced library: /usr/local/lib/libvorbisfile.so.5 Unreferenced library: /usr/local/lib/libwwwssl.so.1 Unreferenced library: /usr/local/lib/libxkbui.so.1 Unreferenced library: /usr/local/lib/libxmi.so.1 Unreferenced library: /usr/local/lib/libxrx.so.0 Unreferenced library: /usr/local/lib/libxrxnest.so.0 Unreferenced library: /usr/local/lib/nss/libfreebl3.so.1 Unreferenced library: /usr/local/lib/nss/libnssckbi.so.1 -------------------------------------------------- -------------------------------------------------- rsx4# pkg_libchk diablo-jdk-1.5.0.07.01: /usr/local/diablo-jdk1.5.0/demo/jvmti/heapTracker/lib/libheapTracker_g.so misses libjava_crw_demo_g.so diablo-jdk-1.5.0.07.01: /usr/local/diablo-jdk1.5.0/demo/jvmti/mtrace/lib/libmtrace_g.so misses libjava_crw_demo_g.so diablo-jdk-1.5.0.07.01: /usr/local/diablo-jdk1.5.0/jre/lib/i386/libJdbcOdbc.so misses libodbcinst.so diablo-jdk-1.5.0.07.01: /usr/local/diablo-jdk1.5.0/jre/lib/i386/libJdbcOdbc.so misses libodbc.so evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/camel-providers/libcamelgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendcaldav.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendgroupwise.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendhttp.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendweather.so misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/libegroupwise-1.2.so.13 misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/libegroupwise-1.2.so.13 misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/libexchange-storage-1.2.so.3 misses libgnutls.so.13 evolution-data-server-1.12.1_2: /usr/local/lib/libexchange-storage-1.2.so.3 misses libgnutls.so.13 gnome-keyring-2.20.1: /usr/local/bin/gnome-keyring-daemon misses libgcrypt.so.13 libsoup-2.2.102: /usr/local/lib/libsoup-2.2.so.8 misses libgnutls.so.13 libsoup-2.2.102: /usr/local/lib/libsoup-2.2.so.8 misses libgcrypt.so.13 -------------------------------------------------- Thanks a lot ------------------------------ Message: 17 Date: Thu, 22 Jan 2009 01:00:10 -0200 From: Ramiro Caso Subject: RE: Cannot perform user mounts after upgrade To: , Cc: freebsd-questions@freebsd.org Message-ID: Content-Type: text/plain; charset="iso-8859-1" > Date: Tue, 20 Jan 2009 19:56:29 +0100 > From: rsmith@xs4all.nl > To: freebsd-questions-local@be-well.ilk.org > CC: freebsd-questions@freebsd.org; misha_78@hotmail.com > Subject: Re: Cannot perform user mounts after upgrade > > On Tue, Jan 20, 2009 at 01:44:48PM -0500, Lowell Gilbert wrote: > > > The mount point still has the same ownership (me) and permissions (755) as > > > before. Both /etc/devfs.rules, /etc/rc.conf and /etc/sysctl.conf have the > > > relevant lines for allowing user mounts, namely: > > > > > > /etc/sysctl.conf ==> vfs.usermount=1 > > > /etc/devfs.rules ==> [localrules=10] > > > add path 'da*s*' mode 0660 group usb > > > /etc/rc.conf ==> devfs_system_ruleset="localrules" > > > > > > I don't recall this being necessary, but I also have devd enabled in rc.conf, > > > although with no special rules for umass in devd.conf. Needless to say, I belong > > > to group usb. This configuration worked before just fine. Any ideas? > > > > You certainly always needed permissions on a device to be able to mount > > it. For a device already present at boot time, you would need an entry > > in devfs.rules. For a device plugged in later, you would instead need > > devd to know how to handle it. > > For stuff available at boot you should use devfs.conf. The devfs.rules > file is for devices that are plugged in later. Thank you both for taking the time to answer!! Finally, the rule in devfs.rules was ok, but the file itself was a little bit messy. I cleaned it up, and it works perfectly now... sorry for the inconvenience, and thanks again!! _________________________________________________________________ �Qu� puedes hacer con el nuevo Windows Live? Desc�brelo. http://www.microsoft.com/latam/windows/windowslive/ ------------------------------ Message: 18 Date: Wed, 21 Jan 2009 22:20:15 -0500 From: Robert Huff Subject: old cruft after source upgrading --- clean install? To: Novembre Cc: FreeBSD Questions Message-ID: <18807.58863.983982.191053@jerusalem.litteratus.org> Content-Type: text/plain; charset=us-ascii Novembre writes: > I have a system which was updated from 6.3-RELEASE to 7.0-RELEASE > some eight months ago via a source upgrade. After that, I rebuilt > all the packages on the system as well. Now, I would like to > update it again to 7.1-RELEASE, and I'm wondering whether I > should do a clean install or just do a source upgrade again. My > question is regarding all the old cruft that remains after the > upgrade and rebuilding of all the packages, as I already know > that there are a bunch of old libraries residing somewhere on the > system. Do you have ports-mgmt/portupgrade(-devel) installed? If so, are you aware of "portsclean"? This has worked successfully for me for several years. Robert Huff ------------------------------ Message: 19 Date: Thu, 22 Jan 2009 09:33:26 +0200 From: Ivailo Tanusheff Subject: Re: change root pasword To: Valdis Ziedi?? Cc: freebsd-questions@FreeBSD.org, owner-freebsd-questions@freebsd.org Message-ID: Content-Type: text/plain; charset="windows-1257" Hi, If you have a physical access to the server - reboot in single user mode and change the password. Other option is to login on the console with user toor and no password and change it then. You can change the password by passwd command, which syntax you may find in internet or just type man passwd. Regards, Ivailo Tanusheff Deputy Head of IT Department ProCredit Bank (Bulgaria) AD Valdis Ziedi�� Sent by: owner-freebsd-questions@freebsd.org 21.01.2009 22:01 To freebsd-questions@FreeBSD.org cc Subject change root pasword hi, i'm new your product user! my first admin leave new server with freebsd! someone change root pasword can you help me step by step change this pasword! i'll be thankfull! i'm now studing your product but if you can help me it would be nice! best regart valdis _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" ------------------------------ Message: 20 Date: Thu, 22 Jan 2009 08:10:09 +0100 (CET) From: "Sebastian Mellmann" Subject: IPFW DUMMYNET: Several pipes after each other To: freebsd-questions@freebsd.org Message-ID: <5648.62.206.221.107.1232608209.squirrel@anubis.getmyip.com> Content-Type: text/plain;charset=iso-8859-1 Hi! I'm using FreeBSD 7.0 with IPFW DUMMYNET enabled. I've got a problem with creating a ruleset which allows me to limit the overall bandwidth of a link and afterwards pass the packets to another pipe for processing. So far I've got those rules: in_if="em0" out_if="em1" management_if="em2" in_ip="100.100.100.1" out_ip="200.200.200.1" management_ip="172.16.0.201" client1_subnet="192.168.5.0/26" client2_subnet="192.168.6.0/26" server_subnet="192.168.7.0/24" download_bandwidth="6144Kbit/s" upload_bandwidth="1024Kbit/s" delay="0" queue_size="10" cmd="ipfw" $cmd add 10 allow all from any to any via lo0 $cmd pipe 100 config mask src-ip 0xffffffff bw $upload_bandwidth queue $queue_size delay $delay $cmd pipe 200 config mask dst-ip 0xffffffff bw $download_bandwidth queue $queue_size $cmd add pipe 100 all from $client1_subnet to $server_subnet in via $in_if $cmd add pipe 200 all from $server_subnet to $client1_subnet out via $in_if $cmd add pipe 100 all from $client2_subnet to $server_subnet in via $in_if $cmd add pipe 200 all from $server_subnet to $client2_subnet out via $in_if $cmd add 10000 allow all from any to any via $management_if $cmd add 20000 allow all from any to any via $in_if $cmd add 30000 allow all from any to any via $out_if --- What I want to add now, is the possibility to limit the bandwidth of the whole link, e.g. 100Mbit/s. I've tried to add a pipe: $cmd pipe 50 config bw 100Mbit/s queue $queue_size $cmd add pipe 50 all from any to any via $in_if But when I have a look at the pipes with 'ipfw show' I can only see packets go through the pipe 50 and nothing goes through the other pipes (which makes sense actually since IPFW work that way?). Any help is much appreciated. Thanks in advance. Sebastian M. ------------------------------ Message: 21 Date: Thu, 22 Jan 2009 02:48:45 -0500 (EST) From: "Janos Dohanics" Subject: error: field 'aio_sigevent' has incomplete type To: freebsd-questions@freebsd.org Message-ID: Content-Type: text/plain; charset=ISO-8859-1 I am trying to build a new kernel for an amd64 machine but the build fails: objcopy --only-keep-debug ahd.ko.debug ahd.ko.symbols objcopy --strip-debug --add-gnu-debuglink=ahd.ko.symbols ahd.ko.debug ahd.ko ===> aio (all) cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/libkern/scanc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/libkern/skpc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/libkern/strcasecmp.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/libkern/strcat.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/FRACASSO2009012201/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/FRACASSO2009012201 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/aio/../../kern/vfs_aio.c /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2548: error: field 'aio_sigevent' has incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2564: error: field 'aio_sigevent' has incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function 'convert_old_sigevent32': /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2575: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2580: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2584: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2585: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function 'convert_sigevent32': /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2621: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2626: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2629: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2632: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2633: error: dereferencing pointer to incomplete type /usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function 'freebsd32_olio_listio': /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2859: error: storage size of 'osig' isn't known /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2859: warning: unused variable 'osig' /usr/src/sys/modules/aio/../../kern/vfs_aio.c: In function 'freebsd32_lio_listio': /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2904: error: storage size of 'sig32' isn't known /usr/src/sys/modules/aio/../../kern/vfs_aio.c:2904: warning: unused variable 'sig32' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/libkern/strcmp.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /usr/src/sys/libkern/strcpy.c 1 error *** Error code 2 1 error *** Error code 2 1 error # uname -prsv FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 I Googled and found a page which seems to show a similar error: http://www.mavetju.org/mail/view_message.php?list=freebsd-tinderbox&id=2855870&raw=yes Would you please advise... ------------------------------ Message: 22 Date: Thu, 22 Jan 2009 10:05:13 +0100 From: "Guillaume BABIK" Subject: Subversion install problem on FreeBSD To: Message-ID: Content-Type: text/plain; charset="iso-8859-1" Hi, I am new on Subversion installation. I tried to install Subversion 1.5.5 on a FreeBSD 6.2. I use Port�s system. The installation seems to be ok, but I can�t access to my Subversion with svn+ssh protocol. Although I can access to my FreeBSD with ssh (via Putty) When I type : svnadmin �version, I obtain : svnadmin, version 1.5.5 (r34862) compil� Jan 21 2009, 09:51:35 Copyright (C) 2000-2008 CollabNet. Subversion est un logiciel libre, cf http://subversion.tigris.org/ Il inclut du logiciel d�velopp� par CollabNet (http://www.Collab.Net/). Les types de stockage de d�p�t (FS) suivants sont disponibles : * fs_base : Module destin� � travailler avec un d�p�t Berkeley DB. * fs_fs : Module de stockage de d�p�t � base de fichiers simples (FSFS). I search for 2 days ! :-( Many thanks for your future help ! PS : Sorry for my poor English. Guillaume BABIK ------------------------------ Message: 23 Date: Thu, 22 Jan 2009 11:12:36 +0100 From: Jos Chrispijn Subject: Re: Portupgrade thru SSH session To: josh.carroll@gmail.com Cc: freebsd-questions@freebsd.org Message-ID: <49784694.3050308@webrz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed [Josh Carroll] > For future runs, you might consider using something like screen > (/usr/ports/sysutils/screen) so you can resume the session later, > should you get disconnected. > I will, thanks for sharing. Jos ------------------------------ Message: 24 Date: Thu, 22 Jan 2009 11:45:12 +0100 From: Jakub T Subject: [SOLVED] Re: Strange nvidia GeForce 9800GT--harddrive conflict? To: freebsd-questions@freebsd.org Message-ID: <42b840be0901220245x70c8d903hbb246b55ab5b1d27@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 2009/1/20 Jakub T > Hi, > > I'm trying to start X on FreeBSD-7.1-RELEASE (i386) with up-to-date ports > tree with this graphics card: > > nvidia0: on vgapci0 > vgapci0: child nvidia0 requested pci_enable_busmaster > vgapci0: child nvidia0 requested pci_enable_io > nvidia0: [GIANT-LOCKED] > nvidia0: [ITHREAD] > ... Hi again, The problem is solved with upgrade to latest 7.1-STABLE, whatever was the cause. For the archives and people with similar problem, the Xorg.0.log that contains more about this issue can be found here: http://pastebin.com/f3a116b3b Jakub ------------------------------ Message: 25 Date: Thu, 22 Jan 2009 11:20:25 +0000 From: Saifi Khan Subject: Re: ASL 2.0 based software contribution to FreeBSD code base To: Vincent Hoffman , freebsd-questions@freebsd.org Message-ID: <9a52b1190901220320p66f69d4eg5c7032fff74b469f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 21, 2009 at 10:16 AM, Vincent Hoffman wrote: > Saifi Khan wrote: >> Hi: >> >> Is Apache Software License (ASL) 2.0 based software contributions >> accepted in FreeBSD code base ? >> >> Specific case to consider would be: >> a. device driver code released under ASL 2.0 >> b. code contributed to kernel (eg. scheduler implementation) under ASL 2.0 >> c. code contributed to userland (eg. new implementation of ctags) under ASL 2.0 >> >> Can some of the experienced members share how things work within the >> context of FreeBSD project ? >> >> > I was going to answer with > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/pref-license.html > however in a recent discussion on the -current list > (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=163526+0+current/freebsd-current) > Brooks Davis said > "This file is outdated. While this remains our prefered license, the > current > OpenBSD prefered license is the ISC licesed which is allowed by the license > policy we published to developers last year. We should probably replace > this > page with that policy." > > I'd ask for a copy of the current policy on freebsd-current@ if you dont > get any answers here. > > Hi Vince: Thank you for your kind reply. Please see my writeup on ASL at http://www.twincling.org/node/277 While i understand ASL, i'm keen to know what are the technical deviations (if any) in the BSD licsense followed by FreeBSD project. eg. if i write a device driver and release it under ASL 2.0, can it legally make into FreeBSD project ? -- thanks Saifi. ------------------------------ _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" End of freebsd-questions Digest, Vol 246, Issue 43 **************************************************