From owner-freebsd-questions@FreeBSD.ORG Fri Jan 23 06:47:48 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 B6BBA1065670; Fri, 23 Jan 2009 06:47:48 +0000 (UTC) (envelope-from D.Forsyth@ru.ac.za) Received: from a.mail.ru.ac.za (a.mail.ru.ac.za [IPv6:2001:4200:1010::25:1]) by mx1.freebsd.org (Postfix) with ESMTP id BEF7C8FC0A; Fri, 23 Jan 2009 06:47:43 +0000 (UTC) (envelope-from D.Forsyth@ru.ac.za) Received: from iwr.ru.ac.za ([146.231.64.249]:59035) by a.mail.ru.ac.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LQFpN-0002Z0-2z; Fri, 23 Jan 2009 08:47:41 +0200 Received: from iwr61.iwr.ru.ac.za ([146.231.64.161]) by iwr.ru.ac.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LQFpN-000FgR-0H; Fri, 23 Jan 2009 08:47:41 +0200 From: "DA Forsyth" Organization: IWR To: freebsd-questions@freebsd.org Date: Fri, 23 Jan 2009 08:47:39 +0200 MIME-Version: 1.0 CC: freebsd-questions-owner@freebsd.org Message-ID: <4979842B.23295.2203A3F1@d.forsyth.ru.ac.za> Priority: normal In-reply-to: <20090122192455.9529510656F0@hub.freebsd.org> References: <20090122192455.9529510656F0@hub.freebsd.org> X-mailer: Pegasus Mail for Windows (4.41) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: a.mail.ru.ac.za (146.231.129.33) Subject: Re: freebsd-questions Digest, Vol 246, Issue 44 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d.forsyth@ru.ac.za List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 06:47:49 -0000 On 22 Jan 2009 , freebsd-questions-request@freebsd.org entreated about "freebsd-questions Digest, Vol 246, Issue 44": > 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. [Trouble Ticket #190518] AutoReply: freebsd-questions Digest, > Vol 246, Issue 43 (AEBC Support via RT) > 2. Re: ASL 2.0 based software contribution to FreeBSD code base > (Vincent Hoffman) > 3. need Tutorial IN Pdf or Doc. (Mbung Linux) > 4. FreeBSD7+KDE3, Ctrl-Alt-F9 : no signal (Pieter Donche) > 5. RE: need Tutorial IN Pdf or Doc. (Johann Kois) > 6. load average + with no visible load ? (Laszlo Nagy) > 7. Re: change root pasword (Jerry McAllister) > 8. Code to enlarge/shrink browser's embedded quicktime player > (David Karapetyan) > 9. Re: old cruft after source upgrading --- clean install? > (Lowell Gilbert) > 10. Is aio or vm broken for FreeBSD 7-STABLE ? > (Abdullah Ibn Hamad Al-Marri) > 11. Re: error: field 'aio_sigevent' has incomplete type (Mel) > 12. Re: error: field 'aio_sigevent' has incomplete type > (Abdullah Ibn Hamad Al-Marri) > 13. Re: Sysinstall partition oddities (6.3/i386 -> 7.x/amd64) > (Steve Polyack) > 14. Re: load average + with no visible load ? (Chuck Swiger) > 15. Re: Help! locate.code /tmp: filesystem full (Mel) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 22 Jan 2009 04:00:45 -0800 > From: "AEBC Support via RT" > Subject: [Trouble Ticket #190518] AutoReply: freebsd-questions Digest, > Vol 246, Issue 43 > To: freebsd-questions@freebsd.org > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > > 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? Descbrelo. > 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 Ports system. > > > > The installation seems to be ok, but I cant 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 dvelopp par CollabNet (http://www.Collab.Net/). > > > > Les types de stockage de dpt (FS) suivants sont disponibles : > > > > * fs_base : Module destin travailler avec un dpt Berkeley DB. > > * fs_fs : Module de stockage de dpt 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 > ************************************************** > > > > ------------------------------ > > Message: 2 > Date: Thu, 22 Jan 2009 12:31:08 +0000 > From: Vincent Hoffman > Subject: Re: ASL 2.0 based software contribution to FreeBSD code base > To: Saifi Khan > Cc: freebsd-questions@freebsd.org > Message-ID: <4978670C.4000708@unsane.co.uk> > Content-Type: text/plain; charset=ISO-8859-1 > > Saifi Khan wrote: > > 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 ? > > > > > I'm in no way a licence expert and I'm not a FreeBSD developer, however > my understanding (from sources such as > [http://wiki.freebsd.org/VendorInformation]) > is that in answer to your original questions > a) Device drivers - yes but it cannot be included in the GENERIC config, > but thats what modules are for anyway. > b) Kernel/base system - No - I belive this would need to be BSD licensed. > c) userland - Yes but probably needs to be in the contrib directory > > as an example, all the ZFS stuff is CDDL licenced , This had to be kept > separate from pretty much everything but it's there. > However I could well be wrong and its almost certainly worth asking > these questions again on the freebsd-current mailing list where > developers who might actually know the answers hang out. > > Vince > > > ------------------------------ > > Message: 3 > Date: Thu, 22 Jan 2009 20:32:07 +0800 > From: "Mbung Linux" > Subject: need Tutorial IN Pdf or Doc. > To: doc@freebsd.org > Cc: questions@FreeBSD.org > Message-ID: <20090122123207.E3EA7CBBD1@ws5-11.us4.outblaze.com> > Content-Type: text/plain; charset="iso-8859-1" > > hello i'm from indonesia.i really want to try freebsd,but my office have a proxy... > it very sucks..i can't download u'r documentation at ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/ > so please send tutorial in pdf or doc that i can learn more about it > > Thank's a lot. > > Danang > > > > = > > > -- > Powered by Outblaze > > > ------------------------------ > > Message: 4 > Date: Thu, 22 Jan 2009 14:08:59 +0100 (CET) > From: Pieter Donche > Subject: FreeBSD7+KDE3, Ctrl-Alt-F9 : no signal > To: "mail.list freebsd-questions" > Message-ID: > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > Hi, > > FreeBSD7-amd + X + KDE3 installed. > > When connecting from a WindowsXP PC via an X-windows emulator, everything > is OK (1280x1024 screen) > > On a console monitor (capable of 1280x1024) plugged in directly in > VGA connector of the machine (and a mouse and keyboard also), > Ctrl-Alt-F1 gives Command line interface (and reponds to keystrokes), > but when switching via Ctrl-Alt-F9 for X, I get a black screen, > and after 2 seconds the LED on the monitor turns from green to orange > (meaning: no signal) > > What can be wrong and how to remedy? > > > ------------------------------ > > Message: 5 > Date: Thu, 22 Jan 2009 14:18:06 +0100 > From: "Johann Kois" > Subject: RE: need Tutorial IN Pdf or Doc. > To: "'Mbung Linux'" , > Cc: questions@freebsd.org > Message-ID: <007201c97c93$f3011160$d9033420$@org> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > > try using one of the http mirrors instead if you are not allowed to access > ftp sites. You can find a list here: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html. > Look for one which has the comment "(http)" after its name. For example > http://ftp2.de.freebsd.org/pub/FreeBSD/. There is a subdirectory "doc" > which contains all the documentation for all available languages. > > > Johann > > > -- > Johann Kois > jkois@FreeBSD.org > FreeBSD Documentation Project > FreeBSD German Documentation Project - https://doc.bsdgroup.de > > > > > -----Original Message----- > > From: owner-freebsd-doc@freebsd.org [mailto:owner-freebsd- > > doc@freebsd.org] On Behalf Of Mbung Linux > > Sent: Donnerstag, 22. Jnner 2009 13:32 > > To: doc@freebsd.org > > Cc: questions@freebsd.org > > Subject: need Tutorial IN Pdf or Doc. > > > > hello i'm from indonesia.i really want to try freebsd,but my office > > have a proxy... > > it very sucks..i can't download u'r documentation at > > ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/ > > so please send tutorial in pdf or doc that i can learn more about it > > > > Thank's a lot. > > > > Danang > > > > > > > > = > > > > > > -- > > Powered by Outblaze > > _______________________________________________ > > freebsd-doc@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > > To unsubscribe, send any mail to "freebsd-doc-unsubscribe@freebsd.org" > > > > > ------------------------------ > > Message: 6 > Date: Thu, 22 Jan 2009 15:01:20 +0100 > From: Laszlo Nagy > Subject: load average + with no visible load ? > To: freebsd-questions@freebsd.org > Message-ID: <49787C30.9010207@shopzeus.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > #uptime > 9:06AM up 6:14, 12 users, load averages: 25.39, 13.19, 9.55 > > I would think that CPU is under 100% when load=15.58 . But it is not: > > #top -S > > last pid: 17095; load averages: 13.26, 11.20, > 8.57 > up 0+06:12:25 09:04:27 > 514 processes: 3 running, 490 sleeping, 1 zombie, 20 waiting > CPU states: 16.1% user, 0.0% nice, 1.8% system, 0.0% interrupt, 82.1% > idle > Mem: 1406M Active, 272M Inact, 247M Wired, 70M Cache, 112M Buf, 8380K Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11 root 1 171 52 0K 8K RUN 0 214:21 43.70% > idle: cpu0 > 10 root 1 171 52 0K 8K RUN 1 282:08 34.28% > idle: cpu1 > 21 root 1 -68 -187 0K 8K WAIT 1 2:15 2.05% > irq19: myk0 uhci3 > 16480 timea 1 97 0 34376K 17628K select 0 0:03 1.81% > wnck-applet > 14813 kornel 1 96 0 34376K 27384K select 0 0:20 1.12% skype > 17095 root 1 96 0 3104K 2324K CPU1 1 0:00 1.00% top > 16443 timea 1 96 0 17304K 12560K select 1 0:03 0.98% metacity > 12 root 1 -44 -163 0K 8K WAIT 1 1:21 0.88% > swi1: net > 16550 timea 1 97 0 41760K 37284K select 0 0:15 0.73% wish8.4 > 2317 zsolt 1 96 0 29680K 22344K select 1 3:13 0.59% skype > 3450 szgabor 1 96 0 28344K 21484K select 1 2:56 0.49% skype > > The most strange is that "last pid" is almost constant, about 1 process > started per second. > > So how it is possible that "top -S" tells "82% idle" but "load" tells > 15.58 ? > > Thanks, > > Laszlo > > > > ------------------------------ > > Message: 7 > Date: Thu, 22 Jan 2009 10:25:28 -0500 > From: Jerry McAllister > Subject: Re: change root pasword > To: Ivailo Tanusheff > Cc: freebsd-questions@freebsd.org, Valdis Ziedi?? > , owner-freebsd-questions@freebsd.org > Message-ID: <20090122152528.GA66073@gizmo.acns.msu.edu> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jan 22, 2009 at 09:33:26AM +0200, Ivailo Tanusheff wrote: > > > 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. > > ???? If you have made user toor able to be logged in to without a password, > then I would be surprised if your system isn't riddled with rootkits and other > trash and if it isn't, it deserves to be. You should no more make toor or > any other id accessible without password or some authentication/authorization > required control than you should do it for root. > > Good grief!! > > Otherwise, the first item, single user boot and set the root password > is the correct answer. Note, you will have to remount / for writes. > > mount -u / > > ////jerry > > > > > > > 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: 8 > Date: Thu, 22 Jan 2009 11:14:15 -0500 > From: David Karapetyan > Subject: Code to enlarge/shrink browser's embedded quicktime player > To: freebsd-questions@freebsd.org > Message-ID: <20090122161415.GA13539@vagrant.math.nd.edu> > Content-Type: text/plain; charset=us-ascii > > I was wondering if it was possible to generate code that would allow my > clients to shrink or enlarge their quicktime players when playing > lecture videos from my server. I know one can embed players into html > code; however, wheat I specifically want is for someone to be able to > click on a particular file in my apache server directory and then, when > it begins streaming, have it play via a quicktime embedded interface > that gives the client the option to manipulate its size. Ideally, I > would like to generate a single bit of html code that can apply to all > the files (rather than generate a series of href anchors for each). Can > this be done? > > -- -- > Best, > David Karapetyan > http://davidkarapetyan.homeunix.com > University of Notre Dame > Department of Mathematics > 255 Hurley Hall > Notre Dame, IN 46556-4618 > Phone: 574-631-5706 > Cell: 202-460-5173 > Fax: 574-631-6579 > > > > ------------------------------ > > Message: 9 > Date: Thu, 22 Jan 2009 11:31:27 -0500 > From: Lowell Gilbert > Subject: Re: old cruft after source upgrading --- clean install? > To: Novembre > Cc: FreeBSD Questions > Message-ID: <44fxjbwbds.fsf@be-well.ilk.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. > > pkg_delete (or portupgrade, etc.) should not orphan any libraries > (occasionally there is a bug in a port that does, but it's rare). As > far as the base system, remember the "make delete-old" step, which is > part of the official UPDATING instructions. > > -- > Lowell Gilbert, embedded/networking software engineer, Boston area > http://be-well.ilk.org/~lowell/ > > > ------------------------------ > > Message: 10 > Date: Thu, 22 Jan 2009 10:01:58 -0800 (PST) > From: Abdullah Ibn Hamad Al-Marri > Subject: Is aio or vm broken for FreeBSD 7-STABLE ? > To: FreeBSD STABLE > Cc: FreeBSD Questions > Message-ID: <63135.16361.qm@web111310.mail.gq1.yahoo.com> > Content-Type: text/plain; charset=us-ascii > > Hello, > > This is fresh csup and buildworld after make cleandir and make cleanworld, then I built world. > > GENERIC KERNEL conf. > > ===> aio (all) > cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/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/GENERIC -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 > 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/vm/vm_unix.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/vm/vm_zeroidle.c > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > Regards, > > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > > > > > > > > ------------------------------ > > Message: 11 > Date: Thu, 22 Jan 2009 09:24:14 -0900 > From: Mel > Subject: Re: error: field 'aio_sigevent' has incomplete type > To: freebsd-questions@freebsd.org > Cc: Janos Dohanics > Message-ID: <200901220924.14957.fbsd.questions@rachie.is-a-geek.net> > Content-Type: text/plain; charset="iso-8859-1" > > On Wednesday 21 January 2009 22:48:45 Janos Dohanics wrote: > > > 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 > > > > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > build continues: > > 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 > > Build kernel without -j2, then report if error persists. > -- > Mel > > Problem with today's modular software: they start with the modules > and never get to the software part. > > > ------------------------------ > > Message: 12 > Date: Thu, 22 Jan 2009 10:32:45 -0800 (PST) > From: Abdullah Ibn Hamad Al-Marri > Subject: Re: error: field 'aio_sigevent' has incomplete type > To: Mel , > freebsd-questions@freebsd.org > Cc: Janos Dohanics > Message-ID: <37861.8202.qm@web111307.mail.gq1.yahoo.com> > Content-Type: text/plain; charset=us-ascii > > ----- Original Message ---- > > > From: Mel > > To: freebsd-questions@freebsd.org > > Cc: Janos Dohanics > > Sent: Thursday, January 22, 2009 9:24:14 PM > > Subject: Re: error: field 'aio_sigevent' has incomplete type > > > > On Wednesday 21 January 2009 22:48:45 Janos Dohanics wrote: > > > > > 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 > > > > > > > > > *** Error code 1 > > > 1 error > > > *** Error code 2 > > > 1 error > > > *** Error code 2 > > > > build continues: > > > 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 > > > > Build kernel without -j2, then report if error persists. > > -- > > Mel > > > > Problem with today's modular software: they start with the modules > > and never get to the software part. > > Here we go without -j flag for the kernel. > > ===> aio (all) > cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/VB/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/VB -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 > > Stop in /usr/src/sys/modules/aio. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/VB. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > > > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > > > > > > > ------------------------------ > > Message: 13 > Date: Thu, 22 Jan 2009 13:43:32 -0500 > From: Steve Polyack > Subject: Re: Sysinstall partition oddities (6.3/i386 -> 7.x/amd64) > To: freebsd-questions@FreeBSD.org, Mike Tancsa > > Message-ID: <4978BE54.9060203@comcast.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Steve Polyack wrote: > > 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. > > > This also occurs in VMWare. I'm able to get the exact same behavior by > installing a 7.1-RELEASE system (single slice, da0s1), then booting off > the install media and start a new installation. It picks up the > partition as da0as1 instead of da0s1, making it impossible to use > sysinstall while preserving existing partitions. > > -Steve Polyack > > > ------------------------------ > > Message: 14 > Date: Thu, 22 Jan 2009 10:58:15 -0800 > From: Chuck Swiger > Subject: Re: load average + with no visible load ? > To: Laszlo Nagy > Cc: freebsd-questions@freebsd.org > Message-ID: <89DAA561-BD18-45C8-B4C4-5F86DC2AA53E@mac.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > On Jan 22, 2009, at 6:01 AM, Laszlo Nagy wrote: > > #uptime > > 9:06AM up 6:14, 12 users, load averages: 25.39, 13.19, 9.55 > > > > I would think that CPU is under 100% when load=15.58 . But it is not: > > > See: http://en.wikipedia.org/wiki/Load_average > > A high load average should have your CPUs running near 100%; if they > are not, on some platforms that tends to indicate that many processes > are (or would be) runnable but are being blocked in a short-term wait > condition due to network or disk I/O, or are being affected by VM > paging activity. This line of your top output indicates many > processes are in a WAIT condition: > > > 514 processes: 3 running, 490 sleeping, 1 zombie, 20 waiting > > > Regards, > -- > -Chuck > > > ------------------------------ > > Message: 15 > Date: Thu, 22 Jan 2009 10:24:39 -0900 > From: Mel > Subject: Re: Help! locate.code /tmp: filesystem full > To: freebsd-questions@freebsd.org, Polytropon > Cc: Andy Wodfer > Message-ID: <200901221024.39978.fbsd.questions@rachie.is-a-geek.net> > Content-Type: text/plain; charset="iso-8859-1" > > On Thursday 15 January 2009 13:37:06 Polytropon wrote: > > On Thu, 15 Jan 2009 21:37:24 +0100, "Andy Wodfer" wrote: > > Added context: > > > > Here's the output of fsck (this was a new command to me): > > > > > > # fsck > > > ** /dev/ar0s1a (NO WRITE) > > > > Should I run fsck -y? Is it safe to do so? > > > > At least, fsck will do its best to repair the defective file system. > > As you have seen from the messages, you will surely lose some files > > when their information gets cleared. If you use -y, fsck is allowed > > to do anything it considers neccessary doing. > > fsck on a live filesystem (hint: NO WRITE) is a bad idea. Doing an fsck that > is supposed to repair stuff, always requires downtime, unless you use > background_fsck. However, many people discourage it's usage as it can leave > some errors unfixed. > > In short: reboot in single user mode, then run fsck -y at the prompt. > > Never ever run fsck -y on a live filesystem. > -- > Mel > > Problem with today's modular software: they start with the modules > and never get to the software part. > > > ------------------------------ > > _______________________________________________ > 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 44 > ************************************************** can someone *please* FIX the aebc support autoreplys?! surely there is a list owner who can unsubscribe that address? having the entire digest repeated by the autoreply in every following digest is a royal pain. Thanks -- DA Fo rsyth Network Supervisor Principal Technical Officer -- Institute for Water Research http://www.ru.ac.za/institutes/iwr/