Re: ports/113132 (make -j patch)
On Wed, 12 Mar 2008 15:45:46 +0100 Benjamin Lutz [EMAIL PROTECTED] wrote: On Wednesday 12 March 2008 14:01:57 Florent Thoumie wrote: On Wed, Mar 12, 2008 at 12:11 PM, Benjamin Lutz [EMAIL PROTECTED] wrote: This patch has been sitting in GNATS for a couple of months now: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/113132 I've received a few mails from people reporting success, and none reporting that bad things have happened. Is it possible to get this committed? It needs to go through an experimental build first. IMHO, this is an ugly hack. Ultimately, we're talking about marking almost 20k ports as parallel-safe. Because in requires modifications of individual port Makefiles? Or is there something else in it that you don't like? snip... Also, the amount of work required to gete an advantage from this change is actually not as high as you think. Of the 20k ports we have, only the big ones (e.g., kde*) gain a substantial benefit from -j building. Small ports that only compile for a few seconds anyway can be left as they are now. You may do better by or together with ports+, http://uyota.asablo.jp/blog/cat/portsplus/ . It allows to fetch and build independent ports at parallel. So, not only big ones but also small ones make benefit. It does not build ports in parallel. So, it won't break anything as they are now. Cheers, Hiro ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
newsbeuter 0.8 core dumps
Hi www/newsbeuter in version 0.8 core dumps at start. -- terminate called after throwing an instance of 'std::runtime_error' what(): locale::facet::_S_create_c_locale name not valid Abort trap (core dumped) -- There is already an update to it, http://synflood.at/newsbeuter/CHANGES Maybe the fix is related to the above problem. I'm using FreeBSD 7 (RELENG_7) with unicode as user. Cheers, Oliver Herold -- When God saw how faulty was man He tried again and made woman. As to why he then stopped there are two opinions. One of them is woman's. -- DeGourmont pgpqGqeCmEqvh.pgp Description: PGP signature
Transferring ports
Hi, I have an idea and a request for people familiar with ports pkgdb infrastructure: a utility (preferably written in C, Python or as a shell script) that would transfer *installed* ports from one system tree to the other, including their dependencies. It would transfer only some ports, specified on the command line. The details: imagine there are two or more full FreeBSD installation trees in the file system (e.g. complete jails). The utility would transfer (installed) packages from one tree to the other. The easy, brute-force way would be to generate package files (tbz) from the installed tree and then install them to the other tree, but I can't do that because of performance and disk space reasons. Is there a utility that would do that, and if not, does anyone have the time to write one? signature.asc Description: OpenPGP digital signature
Libslang Libslang2
most and slrn are the only two slang applications I am running. I'm running 7 stable. Apparently the current port of most wants libslang2. But slrn wants libslang. I've tried deinstalling and reinstalling these in both orders (I think), but libslang will not coexist with libslang2 so far as I can tell. libslang and libslang2 both say in their makefiles that they conflict with one another. Is this really so? can slrn be made to work with libslang2? -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Libslang Libslang2
On Thu, Mar 13, 2008 at 07:04:01AM -0500, Lars Eighner wrote: libslang and libslang2 both say in their makefiles that they conflict with one another. Is this really so? If they install files in the same place, they can't co-exist peacefully. can slrn be made to work with libslang2? Looks like S-Lang 2 support was added to the current developer release. Since that's been out for ~3 years now, I guess it can be considered stable. I'll update the port. Shaun -- Shaun Amott // PGP: 0x6B387A9A A foolish consistency is the hobgoblin of little minds. - Ralph Waldo Emerson ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Don't Let MRSA Get Under Your Skin!
If you are having trouble viewing this email, [1]click here. 3D [2]= img height=30 border=0 alt=AliMed® - Medical and Ergonomic Pro= ducts for Healthcare, Business, and Home width=297 src=http://image= s.accucast.com/alimed/logo.jpg [3]View on Handheld [4]Forward to Friend 3D [3Dhttp:=] [5]Home n= bsp; [6]Onli= ne Catalog [7]About Us [8]Contact Us nbs= p; [9]Help Catalog Request [3Dhttp:=] 3D [3Dhttp:=] MRSA-= Fighters [3Dhttp:=] 3D [10]3DDermaSaver [11]= /a New! DermaSaver(TM) Skin Protection Re= volutionary products help protect against skin breakdown from hea d-to-toe. Antimicrobial MicroSpring(TM) fabric is comfortable launderabl= e, durable. [12]LEARN MORE 3D _ 3D [13]3DHandClens HandClens Hand Sanitizer Ma= kes it easy and convenient to keep hands sanitized. Alcohol-free, needs no = water, softens like a lotion. Kills 99.9% of germs in 15 seconds. [14]LEARN MORE 3D _ 3D [15]3DAero AeroCell II(TM) Pressure-Relieving Cushio= ns Ad= justable air cell cushions conform to the user's body to help protect again= st pressure sores. Includes washable nylon cover and free bulb inflator. [16]LEARN MORE 3D _ 3D [17]3DAliMed AliMed® Inert Alert Alarm He= lp avoid pressure sores. Tone sounds at intervals to remind caregiver or pa= tient that it's time to reposition. Works as a fall alarm, too! [18] LE= ARN MORE 3D _ 3D [19]...[20]See m= ore infection-control solutions 3D 3D [3Dhttp:=] AliMe= d eNews: MRSA Bulletin #3 [3Dhttp:=] 3D 3D = 3D 3D TACKLING MRSA THREAT= S: [21]COMPROMISED SKIN The CDC has identifi= ed specific factors that make conditions ideal for the transmission of MRSA= . Whether in nursing homes, rehab centers, hospitals, surgical centers, med= ical offices or elsewhere, these Five C's can help MRSA th= rive: * Crowding * Frequent Interperso= nal Contact * [22]C[23]ompromised Skin= /span * Contaminated Items Surface * Lack of Clea= nliness Prevent the spread o= f MRSA in your facility and among your patients by recognizing when th= ese factors are present and having a clear plan to counter their effects. T= his week we'll look at how you can tackle the threat of compromised skin. [24]LEARN MORE ABOUT FIGHTING MRSA WHE= /a[25]N COMPROMISED SKIN IS A RISK. 3D 3D = 3D 3D [navy_left.gif] AliMe= d Websites [3Dhttp:=] 3D 3D = 3D = 3D 3D [26]3DAli= 3D [27]3DAli= 3D 3D = 3D = 3D 3D 3D3D 3D3D 3D = 3D = 3D 3D [28]3DErg= 3D [29]3DEas= 3D 3D = 3D = 3D 3D 3D3D 3D3D 3D = 3D = 3D 3D [30]3DAri= 3D [31]3DPTD= 3D 3D = 3D = 3D 3D [3Dhttp:=] [32]Add to Address Book | [33]Subscribe | [34]Unsubscribe= /font | [35]Terms Conditions | [36]Privacy Policy = font size=1 color=#FF face=Arial, Helvetica, sans-serif| [37]Shipping Handling [3Dhttp:=] Copyright©2008 AliMed. All Rights Reserved. AliMed, Inc. 297 High Street Dedham, MA 02026 Th= is is an advertisement. [click?q=375%3B66896097%3BxuaaBMHfb=] References Visible links 1. =http://alimed.acc0.com/cts/click?q=375%3B66896097%3B%2FuhiHIbUlOPUOkS 2. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B668 3. 3Dhttp: 4. 3Dhttp: 5. 3Dhttp://alimed.acc0.com/cts 6. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B6689 7. 3Dhttp://alimed.acc=/ 8. 3Dhttp://alimed.acc0.com/cts/click?q 9. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B668960 10. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZ 11. 3Dhttp://alimed.acc0.com/cts/click?q 12. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZDiQNlTW 13. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZ 14. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZDiQNlTW 15. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZ 16. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZDiQNlTW 17. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZ 18. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3BTKZDiQNlTW 19. 3Dhttp://al=/ 20. 3Dhttp://alime=/ 21. 3Dhttp://al=/ 22. 3Dhttp://alimed.acc0.com/ 23. 3Dhttp://alimed.acc0.com/ 24. 3Dhttp://=/ 25. 3Dhttp://alimed.acc0.com/cts/click?q=375%3B66896097%3B 26. 3Dhttp://alimed=/ 27. 3Dhttp://alimed=/ 28. 3Dhttp://alimed=/ 29. 3Dhttp://alimed=/ 30. 3Dhttp://alimed=/ 31. 3Dhttp://alimed=/ 32. 3Dhttp://alimed.acc0.com/cts/click?q=375%3 33.
Re: Transferring ports
On 13/03/2008, Dmitry Marakasov [EMAIL PROTECTED] wrote: * Ivan Voras ([EMAIL PROTECTED]) wrote: I have an idea and a request for people familiar with ports pkgdb infrastructure: a utility (preferably written in C, Python or as a shell script) that would transfer *installed* ports from one system tree to the other, including their dependencies. It would transfer only some ports, specified on the command line. There's no way to do it clearly. Not only such utility will have to deal with dependencies anyway, but also there are ports that do more than just copy files on installation (such as registering uids/gids, handling user-modified configs nicely etc.). I only need the functionality that now exists by doing pkg_create -b to create a package, and then install it. However pkg_create -b does it, that's how I need it. Actually, I've already had an idea of utility with pretty similar functionality for a long time. The utility would copy directory hierarchies recursively based on file include/exclude list, like this: The purpose is similar - creating jails out of host system in fast and easy way, possibility to strip everything unneeded (useful for secure minimal jails or flash/livecd/embedded installations of minimal size) and add something extra, like stuff from /usr/local without installing full packages in a jail, or, say, copying over additional tree of jail-specific changes (mostly stuff under /etc and /usr/local/etc). This seems like something that would be also useful to me, if it would also read pkgdb :). I need to clarify so people don't flood me with nullfs suggestions: I don't actually need it for jails, but that was the easiest way for me to describe it - I need it to set up new installations. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
after X.org upgrade, pcidata module is missing
After completing (?) the upgrade process from X.org 6.9 to 7.3, X dies during startup with an error message to the effect that module pcidata is missing. (Log file appears below.) Where do I get it, and where do I put it in order to make X work again? ---Log file with error messages begins here--- X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 6.3-STABLE i386 Current Operating System: FreeBSD hellas 6.3-STABLE FreeBSD 6.3-STABLE #130: Mon Mar 10 00:27:24 CDT 2008 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SMP-hellas i386 Build Date: 13 March 2008 12:11:08AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 13 21:00:29 2008 (==) Using config file: /usr/local/lib/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/local/lib/X11/fonts/CID/ does not exist. Entry deleted from font path. (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/local/lib/X11/rgb (**) ModulePath set to /usr/local/lib/modules (II) Loader magic: 0x81c5a00 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: pcidata (WW) Warning, couldn't open module pcidata (II) UnloadModule: pcidata (EE) Failed to load module pcidata (module does not exist, 0) Fatal server error: Unable to load required base modules, Exiting... -End of log file contents- Thanks much for any help. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after X.org upgrade, pcidata module is missing
Scott Bennett wrote: After completing (?) the upgrade process from X.org 6.9 to 7.3, X dies during startup with an error message to the effect that module pcidata is missing. (Log file appears below.) Where do I get it, and where do I put it in order to make X work again? ---Log file with error messages begins here--- X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 6.3-STABLE i386 Current Operating System: FreeBSD hellas 6.3-STABLE FreeBSD 6.3-STABLE #130: Mon Mar 10 00:27:24 CDT 2008 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SMP-hellas i386 Build Date: 13 March 2008 12:11:08AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 13 21:00:29 2008 (==) Using config file: /usr/local/lib/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/local/lib/X11/fonts/CID/ does not exist. Entry deleted from font path. (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/local/lib/X11/rgb (**) ModulePath set to /usr/local/lib/modules From 20070519 entry in /usr/ports/UPDATING: If you plan on keeping your current /etc/X11/xorg.conf, make sure you change ModulePath to /usr/local/lib/xorg/modules prior to running X. (II) Loader magic: 0x81c5a00 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: pcidata (WW) Warning, couldn't open module pcidata (II) UnloadModule: pcidata (EE) Failed to load module pcidata (module does not exist, 0) Fatal server error: Unable to load required base modules, Exiting... -End of log file contents- Thanks much for any help. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: after X.org upgrade, pcidata module is missing
I just posted a few minutes ago: After completing (?) the upgrade process from X.org 6.9 to 7.3, X dies during startup with an error message to the effect that module pcidata is missing. (Log file appears below.) Where do I get it, and where do I put it in order to make X work again? ---Log file with error messages begins here--- X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 6.3-STABLE i386 Current Operating System: FreeBSD hellas 6.3-STABLE FreeBSD 6.3-STABLE #130: Mon Mar 10 00:27:24 CDT 2008 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SMP-hellas i386 Build Date: 13 March 2008 12:11:08AM to make sure that you have the latest version. (**) RgbPath set to /usr/local/lib/X11/rgb (**) ModulePath set to /usr/local/lib/modules But shortly after posting, I noticed the line immediately above. Sure enough, the xorg.conf file still had the old path, but with the X11R6 changed to local. So I fixed that, and now it gets a little bit farther before saying it can't find the radeon, mouse, or kbd drivers: X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 6.3-STABLE i386 Current Operating System: FreeBSD hellas 6.3-STABLE FreeBSD 6.3-STABLE #130: Mon Mar 10 00:27:24 CDT 2008 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SMP-hellas i386 Build Date: 13 March 2008 12:11:08AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 13 22:46:43 2008 (==) Using config file: /usr/local/lib/X11/xorg.conf (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/local/lib/X11/fonts/CID/ does not exist. Entry deleted from font path. (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/local/lib/X11/rgb (**) ModulePath set to /usr/local/lib/xorg/modules (II) Loader magic: 0x81c5a00 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: pcidata (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000f908, mode1Res1 = 0x8000 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2570 card 1028,017c rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2571 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24d2 card 1028,017c rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 1028,017c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 1028,017c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,24de card 1028,017c rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 1028,017c rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 1028,017c rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,24d5 card 1028,017c rev 02 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24d6 card 14f1,5422 rev 02 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4a4e card 1028,5106 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 14e4,165d card 1028,865d rev 01 class 02,00,00 hdr 00 (II) PCI: 02:01:0:
Re: after X.org upgrade, pcidata module is missing
Scott Bennett wrote: snip (II) LoadModule: radeon (WW) Warning, couldn't open module radeon (II) UnloadModule: radeon (EE) Failed to load module radeon (module does not exist, 0) (II) LoadModule: mouse (WW) Warning, couldn't open module mouse (II) UnloadModule: mouse (EE) Failed to load module mouse (module does not exist, 0) (II) LoadModule: kbd (WW) Warning, couldn't open module kbd (II) UnloadModule: kbd (EE) Failed to load module kbd (module does not exist, 0) (EE) No drivers available. Are these drivers actually installed? pkg_info -Ex ^xf86 And if they are not, check /usr/ports/x11-drivers/ and install what you need (looks like xf86-video-ati, xf86-input-keyboard, xf86-input-mouse). Fatal server error: no screens found So now I do seem to be stuck. I have the correct modules path now, but the drivers aren't found. Suggestions would be appreciated. Thanks in advance. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** HTH, Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]