Unicode implementation in console?
Hi all, I am wondering if I could make the console display CJK character sets. From what I've searched, wscons doesn't support Unicode at least in NetBSD, though I wonder if it is a similar case in OpenBSD. The documents I process involve major eastern Asian characters, some of which appear in one document. I know I could handle it well enough with proper locale setting, fonts, and X. But I frankly don't like X and prefer non-X applications, as most of my work done in CLI or TUI, exactly, emacs-nox11. I guess this could not be circumvented by simple setting Lang, LC_CTYPE or alike. Some one patched wscons to uwscons workaround in NetBSD to provide some wide character functions (unfortunately the link to which was obsolete). I am wondering if I could patch wscons to meet my own need in terms of i,e, proper displaying CJK filenames in various file systems (MSDOS,FFS,NTFS, etc.). I would appreciate any hints. Regards, -- Hou, Ruoyu Laboratory of Reproductive & Stem Cell Biology, College of Life Science & Biotech., Shanghai Jiao Tong University, Shanghai 200240, P.R.China.
Re: 004_openssl.patch
On Sat, Nov 28, 2009 at 8:03 PM, Matthew Szudzik wrote: > A few days ago a patch to the highly-publicized OpenSSL vulnerability ... > was released for OpenBSD-stable at > > ftp://ftp.openbsd.org/pub/OpenBSD/patches/4.6/common/004_openssl.patch > > What exactly is the effect of this patch? > > I assume that it prevents renegotiation man-in-the-middle attacks > against webservers running OpenBSD, but does it also help OpenBSD > clients? For example, suppose that I'm doing some online banking with > lynx, and somebody attempts a man-in-the-middle attack on my https > connection. What will happen? Your connection will be subverted. The new prefix injection MitM attack is not detectable or preventable from the client side. Philip Guenther
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 6:57 AM, Robert wrote: > > *chuckle* > > If you were running bgplgsh in a chroot from the cmdline you would have > to execute it by invoking /bin/bgplgsh because of the changed root. ;) > > # man chroot > # sudo chroot -u www -g www /var/www /bin/bgplgsh > > Lots of patience to spare around here, if everyone chims in from time to > time. > o0o...sorry... -bash-4.0$ sudo chroot -u www -g www /var/www /usr/bin/bgplgsh chroot: /usr/bin/bgplgsh: No such file or directory -bash-4.0$ ls -l /usr/bin/bgplgsh -r-xr-xr-x 1 root bin 28052 Jul 10 10:06 /usr/bin/bgplgsh Rgds -- ~Lst
Re: Make utility documentation
On 29/11/2009, at 4:24 PM, Matthew Szudzik wrote: On Fri, Nov 27, 2009 at 10:58:22AM +1300, Paul M wrote: It deals mainly with gnu make, but the principles are the same. No. The book Managing Projects With GNU Make http://www.amazon.com/dp/0596006101 by Robert Mecklenburg and published by O'Reilly in 2004 deals mainly with GNU make, and isn't very useful for OpenBSD users. But the book Managing Projects With Make http://www.amazon.com/dp/0937175900 by Andrew Oram and Steve Talbott, and last published by O'Reilly in 1993, deals with System V Release 4 make. The authors of that book state that they "have tried to be careful to include caveats for features that might not have made it on to some systems--particularly the Berkeley Standard Distribution (BSD)". They also outline differences with GNU make (and other versions) in the appendices. Thanks for clearing that up. It's many years since I read it, my memory is obviously failing me in my dotage. Managing Projects With Make was one of the earliest Unix books published by O'Reilly (maybe the first O'Reilly Unix book?), and it's probably still the best introduction to generic make. It was even referenced on the man page for make in HP-UX. http://docs.hp.com/en/B3921-90010/make.1.html I can attest to that. I was using BSD make at the time, but still found it extremely usefull. paulm
004_openssl.patch
A few days ago a patch to the highly-publicized OpenSSL vulnerability http://www.pcworld.com/businesscenter/article/182304/ssl_flaw_could_have_been_used_to_hack_twitter.html was released for OpenBSD-stable at ftp://ftp.openbsd.org/pub/OpenBSD/patches/4.6/common/004_openssl.patch What exactly is the effect of this patch? I assume that it prevents renegotiation man-in-the-middle attacks against webservers running OpenBSD, but does it also help OpenBSD clients? For example, suppose that I'm doing some online banking with lynx, and somebody attempts a man-in-the-middle attack on my https connection. What will happen?
Re: Make utility documentation
On Fri, Nov 27, 2009 at 10:58:22AM +1300, Paul M wrote: > It deals mainly with gnu make, but the principles are the same. No. The book Managing Projects With GNU Make http://www.amazon.com/dp/0596006101 by Robert Mecklenburg and published by O'Reilly in 2004 deals mainly with GNU make, and isn't very useful for OpenBSD users. But the book Managing Projects With Make http://www.amazon.com/dp/0937175900 by Andrew Oram and Steve Talbott, and last published by O'Reilly in 1993, deals with System V Release 4 make. The authors of that book state that they "have tried to be careful to include caveats for features that might not have made it on to some systems--particularly the Berkeley Standard Distribution (BSD)". They also outline differences with GNU make (and other versions) in the appendices. Managing Projects With Make was one of the earliest Unix books published by O'Reilly (maybe the first O'Reilly Unix book?), and it's probably still the best introduction to generic make. It was even referenced on the man page for make in HP-UX. http://docs.hp.com/en/B3921-90010/make.1.html
Negotiation Skills
[IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] Negotiation Skills [IMAGE] [IMAGE] [IMAGE] Ù Ùارات اÙتÙاÙض [IMAGE] 27-30 December ,2009 - Cairo * Negotiating is a vital management skill for dealing with customers, suppliers, and colleagues. * Negotiating is more than a business skill; its an essential skill for coping with the challenges of daily life. * Negotiation is usually associated with the world of business, but its impact is really much wider. It affects family relationships, personal lives, and community interactions. * This course focuses on negotiation skills. Whether your work is centered on negotiation-selling, handling complaints, or whether you simply negotiate to make things happen on the job. * This course offers advice on negotiating tactics that will help you achieve both immediate and long-term goals. * اÙتÙاÙض ÙÙ Ù Ùارة ØÙÙÙØ© Ùإدارة اÙتعا٠٠٠ع اÙع٠Ùاء ,اÙÙ ÙردÙÙ ÙاÙز٠Ùاء . * اÙتÙاÙض Ù٠أÙثر Ù Ù Ù Ùارة تجارÙØ© Ø¥ÙÙ Ù Ùارة أساسÙØ© ÙÙ ÙاجÙØ© تØدÙات اÙØÙاة اÙÙÙÙ ÙØ© . * اÙتÙاÙض عادة Ùرتبط بعاÙ٠اÙأع٠ا٠ÙÙÙ٠أثر٠Ù٠اÙÙاÙع Ø£Ùثر إتساعا٠ÙÙÙ Ùؤثر عÙ٠اÙعÙاÙات اÙأسرÙØ© ÙاÙØÙاة اÙشخصÙØ© ÙتÙاعÙات اÙ٠جت٠ع . * ÙرÙز Ùذا اÙبرÙا٠ج اÙتدرÙب٠عÙÙ Ù Ùارات اÙتÙاÙض إذا٠ÙترÙز ع٠Ù٠عÙ٠٠بÙعات اÙتÙاÙض ,٠عاÙجة اÙØ´ÙاÙ٠أ٠إذا٠ÙÙت تتÙاÙض ÙØدÙØ« أشÙاء Ù٠اÙع٠٠. * ÙÙد٠Ùذا اÙبرÙا٠ج اÙتدرÙب٠ÙØµØ§Ø¦Ø Ø®Ø§ØµØ© بتÙÙÙات اÙتÙاÙض ÙاÙت٠سÙ٠تساعد٠عÙ٠تØÙÙÙ Ù٠٠٠اÙØ£Ùدا٠اÙÙÙرÙØ© ÙØ·ÙÙÙØ© اÙأج٠. [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] ⢠20 % discount for registration and full payment 20 Days before the date of the course. ⢠10 % discount for registration and full payment 10 Days before the date of the course. ⢠Send four participants and take the fifth for free. ⢠خص٠20% عÙد اÙإشترا٠ÙاÙدÙع Ùب٠اÙبرÙا٠ج بعشرÙÙ ÙÙÙ . ⢠خص٠10% عÙد اÙإشترا٠ÙاÙدÙع Ùب٠اÙبرÙا٠ج بعشرة Ø£Ùا٠⢠إرس٠أربعة ٠شترÙÙÙ ÙاØص٠عÙ٠اÙخا٠س ٠جاÙاÙ. [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] To stop sending these mails, unsubscribe our mail frequency , follow the instruction in the next page. [IMAGE] You are subscribed as m...@openbsd.org.
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 3:13 PM, Brynet wrote: >> Made the changes to nv_driver.c and built xenocara with the following >> >> # cd /usr/xenocara >> # rm -rf /usr/xobj/* >> # make bootstrap >> # make obj >> # make build >> >> Upon reboot when i use the "nv" driver X now recognizes my card, but >> it goes to a blank screen (just looks like the terminal) and crashes. >> >> And yes i would love to have a laptop without Nvidia but this is what >> my office gave me. I'm just happy they let me run other systems on it. >> Or at least try. > > Yeah, sorry for giving you false hope.. looking further in that file > alone shows that the driver checks against the product ID's multiple times. > > In fact, near the botton where it attempts to assign the NV_ARCH you can > see it ends up identifing your card as a NV04 (..ancient), by default. > > I not going to pretend to understand the driver, but perhaps this is > member of the G80 family? find the "NVIsG80" function and add 0x0531 to > the list of known chipsets. > > If this fails, I'm sorry.. nVidia really blows chunks eh? > > -Bryan. > No dice. Thanks for helping though
Re: bgplg failed only from web not from CLI
On Sun, 29 Nov 2009 04:42:34 +0700 "~Lst" wrote: > >> >> Could you tell me how is running bgplgsh under chroot ? > >> > > > I tried running bgplgsh under chroot, still works if its via CLI but > not via web. > > -bash-4.0# ps -aux | grep chroot > www 4592 0.0 0.3 1356 2120 ?? Ss10:36AM0:01.07 > httpd: parent [chroot /var/www] (httpd) > > -bash-4.0# ls -l /var/www/bin/bgplgsh > -r-xr-xr-x 1 root daemon 28052 Nov 29 10:09 /var/www/bin/bgplgsh > > -bash-4.0# /var/www/bin/bgplgsh *chuckle* If you were running bgplgsh in a chroot from the cmdline you would have to execute it by invoking /bin/bgplgsh because of the changed root. ;) # man chroot # sudo chroot -u www -g www /var/www /bin/bgplgsh Lots of patience to spare around here, if everyone chims in from time to time. - Robert
Re: having 4.6 on amd64 panicing when pfsync runs over ipsec
> panic: tcp_output: template len != hdrlen - optlen > Stopped at Debuuger+0x5: leave > RUN AT LEAST 'trace' .. You didn't run trace, why not? You don't want the bug fixed, do you.
Re: Problem installing 4.6 on Toshiba Libretto 70CT
Hi Misc@ Well the Libretto successfully boots with a kernel from the 3 April 2008 and crashes with a kernel built from 4 April 2008. Using: cvs up -D"3 Apr 2008" and cvs up -D"4 Apr 2008" to update my source tree. The list of files that changed between the two days are: P arch/amd64/conf/GENERIC P arch/i386/conf/GENERIC P arch/sparc64/dev/ebus_mainbus.c P dev/isa/it.c P dev/isa/itvar.h P dev/pci/if_bge.c P dev/pci/if_bgereg.h P dev/pci/if_lii.c P dev/pci/if_txp.c I'm guessing the changes to dev/isa/it.c or dev/isa/itvar.h are responsible but I've no idea how to debug this any further. I'm guessing I need to somehow back out the changes to 1.28 of it.c and 1.8 of itvar.h in the current versions of the file and see if that allows the Libretto to boot - but my brain cannot cope with that tonight :~( I'll report back if it works :~) Fred
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 07:21:37PM -0200, Rodrigo Amorim Bahiense wrote: > As said: I'm not a fanboy. I "thought" nvidia was doing something > that was good enough to me, but actually isn't helping the community at > all. [...] Yea, `the community'. Who the fuck is that? Nobody managed to explain that to me during the last 20 years. Ciao, Kili, member of the community of Kilis (beware, there are three of us -- me, my brother, and my father)
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 2:56 AM, Bret S. Lambert wrote: > On Sun, Nov 29, 2009 at 02:09:49AM +0700, ~Lst wrote: >> On Sun, Nov 29, 2009 at 2:04 AM, Bret S. Lambert >> wrote: >> > On Sun, Nov 29, 2009 at 01:56:19AM +0700, ~Lst wrote: >> > [ snippzorz ] >> > >> >> Could you tell me how is running bgplgsh under chroot ? >> > I tried running bgplgsh under chroot, still works if its via CLI but not via web. -bash-4.0# ps -aux | grep chroot www 4592 0.0 0.3 1356 2120 ?? Ss10:36AM0:01.07 httpd: parent [chroot /var/www] (httpd) -bash-4.0# ls -l /var/www/bin/bgplgsh -r-xr-xr-x 1 root daemon 28052 Nov 29 10:09 /var/www/bin/bgplgsh -bash-4.0# /var/www/bin/bgplgsh Orion-OpenBGPD-LG> show ip bgp memory RDE memory statistics 299769 IPv4 network entries using 6.9M of memory 599538 rib entries using 18.3M of memory 599538 prefix entries using 18.3M of memory 107114 BGP path attribute entries using 7.8M of memory 46198 BGP AS-PATH attribute entries using 2.1M of memory, and holding 107114 references 8197 BGP attributes entries using 192K of memory and holding 126690 references 8196 BGP attributes using 151K of memory RIB using 53.6M of memory Rgds, -- ~Lst
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 02:56:05PM -0500, Brynet wrote: > Rodrigo Amorim Bahiense wrote: > > Actually, I'm used to recommend nvidia cards (desk & laptop) > > for most people because they do support most open source systems > > (Linux, FreeBSD, OpenSolaris), which is way better than ati at least. > > ATI(..now AMD) releases full NDA-free documentation on their graphics > chipsets, for both 2D and 3D acceleration. > > http://developer.amd.com/documentation/guides/Pages/default.aspx#open_gpu > http://www.x.org/docs/AMD/ > > They officially supported development of open source drivers, and 2 > independent drivers exist including xf86-video-ati(4) and > xf86-video-radeonhd(4), both supported under OpenBSD with full hardware > graphics acceleration (..DRM/DRI). > > Their binary-blog fglrx driver does not support BSD, this is not a bad > thing. > > nVidia refused to do any of this, concerns of IP theft and such.. funny > considering practically all other players in the graphics chipset market > have released hardware documentation and/or reference open source code. > > http://www.intellinuxgraphics.org/ > http://linux.via.com.tw/ > > Matthieu Herrb has no need explaim himself to you, they're are pretty > obvious reasons for avoiding them.. he is also on the offical board of > directors for the Xorg project. > > http://wiki.x.org/wiki/BoardOfDirectors > > Have a nice day. > > -Bryan. Thank you very much for clarifying things back to me, now I understand how equivocated I was and really appreciate the time you spent to reply my message. As said: I'm not a fanboy. I "thought" nvidia was doing something that was good enough to me, but actually isn't helping the community at all. The part about ati/amd was a bad call, I'm sorry for not knowing how much they are contributing now. I had no idea who Matthieu Herrb was, I just replied with "what I know" expecting to see "what you know", afterall this is a discussion list. I won't apologize for "wasting" someone elses time, but I also won't be unthankful about it. I should've definitely read more about how things are now before replying, but I had no idea that some people would take it as ofense or "bad user mentality". Even if you felt that way somehow, you spent time to gather things up and send back to me. And for that I'm very thankful, as always. --Rodrigo
Re: can't get vesa @ 1280x800 or nv
> Made the changes to nv_driver.c and built xenocara with the following > > # cd /usr/xenocara > # rm -rf /usr/xobj/* > # make bootstrap > # make obj > # make build > > Upon reboot when i use the "nv" driver X now recognizes my card, but > it goes to a blank screen (just looks like the terminal) and crashes. > > And yes i would love to have a laptop without Nvidia but this is what > my office gave me. I'm just happy they let me run other systems on it. > Or at least try. Yeah, sorry for giving you false hope.. looking further in that file alone shows that the driver checks against the product ID's multiple times. In fact, near the botton where it attempts to assign the NV_ARCH you can see it ends up identifing your card as a NV04 (..ancient), by default. I not going to pretend to understand the driver, but perhaps this is member of the G80 family? find the "NVIsG80" function and add 0x0531 to the list of known chipsets. If this fails, I'm sorry.. nVidia really blows chunks eh? -Bryan.
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 12:27 PM, Brynet wrote: > Hi, > > From what I can find, this is a GeForce 7150M / nForce 630M based > chipset.. xf86-video-nv does not have the product ID listed in the > attach structure, this could be due to incompability with the chipset or > maintainer neglegence (..the driver is very rarely updated). > > --- xenocara/driver/xf86-video-nv/src/nv_driver.c 2009/10/10 19:17:44 1.9 > +++ xenocara/driver/xf86-video-nv/src/nv_driver.c 2009/11/28 12:12:49 > @@ -416,6 +416,7 @@ > { 0x10DE042D, "Quadro FX 360M" }, > { 0x10DE042E, "GeForce 9300M G" }, > { 0x10DE042F, "Quadro NVS 290" }, > + { 0x10DE0531, "GeForce 7150M nForce 630M" }, > { 0x10DE05E1, "GeForce GTX 280" }, > { 0x10DE05E2, "GeForce GTX 260" }, > { 0x10DE0600, "GeForce 8800 GTS 512" }, > > This might be enough to get things working, although it could also cause > your system to burst into flames.. making you go emo. > > Hopefully xf86-video-nouveau shows up eventually, it matches on all > nVidia devices.. no static product list. > > -Bryan. > Made the changes to nv_driver.c and built xenocara with the following # cd /usr/xenocara # rm -rf /usr/xobj/* # make bootstrap # make obj # make build Upon reboot when i use the "nv" driver X now recognizes my card, but it goes to a blank screen (just looks like the terminal) and crashes. And yes i would love to have a laptop without Nvidia but this is what my office gave me. I'm just happy they let me run other systems on it. Or at least try. Xorg error log (--) checkDevMem: using aperture driver /dev/xf86 (--) Using wscons driver on /dev/ttyC4 in pcvt compatibility mode (version 3.32) X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: OpenBSD 4.6 amd64 Current Operating System: OpenBSD wobsd.funny.org 4.6 MYKERN.MP#0 amd64 Build Date: 28 November 2009 10:18:43AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Sat Nov 28 13:42:51 2009 (==) Using config file: "/etc/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Not automatically adding devices (==) Not automatically enabling devices (==) Including the default font path /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X 11/fonts/OTF,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/100dpi/ ,/usr/X11R6/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/, /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Loader magic: 0x771560 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on openbsd (--) PCI: (0...@0:1:3) NVIDIA MCP67 Co-processor rev 162, Mem @ 0xfc20/524288 (--) PCI:*(0...@0:18:0) NVIDIA unknown chipset (0x0531) rev 162, Mem @ 0xf400/16777216, 0xd000/268435456, 0xf000/16777216 (II) System resource ranges: [0] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x00ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Se
Re: can't get vesa @ 1280x800 or nv
Rodrigo Amorim Bahiense wrote: > Actually, I'm used to recommend nvidia cards (desk & laptop) > for most people because they do support most open source systems > (Linux, FreeBSD, OpenSolaris), which is way better than ati at least. ATI(..now AMD) releases full NDA-free documentation on their graphics chipsets, for both 2D and 3D acceleration. http://developer.amd.com/documentation/guides/Pages/default.aspx#open_gpu http://www.x.org/docs/AMD/ They officially supported development of open source drivers, and 2 independent drivers exist including xf86-video-ati(4) and xf86-video-radeonhd(4), both supported under OpenBSD with full hardware graphics acceleration (..DRM/DRI). Their binary-blog fglrx driver does not support BSD, this is not a bad thing. nVidia refused to do any of this, concerns of IP theft and such.. funny considering practically all other players in the graphics chipset market have released hardware documentation and/or reference open source code. http://www.intellinuxgraphics.org/ http://linux.via.com.tw/ Matthieu Herrb has no need explaim himself to you, they're are pretty obvious reasons for avoiding them.. he is also on the offical board of directors for the Xorg project. http://wiki.x.org/wiki/BoardOfDirectors Have a nice day. -Bryan.
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 02:09:49AM +0700, ~Lst wrote: > On Sun, Nov 29, 2009 at 2:04 AM, Bret S. Lambert > wrote: > > On Sun, Nov 29, 2009 at 01:56:19AM +0700, ~Lst wrote: > > [ snippzorz ] > > > >> Could you tell me how is running bgplgsh under chroot ? > > > > man 1 chroot > > > > -bash-4.0# man 1 chroot > man: no entry for chroot in section 1 of the manual. > > Same result with the page, > http://www.openbsd.org/cgi-bin/man.cgi?query=chroot&apropos=0&sektion=1&manpath=OpenBSD+4.6&arch=i386&format=html > > man 8 chroot, my mistake > Rgds, > -- > ~Lst
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 01:33:22PM -0200, Rodrigo Amorim Bahiense wrote: > Actually, I'm used to recommend nvidia cards (desk & laptop) > for most people because they do support most open source systems > (Linux, FreeBSD, OpenSolaris), which is way better than ati at least. > > I do know that OpenBSD does not allow binary blobs and I agree with that > policy, but when you say something like "stay away" it might seems they > give no support at all for open source systems, and thats wrong. Maybe > it is not the ideal in case of OpenBSD, but for me, who mostly use Linux > for laptop and OpenBSD on servers, nvidia is doing a good, not excelent, > job. and that mentality is what is screwing you (and other OpenBSD users) now. thanks Rodrigo! -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 2:04 AM, Bret S. Lambert wrote: > On Sun, Nov 29, 2009 at 01:56:19AM +0700, ~Lst wrote: > [ snippzorz ] > >> Could you tell me how is running bgplgsh under chroot ? > > man 1 chroot > -bash-4.0# man 1 chroot man: no entry for chroot in section 1 of the manual. Same result with the page, http://www.openbsd.org/cgi-bin/man.cgi?query=chroot&apropos=0&sektion=1&manpath=OpenBSD+4.6&arch=i386&format=html Rgds, -- ~Lst
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 01:56:19AM +0700, ~Lst wrote: [ snippzorz ] > Could you tell me how is running bgplgsh under chroot ? man 1 chroot
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 1:47 AM, Bret S. Lambert wrote: > On Sun, Nov 29, 2009 at 01:25:03AM +0700, ~Lst wrote: >> On Sun, Nov 29, 2009 at 1:15 AM, Andre Keller wrote: >> > Am 28.11.2009 18:34, schrieb ~Lst: >> >> On Sun, Nov 29, 2009 at 12:19 AM, Andre Keller wrote: >> >> >> >>> Am 28.11.2009 16:36, schrieb ~Lst: >> >>> >> No, I just install and followed manual >> >>> You either missed a step or run an very uncommon configuration >> >> >> >> It might be I missed a step, Could you help where is the step that I >> >> missed ? >> >> >> > >> > Either permissions or httpd chroot setup or something completely different >> > >> >> http://203.84.157.250/cgi-bin/bgpl >> > >> > Restricted shell access might be more useful. I do believe you that it >> > does not work, i just do not believe you that you done it EXACTLY like >> > described in the man pages ;-)) >> > >> >> OK, might be I was wrong, let's say I'm not doing exactly what the man >> pages said but this doesn't mean what I'm asking to. >> My question is, >> 1. why ping, traceroute and show version is working OK, but not with >> the others ? >> 2. why it's running well if its via CLI but not via web ? > > are you chrooting your webserver? try running bgplgsh under chroot(1) > and see if you get the same behavior > I think yes, -bash-4.0# ps -aux | grep www _syslogd 12984 0.0 0.1 468 668 ?? S 7:20AM0:02.75 syslogd -a /var/www/dev/log -a /var/empty/dev/log www 23151 0.0 0.3 1312 2132 ?? Ss 7:20AM0:24.85 httpd: parent [chroot /var/www] (httpd) www 31735 0.0 0.2 1376 1784 ?? I 7:39AM0:01.17 httpd: child (httpd) www 21668 0.0 0.2 1376 1788 ?? I 7:39AM0:01.16 httpd: child (httpd) www 24825 0.0 0.2 1360 1780 ?? I 7:39AM0:00.47 httpd: child (httpd) www 1591 0.0 0.2 1376 1740 ?? I 7:39AM0:01.06 httpd: child (httpd) www 5272 0.0 0.2 1312 1688 ?? I 7:39AM0:00.49 httpd: child (httpd) www 28568 0.0 0.2 1312 1736 ?? I 7:39AM0:00.39 httpd: child (httpd) www 6680 0.0 0.2 1376 1740 ?? I 7:46AM0:00.10 httpd: child (httpd) Could you tell me how is running bgplgsh under chroot ? Rgds, -- ~Lst
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 01:33:22PM -0200, Rodrigo Amorim Bahiense wrote: > > I'm not a nvidia fanboy, but I've found the need to clarify what nvidia > actually does for open source community. You mean, what nvidia does to close parts of unprincipled projects that like to call themselves 'open source'.
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 01:25:03AM +0700, ~Lst wrote: > On Sun, Nov 29, 2009 at 1:15 AM, Andre Keller wrote: > > Am 28.11.2009 18:34, schrieb ~Lst: > >> On Sun, Nov 29, 2009 at 12:19 AM, Andre Keller wrote: > >> > >>> Am 28.11.2009 16:36, schrieb ~Lst: > >>> > No, I just install and followed manual > >>> You either missed a step or run an very uncommon configuration > >> > >> It might be I missed a step, Could you help where is the step that I > >> missed ? > >> > > > > Either permissions or httpd chroot setup or something completely different > > > >> http://203.84.157.250/cgi-bin/bgpl > > > > Restricted shell access might be more useful. I do believe you that it > > does not work, i just do not believe you that you done it EXACTLY like > > described in the man pages ;-)) > > > > OK, might be I was wrong, let's say I'm not doing exactly what the man > pages said but this doesn't mean what I'm asking to. > My question is, > 1. why ping, traceroute and show version is working OK, but not with > the others ? > 2. why it's running well if its via CLI but not via web ? are you chrooting your webserver? try running bgplgsh under chroot(1) and see if you get the same behavior > > > Rgds, > -- > ~Lst
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 1:15 AM, Andre Keller wrote: > Am 28.11.2009 18:34, schrieb ~Lst: >> On Sun, Nov 29, 2009 at 12:19 AM, Andre Keller wrote: >> >>> Am 28.11.2009 16:36, schrieb ~Lst: >>> No, I just install and followed manual >>> You either missed a step or run an very uncommon configuration >> >> It might be I missed a step, Could you help where is the step that I missed ? >> > > Either permissions or httpd chroot setup or something completely different > >> http://203.84.157.250/cgi-bin/bgpl > > Restricted shell access might be more useful. I do believe you that it > does not work, i just do not believe you that you done it EXACTLY like > described in the man pages ;-)) > OK, might be I was wrong, let's say I'm not doing exactly what the man pages said but this doesn't mean what I'm asking to. My question is, 1. why ping, traceroute and show version is working OK, but not with the others ? 2. why it's running well if its via CLI but not via web ? Rgds, -- ~Lst
Je sur comptable a la banque BCB je vais virée $6.million a la etranger
You are invited to "Je sur comptable a la banque BCB je vais virie $6.million a la etranger". By your host Ashraf Cotu: Date: Saturday November 28, 2009 Time: 5:00 pm - 6:00 pm (GMT +00:00) Location: Cher Ami Salut, Je suis MR, Ashraf Cotu comptable a la BANQUE COMERCIALE DU BURKINA (BCB), je vais virie $6.million (usd) a la etranger si vous pour vais me aide et ci ga vous intersse je vous enverrons tous les ditails sur la fagon dont on va fait le demache et igalement noter que vous aurez 30% du montant indiqui .si vous jtes d'accord pour m'aider ` exicuter cette transaction. reponne moi rapidement et s.v.p ces un propossition confidentielle merci Guests: * mikesimm2...@hotmail.com * mikesmi...@hotmail.com * miket...@hotmail.com * mikewerew...@hotmail.com * mike...@hotmail.com * mikeybrou...@hotmail.com * mikkofonta...@aol.com * mik...@stats.ox.ac.uk * mikou...@live.be * mikou...@hotmail.com * miky...@hotmail.com * milady-b...@hotmail.fr * milady_592...@yahoo.fr * mila...@yahoo.fr * mildred_mi...@hotmail.com * millekilo...@hotmail.fr * millermar...@hotmail.com * millionj...@hotmail.com * milosku...@yahoo.com * milou...@aol.com * mily_...@hotmail.fr * mi...@wanadoo.fr * mima...@hotmail.com * mimi-1...@hotmail.com * mimi.fe...@hotmail.com * mim...@wanadoo.fr * mimib...@hotmail.com * mimidragonl...@hotmail.com * mimikools...@yahoo.fr * mimoun...@hotmail.com * minetpie...@hotmail.com * mineursdes...@hotmail.fr * mini_vamp...@hotmail.fr * miniphone0...@yahoo.fr * mini...@aol.com * ministeretrav...@yahoo.fr * minkeng...@hotmail.com * minkeng...@yahoo.fr * minkomind...@yahoo.fr * minord...@hotmail.fr * minorodrigu...@yahoo.fr * miouss...@hotmail.com * mipaulfourn...@aol.com * mira...@hotmail.com * mireille.weinl...@wanadoo.fr * mirei...@fouilloux.net * mireillem...@aol.com * mirettelongr...@orange.fr * misakaul...@yahoo.com * misc@openbsd.org * misong...@aol.com * miss-68...@hotmail.fr * miss-ajb...@hotmail.com * miss-cacahoue...@hotmail.com * miss-gwe...@hotmail.fr * miss.sa...@yahoo.com * miss_elis...@hotmail.com * miss_melvi...@yahoo.fr * miss_saint_laur...@hotmail.com * miss_string...@yahoo.fr * missbeaustr...@yahoo.fr * mission...@hotmail.com * missjack-spar...@hotmail.fr * missterr...@aol.com * misswe...@hotmail.fr * misterto...@aol.com * mit...@aol.com * mit...@yahoo.com * miulescuand...@yahoo.fr * mjb...@hotmail.com * mjc-livron-cult...@hotmail.fr * mjc.ce...@hotmail.fr * mjc.pfast...@wanadoo.fr * mjcvolmera...@hotmail.com * mjhayc...@aol.com * mjo...@aol.com * mjv_...@hotmail.com * mkeuti...@hotmail.com * mkonig...@aol.com * mladostpa...@yahoo.fr invitation_add_to_your_yahoo_calendar: http://calendar.yahoo.com/?v=60&ST=20091128T17%2B&TITLE=Je+sur+comptable+a+la+banque+BCB+je+vais+vir%c3%a9e+$6.million+a+la+etranger&DUR=0100&VIEW=d&in_loc=Cher+Ami+Salut,+Je+suis+MR,+Ashraf+Cotu+comptable+a+la+BANQUE+COMERCIALE+DU+BURKINA+(BCB),+je+vais+vir%c3%a9e+$6.million+(usd)+a+la+etranger+si+vous+pour+vais+me+aide+et+ci+%c3%a7a+vous+intersse+je+vous+enverrons+tous+les+d%c3%a9tails+sur+la+fa%c3%a7on+dont+on+va+fait+le+demache+et+%c3%a9galement+noter+que+vous+aurez+30%25+du+montant+indiqu%c3%a9+.si+vous+%c3%aates+d%27accord+pour+m%27aider+%c3%a0+ex%c3%a9cuter+cette+transaction.+reponne+moi+rapidement+et+s.v.p+ces+un+propossition+confidentielle+merci&TYPE=10 Copyright ) 2009 All Rights Reserved www.yahoo.com Privacy Policy: http://privacy.yahoo.com/privacy/us Terms of Service: http://docs.yahoo.com/info/terms/
Re: bgplg failed only from web not from CLI
On Sun, Nov 29, 2009 at 12:19 AM, Andre Keller wrote: > Am 28.11.2009 16:36, schrieb ~Lst: >> No, I just install and followed manual. >> > > You either missed a step or run an very uncommon configuration It might be I missed a step, Could you help where is the step that I missed ? >> And if via bgplgsh (CLI) the whole thing is ok. >> > > Through which user you run bgplgsh? > -bash-4.0# su - bgplg Orion-OpenBGPD-LG> show ip bgp memory RDE memory statistics 0 IPv4 network entries using 0B of memory 0 rib entries using 0B of memory 0 prefix entries using 0B of memory 0 BGP path attribute entries using 0B of memory 0 BGP AS-PATH attribute entries using 0B of memory, and holding 0 references 0 BGP attributes entries using 0B of memory and holding 0 references 0 BGP attributes using 0B of memory RIB using 0B of memory -bash-4.0# id bgplg uid=1001(bgplg) gid=1001(bgplg) groups=1001(bgplg) I tested if www using bgplgsh... -bash-4.0# chsh -s /usr/bin/bgplgsh www -bash-4.0# su - www Orion-OpenBGPD-LG> show ip bgp memory RDE memory statistics 0 IPv4 network entries using 0B of memory 0 rib entries using 0B of memory 0 prefix entries using 0B of memory 0 BGP path attribute entries using 0B of memory 0 BGP AS-PATH attribute entries using 0B of memory, and holding 0 references 0 BGP attributes entries using 0B of memory and holding 0 references 0 BGP attributes using 0B of memory RIB using 0B of memory These 2 users is ok using CLI but not if tested via web, If you'd like to see you could test on my web... http://203.84.157.250/cgi-bin/bgplg Rgds, -- ~Lst
Re: bgplg failed only from web not from CLI
Am 28.11.2009 16:36, schrieb ~Lst: > No, I just install and followed manual. > You either missed a step or run an very uncommon configuration > What I don't undertand, why ping, traceroute and show version is ok, > and anything else is failed (if it's via web). > Well "anything else" is anything related to bgpd, so this makes perfect sense... > And if via bgplgsh (CLI) the whole thing is ok. > Through which user you run bgplgsh?
having 4.6 on amd64 panicing when pfsync runs over ipsec
Hi! During installing a pair of OpenBSD 4.6 amd64 (patched with current patches i.e. up to 004 and included) firewalls on IBM 3550 M2 computers i was evaluating different options to have pfsync traffic carried between them. Although i intend to use separate vlan for pfsync i tried out also how does pfsync over ipsec sound and encountered that firewalls reboot or panic so to say to the ddb> prompt with varios messages. It happens every time sooner or later (instanly after bringing up pfsync interfaces or some minutes later, there is practically no traffic on firewalls, its test env.). It happens in my case only when i use pfsync over ipsec which in turn runs over vlan and which in turn runs over one em adapter. (I saw someone said week ago on misc@ they experience something related to pfsync and reboots). Otherwise these computers behave normally with OpenBSD as far as i can tell (having used them for testing and other projects running without any flaw for weeks). pfsync over vlan interfaces works, and just ipsec over vlan interface works too. There aint running any services but default after-install daemons and carp is configured as normal master/slave on a interface different from where ipsec+pfsync events happen. PF part: set skip on vlan607 # there happens my ipsec pass on enc0 IPsec part: fw2 # ifconfig enc0 up fw1 # ifconfig enc0 up fw2 # cat ipsec.conf ike passive esp from 10.1.7.108 to 10.1.7.107 fw1 # cat /etc/ipsec.conf ike esp from 10.1.7.107 to 10.1.7.108 fw2 # isakmpd -Kvd 072201.832359 Default isakmpd: phase 1 done: initiator id 10.1.7.107, responder id 10.1.7.108, src: 10.1.7.108 dst: 10.1.7.107 072201.840201 Default isakmpd: quick mode done: src: 10.1.7.108 dst: 10.1.7.107 fw1 # isakmpd -Kvd 072202.830382 Default isakmpd: phase 1 done: initiator id 10.1.7.107, responder id 10.1.7.108, src: 10.1.7.107 dst: 10.1.7.108 072202.837902 Default isakmpd: quick mode done: src: 10.1.7.107 dst: 10.1.7.108 and i bring it up like this, first at fw2 and then fw1 # ipsecctl -f /etc/ipsec.conf PFSYNC part: fw2# ifconfig pfsync0 syncpeer 10.1.7.107 syncdev enc0 fw1# ifconfig pfsync0 syncpeer 10.1.7.108 syncdev enc0 fw2# ifconfig pfsync0 up fw1# ifconfig pfsync0 up (using /etc/netstart script i get not all the times this message but most of the times fw1 # sh /etc/netstart pfsync0 ifconfig: SIOCSETPFSYNC: Can't assign requested address) So, sometimes i it is works for some minutes and it is possible to confirm with tcpdump that pfsync traffic actually goes over enc0 interface. When it panics i usually get on the console these messages (ddb> prompt isnt responding, it might be because these are java management consoles not serial) 1. sometimes (needs manual powercycle) panic: tcp_output: template len != hdrlen - optlen Stopped at Debuuger+0x5: leave RUN AT LEAST 'trace' .. ddb> 2. most often, at both sides (needs manual powercycle) kernel: protection fault trap, code=0 Stopped at ether_input+0x66: testb $0x1,0(%r14) ddb> 3. rearely, computer went to reboot and i couldnt take a note or reproduce kernel: panic smash stack ... ddb> I intend to try it out on a different hardware but it would be helpful to me to know if other people encounter something similar or it rather is related to my hardware platform. Best regards, Imre And this is my dmesg OpenBSD 4.6 (GENERIC) #0: Fri Nov 13 12:42:15 MST 2009 r...@rtm2.avalik.kit:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 2135814144 (2036MB) avail mem = 2061455360 (1965MB) RTC BIOS diagnostic error 80 mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x7f6bd000 (74 entries) bios0: vendor IBM Corp. version "-[D6E126AUS-1.02]-" date 06/26/2009 bios0: IBM 49Y6498 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP TCPA APIC MCFG SLIC HPET SSDT ERST BERT DMAR acpi0: wakeup devices UHC1(S4) UHC2(S4) UHC3(S4) UHC4(S4) UHC5(S4) EHC1(S4) EHC2(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz, 2267.07 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS- cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 133MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0 apid 8 pa 0xfec0, version 20, 24 pins ioapic1 at mainbus0 apid 9 pa 0xfec8, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 11 (PCI1) acpiprt2 at acpi0: bus 21 (PCI3) acpiprt3 at acpi0: bus -1 (PCI6) acpiprt4 at acpi0: bus 26 (PCI7) acpiprt5 at acpi0: bus -1 (PCI9) acpicpu0 at acpi0 ipmi at mainbus0 not configured cpu0: unknown i686 model 0x1a, can't get bus clock cpu0: EST: unknown system bus clock
Financiacion y venta de empresas
Todas las operaciones estan sujetas al mas riguroso secreto profesional FinivenR FINANCIACION Y VENTA !Dinero YA para lo que quieran! Distinguidos Seqores, En la actualidad han tenido la intecisn de Vender su empresa o buscar Financiacion y el resultado no ha sido el deseado, -Dificultades al intentar vender ?Quien comprara mi empresa? solicitar una financiacisn, ?Que Banco me prestara dinero? Finiven le ofrece sus servicios para: VENTA DE NEGOCIOS - Gestionamos activamente la busqueda de compradores NO IMPORTA EL SECTOR - Le valoramos su empresa para que sepa su VALOR REAL DE MERCADO - Conseguimos financiacion al comprador USTED COBRA AL CONTADO - Si solo tiene una participacion minoritaria LE ENCONTRAMOS COMPRADOR FINANCIACION Busqueda de Financiacisn Nacional e Internacional, trata todos los tipos de pristamos tales como: -HIPOTECAS -PRESTAMOS ICO -PRESTAMOS PERSONALES -LEASING -REFINANCIACIONES -HIPOTECAS INVERSAS Si tiene DEUDAS, RAIS, ASNEF, SEGURIDAD SOCIAL , HACIENDA, etcNO ES PROBLEMA NOSOTROS : SE LO SOLUCIONAMOS LE DEJAMOS EL DINERO Ya sabe, si su banco ha dicho!no! nosotros podemos decir !SI! Para todos estos casos, nuestro grupo cuenta con una sslida organizacisn cualificada que le ofrece una solucisn rapida y adecuada a su necesidad. Uno de nuestros profesionales estara a su disposicisn para atenderle sin compromiso, y asi conseguiremos la mejor solucisn juntos. -Consultenos sin compromiso- i...@finiven.com TELEFONO: 934 762 698 FAX: 932 082 263 En cumplimiento con lo dispuesto en la LOPD 15/99 le informamos que sus datos de caracter personal Han sido incluidos en nuestro fichero de datos legalizado con el fin de hacer efectiva la Comunicacion entre ambas partes. Si lo desea puede ejercer su derecho de CANCELACION comunicandolo.
Re: bgplg failed only from web not from CLI
On Sat, Nov 28, 2009 at 10:05 PM, Andre Keller wrote: > Hi > > well I just did a installation of 4.6 and tried the bgplg thingy. > > > it took me 4 steps: > > bgpd -r /var/www/logs/bgpd.rsock > chmod 0555 /var/www/bin/bgpctl > chmod 0555 /var/www/cgi-bin/bgplg > httpd > > > Did you do anything else? (Playing with permissions f.e.?) > Maybe you broke something while making ping / traceroute work... > No, I just install and followed manual. What I don't undertand, why ping, traceroute and show version is ok, and anything else is failed (if it's via web). And if via bgplgsh (CLI) the whole thing is ok. Rgds, -- ~Lst
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 08:20:16AM +, Matthieu Herrb wrote: > On Sat, Nov 28, 2009 at 1:35 AM, Peter Miller wrote: > > I have 4.6 amd64 installed and can't get X to work at 1280x800. > > > > After a default install X won't start and i get an error which i think > > is caused by nv. I created a xorg.conf file using "X -configure" and > > then changed the driver from "nv" to "vesa' and was able to get X > > running, but only at 800x600 resolution. xrandr showed 800x600 as the > > max supported resolution. > > > > Then I added the following to the Monitor section of xorg.conf and was > > able to get 1024x768. > > > > HorizSync30-120 > > VertRefresh 50-150 (i have no reason for these numbers.. they just > worked) > > > > I have tried adding a modeline to solve the problem, but without luck. > > I'm not quite sure how to get a proper modeline. I used this site to > > get mine. > > http://www.arachnoid.com/modelines/ > > resulting modeline > > > > # 1280x800 @ 60.00 Hz (GTF) hsync: 49.68 kHz; pclk: 83.46 MHz > > Modeline "1280x800_60.00" 83.46 1280 1344 1480 1680 800 801 804 828 > > -HSync +Vsync > > > > So here's some output > > The original Xorg.0.log error after install. Can't get into X. > > > > (--) checkDevMem: using aperture driver /dev/xf86 > > (--) Using wscons driver on /dev/ttyC4 in pcvt compatibility mode (version > 3.32) > > > > X.Org X Server 1.5.3 > > Release Date: 5 November 2008 > > X Protocol Version 11, Revision 0 > > Build Operating System: OpenBSD 4.6 amd64 > > Current Operating System: OpenBSD wobsd.funny.org 4.6 MYKERN.MP#0 amd64 > > Build Date: 01 July 2009 05:32:34PM > > > >Before reporting problems, check http://wiki.x.org > >to make sure that you have the latest version. > > 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: Fri Nov 27 18:59:14 2009 > > (EE) Unable to locate/open config file > > (II) Loader magic: 0x771560 > > (II) Module ABI versions: > >X.Org ANSI C Emulation: 0.4 > >X.Org Video Driver: 4.1 > >X.Org XInput driver : 2.1 > >X.Org Server Extension : 1.1 > >X.Org Font Renderer : 0.6 > > (II) Loader running on openbsd > > (--) PCI: (0...@0:1:3) NVIDIA MCP67 Co-processor rev 162, Mem @ > 0xfc20/524288 > > (--) PCI:*(0...@0:18:0) NVIDIA unknown chipset (0x0531) rev 162, Mem @ > > 0xf400/16777216, 0xd000/268435456, 0xf000/16777216 > > (==) Matched nv for the autoconfigured driver > > New driver is "nv" > > (==) Using default built-in configuration (30 lines) > > (==) --- Start of built-in configuration --- > >Section "Device" > >Identifier "Builtin Default nv Device 0" > >Driver "nv" > >EndSection > >Section "Screen" > >Identifier "Builtin Default nv Screen 0" > >Device "Builtin Default nv Device 0" > >EndSection > >Section "Device" > >Identifier "Builtin Default fbdev Device 0" > >Driver "fbdev" > >EndSection > >Section "Screen" > >Identifier "Builtin Default fbdev Screen 0" > >Device "Builtin Default fbdev Device 0" > >EndSection > >Section "Device" > >Identifier "Builtin Default vesa Device 0" > >Driver "vesa" > >EndSection > >Section "Screen" > >Identifier "Builtin Default vesa Screen 0" > >Device "Builtin Default vesa Device 0" > >EndSection > >Section "ServerLayout" > >Identifier "Builtin Default Layout" > >Screen "Builtin Default nv Screen 0" > >Screen "Builtin Default fbdev Screen 0" > >Screen "Builtin Default vesa Screen 0" > >EndSection > > (==) --- End of built-in configuration --- > > (==) ServerLayout "Builtin Default Layout" > > (**) |-->Screen "Builtin Default nv Screen 0" (0) > > (**) | |-->Monitor "" > > (**) | |-->Device "Builtin Default nv Device 0" > > (==) No monitor specified for screen "Builtin Default nv Screen 0". > >Using a default monitor configuration. > > (**) |-->Screen "Builtin Default fbdev Screen 0" (1) > > (**) | |-->Monitor "" > > (**) | |-->Device "Builtin Default fbdev Device 0" > > (==) No monitor specified for screen "Builtin Default fbdev Screen 0". > >Using a default monitor configuration. > > (**) |-->Screen "Builtin Default vesa Screen 0" (2) > > (**) | |-->Monitor "" > > (**) | |-->Device "Builtin Default vesa Device 0" > > (==) No monitor specified for screen "Builtin Default vesa Screen 0". > >Using a default monitor configuration. > > (==) Not automatically adding devices > > (==) Not automatically
[Boletín Científico Coband] CIPA - Formación TREC en Niños y Adolescentes
BoletC-n CientC-fico Coband Las actividades anunciadas a continuaciC3n se encuentran fundamentadas en la PsicologC-a Basada en la Evidencia4 aC1os promoviendo el avance de la Ciencia PsicolC3gica en Argentina Si no puede ver este correo haga click aquC- Ultimo Cuso de Posgrado 2009 10 y 11 de Diciembre. FormaciC3n TREC en NiC1os y Adolescentes Horario: 10 a 17 Hs. Objetivo: formar al profesional adaptando los principios y procedimientos de la REBT para ser aplicados en niC1os y adolescentes. Transmitir la necesidad de enseC1ar a los niC1os a una edad temprana los principios generales de la salud emocional y aplicarlos en ellos y con los demC!s. Dirigido: a mC)dicos, psicC3logos, psicopedagogos, docentes y alumnos avanzados de estas carreras. MetodologC-a: TeC3rico-prC!ctica. Casos clC-nicos. AplicaciC3n de tC)cnicas especificas y adaptadas segC:n las edades. Valor del Curso: $ 280. Incluye matrC-cula, material, certificado. Coffee Break. Alumnos 15% de descuento Consultas e InscripciC3n: i...@cipa-centro.com.ar (5411)4821-1195 Talleres Vivenciales El objetivo de estos talleres es aumentar los recursos, descubrir las habilidades personales y mejorar la calidad de vida promoviendo el crecimiento presonal y autocrecimiento. Ver mas detalles... NEWSLETTER Noviembre Noticias Destacadas Continuamos con nuestros cursos a distancia todo el aC1o. Novedades Cursos: Curso de Posgrado TREC Modalidad Intensiva FormaciC3n a Distancia FormaciC3n a Distancia Primer Nivel TREC FormaciC3n a Distancia Nivel Avanzado TREC FormaciC3n en TREC FormaciC2n a Distancia- Manejo de la Ira Trastorno de la AlimentaciC3n Talleres: CC3mo controlar la Ira? i...@cipa-centro.com.ar | www.cipa-centro.com.ar | tel.: 011-48211195 Este boletmn se envma sslo a quienes lo solicitaron expresamente. Si no queris recibir este boletmn nuevamente envia un mail a desuscripcion.bole...@coband.org
Re: bgplg failed only from web not from CLI
On Sat, Nov 28, 2009 at 5:24 PM, Rod Whitworth wrote: > > Hmmm, I just remembered another setting that isn't default: > Try ls -l /var/www/bin/bgpctl > What does that show? > -bash-4.0# ls -l /var/wwwbin/bgpctl -r-xr-xr-x 1 root bin 55048 Jul 10 10:07 /var/www/bin/bgpctl Rgds, -- ~Lst
Re: can't get vesa @ 1280x800 or nv
Hi, >From what I can find, this is a GeForce 7150M / nForce 630M based chipset.. xf86-video-nv does not have the product ID listed in the attach structure, this could be due to incompability with the chipset or maintainer neglegence (..the driver is very rarely updated). --- xenocara/driver/xf86-video-nv/src/nv_driver.c 2009/10/10 19:17:44 1.9 +++ xenocara/driver/xf86-video-nv/src/nv_driver.c 2009/11/28 12:12:49 @@ -416,6 +416,7 @@ { 0x10DE042D, "Quadro FX 360M" }, { 0x10DE042E, "GeForce 9300M G" }, { 0x10DE042F, "Quadro NVS 290" }, + { 0x10DE0531, "GeForce 7150M nForce 630M" }, { 0x10DE05E1, "GeForce GTX 280" }, { 0x10DE05E2, "GeForce GTX 260" }, { 0x10DE0600, "GeForce 8800 GTS 512" }, This might be enough to get things working, although it could also cause your system to burst into flames.. making you go emo. Hopefully xf86-video-nouveau shows up eventually, it matches on all nVidia devices.. no static product list. -Bryan.
Re: bgplg failed only from web not from CLI
On Sat, Nov 28, 2009 at 09:21:55PM +1100, Rod Whitworth wrote: > On Sat, 28 Nov 2009 10:58:39 +0100, Joachim Schipper wrote: > >/sbin/nologin -c '/var/www/bin/bgpctl -s /var/ww/logs/bgpd.rsock' > > That command does not work on my bgpd router which is working perfectly > and doesn't have the OP's problem. Executing it gives a result like his > "This account is currently not available." Ok, but it does explain why the OP gets a "This account is currently not available" message. Joachim
Re: bgplg failed only from web not from CLI
On Sat, 28 Nov 2009 16:45:55 +0700, ~Lst wrote: >On Sat, Nov 28, 2009 at 4:31 PM, Rod Whitworth wrote: >> On Sat, 28 Nov 2009 15:42:51 +0700, ~Lst wrote: >> >>>Yes, I know. If it's wrong via web, it should be the cmd show version >>>didn't work too. >>>Did I miss the configuration ? >> >> Let us see: >> 1> output of mount (the command) >> 2>ls -l /var/www/cgi-bin >> > >1. -bash-4.0# mount >/dev/wd0a on / type ffs (local) >/dev/wd0k on /home type ffs (local, nodev, nosuid) >/dev/wd0d on /tmp type ffs (local, nodev, nosuid) >/dev/wd0f on /usr type ffs (local, nodev) >/dev/wd0g on /usr/X11R6 type ffs (local, nodev) >/dev/wd0h on /usr/local type ffs (local, nodev) >/dev/wd0j on /usr/obj type ffs (local, nodev, nosuid) >/dev/wd0i on /usr/src type ffs (local, nodev, nosuid) >/dev/wd0e on /var type ffs (local, nodev) > >2. -bash-4.0# ls -l /var/www/cgi-bin >total 2468 >-rw-r--r-- 1 root daemon1435 Nov 26 21:24 aa.html >-r-xr-xr-x 1 root bin 107256 Jul 10 10:06 bgplg >-rw-r--r-- 1 root daemon 90 Nov 26 21:40 index.html >-- 1 root bin268 Jul 10 10:01 printenv >-- 1 root bin757 Jul 10 10:01 test-cgi > > >Rgds, >-- >~Lst > Hmmm, I just remembered another setting that isn't default: Try ls -l /var/www/bin/bgpctl What does that show? *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: bgplg failed only from web not from CLI
On Sat, 28 Nov 2009 10:58:39 +0100, Joachim Schipper wrote: >/sbin/nologin -c '/var/www/bin/bgpctl -s /var/ww/logs/bgpd.rsock' That command does not work on my bgpd router which is working perfectly and doesn't have the OP's problem. Executing it gives a result like his "This account is currently not available." *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: bgplg failed only from web not from CLI
On Sat, Nov 28, 2009 at 04:27:12PM +0700, ~Lst wrote: > On Sat, Nov 28, 2009 at 4:06 PM, Andre Keller wrote: > > Am 28.11.2009 09:45, schrieb ~Lst: > >> -bash-4.0# cat /etc/rc.conf.local > >> bgpd_flags="-r /var/www/logs/bgpd.rsock" > >> > >> The socket is working... > >> > >> -bash-4.0# bgpctl -s /var/www/logs/bgpd.rsock show ip bgp memory > >> RDE memory statistics > > > > Does it work too when you run it with the apache user (I guess www) from > > console ? > > No it doesn't, I don't know exactly what it means with `account is > currently not available'. > > -bash-4.0# su www -c '/var/www/bin/bgpctl -s /var/www/logs/bgpd.rsock > show ip bgp memory' > This account is currently not available. > > -bash-4.0# id www > uid=67(www) gid=67(www) groups=67(www) Look at the shell of the www account. Then run /sbin/nologin, or /sbin/nologin -c '/var/www/bin/bgpctl -s /var/ww/logs/bgpd.rsock' for that matter. Joachim
Re: bgplg failed only from web not from CLI
On Sat, Nov 28, 2009 at 4:31 PM, Rod Whitworth wrote: > On Sat, 28 Nov 2009 15:42:51 +0700, ~Lst wrote: > >>Yes, I know. If it's wrong via web, it should be the cmd show version >>didn't work too. >>Did I miss the configuration ? > > Let us see: > 1> output of mount (the command) > 2>ls -l /var/www/cgi-bin > 1. -bash-4.0# mount /dev/wd0a on / type ffs (local) /dev/wd0k on /home type ffs (local, nodev, nosuid) /dev/wd0d on /tmp type ffs (local, nodev, nosuid) /dev/wd0f on /usr type ffs (local, nodev) /dev/wd0g on /usr/X11R6 type ffs (local, nodev) /dev/wd0h on /usr/local type ffs (local, nodev) /dev/wd0j on /usr/obj type ffs (local, nodev, nosuid) /dev/wd0i on /usr/src type ffs (local, nodev, nosuid) /dev/wd0e on /var type ffs (local, nodev) 2. -bash-4.0# ls -l /var/www/cgi-bin total 2468 -rw-r--r-- 1 root daemon1435 Nov 26 21:24 aa.html -r-xr-xr-x 1 root bin 107256 Jul 10 10:06 bgplg -rw-r--r-- 1 root daemon 90 Nov 26 21:40 index.html -- 1 root bin268 Jul 10 10:01 printenv -- 1 root bin757 Jul 10 10:01 test-cgi Rgds, -- ~Lst
Re: bgplg failed only from web not from CLI
On Sat, Nov 28, 2009 at 4:06 PM, Andre Keller wrote: > Am 28.11.2009 09:45, schrieb ~Lst: >> >> -bash-4.0# cat /etc/rc.conf.local >> bgpd_flags="-r /var/www/logs/bgpd.rsock" >> >> The socket is working... >> >> -bash-4.0# bgpctl -s /var/www/logs/bgpd.rsock show ip bgp memory >> RDE memory statistics >> 299643 IPv4 network entries using 6.9M of memory >> 599286 rib entries using 18.3M of memory >> 599286 prefix entries using 18.3M of memory >> 107070 BGP path attribute entries using 7.8M of memory >> 46167 BGP AS-PATH attribute entries using 2.1M of memory, >>and holding 107070 references >> 8196 BGP attributes entries using 192K of memory >>and holding 126660 references >> 8195 BGP attributes using 151K of memory >> RIB using 53.6M of memory >> > > Does it work too when you run it with the apache user (I guess www) from > console ? > No it doesn't, I don't know exactly what it means with `account is currently not available'. -bash-4.0# su www -c '/var/www/bin/bgpctl -s /var/www/logs/bgpd.rsock show ip bgp memory' This account is currently not available. -bash-4.0# id www uid=67(www) gid=67(www) groups=67(www) Rgds, -- ~Lst
Re: bgplg failed only from web not from CLI
On Sat, 28 Nov 2009 15:42:51 +0700, ~Lst wrote: >Yes, I know. If it's wrong via web, it should be the cmd show version >didn't work too. >Did I miss the configuration ? Let us see: 1> output of mount (the command) 2>ls -l /var/www/cgi-bin Those two might be enough. Please reply ONLY to the list. *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: bgplg failed only from web not from CLI
Am 28.11.2009 09:45, schrieb ~Lst: > > -bash-4.0# cat /etc/rc.conf.local > bgpd_flags="-r /var/www/logs/bgpd.rsock" > > The socket is working... > > -bash-4.0# bgpctl -s /var/www/logs/bgpd.rsock show ip bgp memory > RDE memory statistics > 299643 IPv4 network entries using 6.9M of memory > 599286 rib entries using 18.3M of memory > 599286 prefix entries using 18.3M of memory > 107070 BGP path attribute entries using 7.8M of memory > 46167 BGP AS-PATH attribute entries using 2.1M of memory, >and holding 107070 references > 8196 BGP attributes entries using 192K of memory >and holding 126660 references > 8195 BGP attributes using 151K of memory > RIB using 53.6M of memory > Does it work too when you run it with the apache user (I guess www) from console ? hth andre
Re: bgplg failed only from web not from CLI
On Fri, Nov 27, 2009 at 4:55 AM, Andre Keller wrote: > Hi > > Seems that you cannot connect to bgpd > > Are you sure > > bgpd_flags="-r /var/www/logs/bgpd.rsock" > > is present in your rc.conf.local? > > is the socket working? > > (bgpctl -s /var/www/logs/bgpd.rsock show rib ) > > > hth andre Yes, pretty sure... -bash-4.0# cat /etc/rc.conf.local bgpd_flags="-r /var/www/logs/bgpd.rsock" The socket is working... -bash-4.0# bgpctl -s /var/www/logs/bgpd.rsock show ip bgp memory RDE memory statistics 299643 IPv4 network entries using 6.9M of memory 599286 rib entries using 18.3M of memory 599286 prefix entries using 18.3M of memory 107070 BGP path attribute entries using 7.8M of memory 46167 BGP AS-PATH attribute entries using 2.1M of memory, and holding 107070 references 8196 BGP attributes entries using 192K of memory and holding 126660 references 8195 BGP attributes using 151K of memory RIB using 53.6M of memory > > > Am 26.11.2009 21:06, schrieb ~Lst: >> Hi, >> >> I've already setup bgplg on my test machine, but only show version, >> ping and traceroute that is work (suggested from >> http://marc.info/?l=openbsd-misc&m=122670411001369&w=2). >> Everything else is not work, such as show ip bgp memory, etc... >> I followed man pages and checked everything but still its only failed, >> the strange is everytime I tested from CLI it works fine but not if I >> tested from the web. >> Is there anything that I don't know ? >> >> -bash-4.0# /var/www/bin/bgpctl show ip bgp memory >> RDE memory statistics >> 299625 IPv4 network entries using 6.9M of memory >> 599250 rib entries using 18.3M of memory >> 599250 prefix entries using 18.3M of memory >> 106974 BGP path attribute entries using 7.8M of memory >> 46163 BGP AS-PATH attribute entries using 2.1M of memory, >>and holding 106974 references >> 8164 BGP attributes entries using 191K of memory >>and holding 126530 references >> 8163 BGP attributes using 149K of memory >> RIB using 53.6M of memory >> Rgds, -- ~Lst
Re: bgplg failed only from web not from CLI
On Fri, Nov 27, 2009 at 4:27 AM, Rod Whitworth wrote: > On Fri, 27 Nov 2009 03:06:59 +0700, ~Lst wrote: > >>Hi, >> >>I've already setup bgplg on my test machine, but only show version, >>ping and traceroute that is work (suggested from >>http://marc.info/?l=openbsd-misc&m=122670411001369&w=2). >>Everything else is not work, such as show ip bgp memory, etc... >>I followed man pages and checked everything but still its only failed, >>the strange is everytime I tested from CLI it works fine but not if I >>tested from the web. >>Is there anything that I don't know ? >> >>-bash-4.0# /var/www/bin/bgpctl show ip bgp memory >>RDE memory statistics >>299625 IPv4 network entries using 6.9M of memory >>599250 rib entries using 18.3M of memory >>599250 prefix entries using 18.3M of memory >>106974 BGP path attribute entries using 7.8M of memory >> 46163 BGP AS-PATH attribute entries using 2.1M of memory, >> and holding 106974 references >> 8164 BGP attributes entries using 191K of memory >> and holding 126530 references >> 8163 BGP attributes using 149K of memory >>RIB using 53.6M of memory >> >> >>Rgds, >>-- >>~Lst >> > > Here is the output from the web access on a router I administer: > RDE memory statistics > 7793 IPv4 network entries using 244K of memory > 2279 IPv6 network entries using 97.9K of memory > 21902 prefix entries using 684K of memory > 7050 BGP path attribute entries using 551K of memory > 3963 BGP AS-PATH attribute entries using 140K of memory, > and holding 7050 references > 564 BGP attributes entries using 13.2K of memory > and holding 7160 references > 563 BGP attributes using 8.3K of memory > RIB using 1.7M of memory > > success. > === > > Looks OK to me. I don't know what misconfiguration may be possible but > I thought you'd at least like to know that bgplg is capable of doing > it. > That gives you a pointer to look elsewhere than bgplg itself. > HTH, > Yes, I know. If it's wrong via web, it should be the cmd show version didn't work too. Did I miss the configuration ? Rgds, -- ~Lst
Re: can't get vesa @ 1280x800 or nv
On Sat, Nov 28, 2009 at 1:35 AM, Peter Miller wrote: > I have 4.6 amd64 installed and can't get X to work at 1280x800. > > After a default install X won't start and i get an error which i think > is caused by nv. I created a xorg.conf file using "X -configure" and > then changed the driver from "nv" to "vesa' and was able to get X > running, but only at 800x600 resolution. xrandr showed 800x600 as the > max supported resolution. > > Then I added the following to the Monitor section of xorg.conf and was > able to get 1024x768. > > HorizSync30-120 > VertRefresh 50-150 (i have no reason for these numbers.. they just worked) > > I have tried adding a modeline to solve the problem, but without luck. > I'm not quite sure how to get a proper modeline. I used this site to > get mine. > http://www.arachnoid.com/modelines/ > resulting modeline > > # 1280x800 @ 60.00 Hz (GTF) hsync: 49.68 kHz; pclk: 83.46 MHz > Modeline "1280x800_60.00" 83.46 1280 1344 1480 1680 800 801 804 828 > -HSync +Vsync > > So here's some output > The original Xorg.0.log error after install. Can't get into X. > > (--) checkDevMem: using aperture driver /dev/xf86 > (--) Using wscons driver on /dev/ttyC4 in pcvt compatibility mode (version 3.32) > > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: OpenBSD 4.6 amd64 > Current Operating System: OpenBSD wobsd.funny.org 4.6 MYKERN.MP#0 amd64 > Build Date: 01 July 2009 05:32:34PM > >Before reporting problems, check http://wiki.x.org >to make sure that you have the latest version. > 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: Fri Nov 27 18:59:14 2009 > (EE) Unable to locate/open config file > (II) Loader magic: 0x771560 > (II) Module ABI versions: >X.Org ANSI C Emulation: 0.4 >X.Org Video Driver: 4.1 >X.Org XInput driver : 2.1 >X.Org Server Extension : 1.1 >X.Org Font Renderer : 0.6 > (II) Loader running on openbsd > (--) PCI: (0...@0:1:3) NVIDIA MCP67 Co-processor rev 162, Mem @ 0xfc20/524288 > (--) PCI:*(0...@0:18:0) NVIDIA unknown chipset (0x0531) rev 162, Mem @ > 0xf400/16777216, 0xd000/268435456, 0xf000/16777216 > (==) Matched nv for the autoconfigured driver > New driver is "nv" > (==) Using default built-in configuration (30 lines) > (==) --- Start of built-in configuration --- >Section "Device" >Identifier "Builtin Default nv Device 0" >Driver "nv" >EndSection >Section "Screen" >Identifier "Builtin Default nv Screen 0" >Device "Builtin Default nv Device 0" >EndSection >Section "Device" >Identifier "Builtin Default fbdev Device 0" >Driver "fbdev" >EndSection >Section "Screen" >Identifier "Builtin Default fbdev Screen 0" >Device "Builtin Default fbdev Device 0" >EndSection >Section "Device" >Identifier "Builtin Default vesa Device 0" >Driver "vesa" >EndSection >Section "Screen" >Identifier "Builtin Default vesa Screen 0" >Device "Builtin Default vesa Device 0" >EndSection >Section "ServerLayout" >Identifier "Builtin Default Layout" >Screen "Builtin Default nv Screen 0" >Screen "Builtin Default fbdev Screen 0" >Screen "Builtin Default vesa Screen 0" >EndSection > (==) --- End of built-in configuration --- > (==) ServerLayout "Builtin Default Layout" > (**) |-->Screen "Builtin Default nv Screen 0" (0) > (**) | |-->Monitor "" > (**) | |-->Device "Builtin Default nv Device 0" > (==) No monitor specified for screen "Builtin Default nv Screen 0". >Using a default monitor configuration. > (**) |-->Screen "Builtin Default fbdev Screen 0" (1) > (**) | |-->Monitor "" > (**) | |-->Device "Builtin Default fbdev Device 0" > (==) No monitor specified for screen "Builtin Default fbdev Screen 0". >Using a default monitor configuration. > (**) |-->Screen "Builtin Default vesa Screen 0" (2) > (**) | |-->Monitor "" > (**) | |-->Device "Builtin Default vesa Device 0" > (==) No monitor specified for screen "Builtin Default vesa Screen 0". >Using a default monitor configuration. > (==) Not automatically adding devices > (==) Not automatically enabling devices > (==) No FontPath specified. Using compiled-in default. > (==) FontPath set to: >/usr/X11R6/lib/X11/fonts/misc/, >/usr/X11R6/lib/X11/fonts/TTF/, >/usr/X11R6/lib/X11/fonts/OTF, >/usr/X11R6/lib/X11/fonts/Type1/, >/usr/X11R6/lib/X1