gs-8-8.71 under 8.1-Release missing x11 devices

2010-09-11 Thread Jin Guojun[VFF]
gs 8-8.71 under FreeBSD 8.1-R seems missing x11 device. When use ghostview, it complains /unknown device x11 /By tracing around, I found it was caused by gs 8-8.71. As typing gs --help, it shows much less devices supported than gs 8-8.62 under FreeSBD 6.4-R. By searching on the Internet, one

Re: kdb and mouse are disabled on HP Pavilion dv5210us by X.org 7.4.1 (7.2-R)

2009-05-18 Thread Jin Guojun[VFF]
problem? The other main difference between this xorg.conf and previous on is the Module section. This xorg.conf, generated by X -configure, has -- Load dri2 where previous one has -- Load GLcore. I am not sure if this is an issue. -Jin Saifi Khan wrote: On Sun, 17 May 2009, Jin Guojun[VFF

kdb and mouse are disabled on HP Pavilion dv5210us by X.org 7.4.1 (7.2-R)

2009-05-17 Thread Jin Guojun[VFF]
When installed FreeBSD 7.2 release with xorg-7.4.1, the X server does not work on HP Pavilion dv5210us laptop due to the key board and mouse are disabled somehow. Some Hot keys (Ctrl-Altr-F#) are working but mouse is not movable and cannot type in a Xterm. (**) ModulePath set to

Re: Really strange resolution problems on xorg with a laptop

2009-01-30 Thread Jin Guojun[VFF]
Has this problem been resolved? I have the same problem for a similar laptop (HP Pavilion dv5120us). The X Server 1.4.0 (FreeBSD 6.3-R) works fine, but 1.4.2 (From both 6.4 and 7.1) produce this problem. My screen is 13.25 inch x 8.25 inch in resolution 1280x800. The DPI shown in Xorg.0.log is

Re: some ipfw filter does not function under Release 6.3

2008-11-16 Thread Jin Guojun[VFF]
Ian Smith wrote: On Sat, 15 Nov 2008, Jin Guojun[VFF] wrote: I think this is a bug in ipfw because after change the rule order, the problem persists: 0056626 3090 deny ip from 221.192.199.36 to any 65330 2018 983473 allow tcp from any to any established 65535

Re: some ipfw filter does not function under Release 6.3

2008-11-16 Thread Jin Guojun[VFF]
Ian Smith wrote: On Sun, 16 Nov 2008, Jin Guojun[VFF] wrote: Ian Smith wrote: On Sat, 15 Nov 2008, Jin Guojun[VFF] wrote: I think this is a bug in ipfw because after change the rule order, the problem persists: 0056626 3090 deny ip from 221.192.199.36 to any

some ipfw filter does not function under Release 6.3

2008-11-15 Thread Jin Guojun[VFF]
Below is set of ipfw rules, but it seems that not all rules are functioning properly. From rule 361 to first two of rule 567 are not blocking any traffic and not measuring any traffic. Is this bacuse tcp rule )330) can overwrite the ip rule? or this is a known issue in R-6.3? The second and

Re: some ipfw filter does not function under Release 6.3

2008-11-15 Thread Jin Guojun[VFF]
But the rule 330 should only allow established TCP pass through. In other words, Sync should NOT allowed by rule 330, or I missed something for this rule? Erik Trulsson wrote: On Sat, Nov 15, 2008 at 01:38:02PM -0800, Jin Guojun[VFF] wrote: Below is set of ipfw rules

Re: some ipfw filter does not function under Release 6.3

2008-11-15 Thread Jin Guojun[VFF]
) ack 1 win 0 Jin Guojun[VFF] wrote: But the rule 330 should only allow established TCP pass through. In other words, Sync should NOT allowed by rule 330, or I missed something for this rule? Erik Trulsson wrote: On Sat, Nov 15, 2008 at 01:38:02PM -0800, Jin Guojun[VFF] wrote