date:20060803


On 4/08/2006 1:31 PM, User Freebsd wrote:
'k, looking at the above, and comparing it to what I'm getting from 
pciconf -l, I'm missing something ... namely:


[EMAIL PROTECTED]:10:0:class=0x02 card=0x0027a0a0 chip=0x813910ec 
rev=0x10 hdr=0x00


Translates to:

[EMAIL PROTECTED]:10:0:class=0x02 card=0x0027a0a0 chip=0x813910ec 
rev=0x10 hdr=0x00

vendor   = 'Realtek Semiconductor'
device   = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter'
class= network
subclass = ethernet


But, the last 4 hex of card/chip aren't teh same ... oh, wait, 
re-reading what you stated, is it safe to assume that chip= can be 
ignored ... nope, that doesn't follow either ... but I think I see it ...


Looking through src/usr.sbin/pciconf/pciconf.c, it looks as though 
pciconf only translates the chip= for what it displays. The DOS-based 
PCI identification code that I've worked with in the past typically 
referred "chip" as "device", and "card" as "sub-device"... Internally, 
pciconf uses the same references (snipped from the printf statement):


(p->pc_subdevice << 16) | p->pc_subvendor,
(p->pc_device << 16) | p->pc_vendor,

The aforementioned DOS utilities used to display lookups for both (where 
appropriate); I vaguely recall coming to the conclusion that the 
sub-device bit was not mandatory, but someone with more knowledge of the 
ins and outs of the PCI specs may be able to state that more definitively...


In short, the "chip" field from pciconf looks like the most important 
one.. the rev/hdr fields are less important for our needs - as far as 
I'm aware they're generally used to denominate hardware revisions, so as 
vendors revise their PCB layouts and components, they can be easily 
differentiate between them -- this is most important when you're a 
driver, trying to figure out what how you should treat a specific 
device... The card one may fall into a "nice-to-know" but not necessary..



For the above, vendor *should* be Aopen Inc, not Realtek Semiconductor ...

'k, so, for the above:

card=0x0027a0a0
- Aopen Inc (A0A0)

chip=0x813910ec
- Realtek Semiconductor (10EC)
- 8139RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter (8139)

And the 0027 is actually meaningless in this case ...


So in your case, it's a Realtek 8139 adapter, most likely as part of an 
AOpen motherboard or add-in card...


So, what I'm looking for is vendor->device, but in some card= cases, 
there won't be a 'Device' listed ...


As to class= ... what table am I supposed to be seeing at that URL?


The class= line is a combination of two fields (the same as chip and 
card are a combination of vendor and device fields) -- the class, and 
subclass, of the device.


The URL http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340 shows the C 
source for this table that's used to match them up... for instance:


 CLASS  SUBCLASSDESCRIPTION
{PCIC_NETWORK,  -1, "network"},
{PCIC_NETWORK,  PCIS_NETWORK_ETHERNET,  "ethernet"},
{PCIC_NETWORK,  PCIS_NETWORK_TOKENRING, "token ring"},
{PCIC_NETWORK,  PCIS_NETWORK_FDDI,  "fddi"},
{PCIC_NETWORK,  PCIS_NETWORK_ATM,   "ATM"},
{PCIC_NETWORK,  PCIS_NETWORK_ISDN,  "ISDN"},

The first line of the above defines the "network" device class; then it 
defines several of the sub-classes of class "network"... ethernet, token 
ring, etc. These are defined here:


http://fxr.watson.org/fxr/source/dev/pci/pcireg.h#L218

So this line:

{PCIC_NETWORK,  PCIS_NETWORK_ETHERNET,  "ethernet"},

actually reads:

{0x02,  0x00,   "ethernet"},

So our class line:

class=0x02

Is made up of 2 hex digits for the device class, and 4 hex digits for 
the device sub-class...


Savvy? ;-)

-Antony
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

IP broadcasts

2006-08-03 Thread Benjamin Lutz

Hello,

I've been playing around with IP packets tonight, and I've noticed a peculiar 
behaviour in FreeBSD that I can't explain. Can someone provide some insight?

Specifically, I've been sending IP packets to broadcast addresses, once to 
10.0.0.255, which is the local subnet's broadcast address, and once to 
255.255.255.255, which as I understand it, is a general broadcast address. 
The first broadcast (to 10.0.0.255) works, the second (to 255.255.255.255) 
doesn't.

Looking at it with tcpdump on the sending machine, I see this:

05:46:52.057994 00:12:17:5a:b3:b6 > ff:ff:ff:ff:ff:ff, ethertype IPv4 
(0x0800), length 136: 10.0.0.1 > 10.0.0.255:  ip-proto-255 102

05:47:16.472315 00:12:17:5a:b3:b6 > 00:40:63:d9:a9:28, ethertype IPv4 
(0x0800), length 136: 10.0.0.1 > 255.255.255.255:  ip-proto-255 102

In other words, the packet to 10.0.0.255 is has a destination MAC address of 
ff:ff:ff:ff:ff:ff, so all machines on the subnet receive it. The second 
packet has the destination MAC of my gateway, so only that machine receives 
it, the other machines on the net don't see it (the ethernet uses a switch).

Things work as expected when sending the packets from a Linux machine. Maybe 
there's some socket option or sysctl I need to set?

Cheers
Benjamin



pgpfiAPFRsTKa.pgp
Description: PGP signature

Re: Gotta start somewhere ... how many of us are really out there?


On Fri, 4 Aug 2006, Antony Mawer wrote:

All of the expanded 'vendor', 'device', 'class' and 'subclass' information is 
present in the non -v version of the command output. The numbers shown 
earlier can be used to derive the text information:


   class=0x010400
 determines the class/subclass lines, using the table from here:
 http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340

   card=0xc0351044 chip=0xa5111044
 these make up the vendor and device lines, using the list in
 /usr/share/misc/pci_vendors (which is derived from the PCIDEVS.TXT
 listing).

 The last 4 hex digits of the card and chip lines are the vendor ID
 while the first 4 are the device ID. The card is often given by
 the vendor, while the chip identifies the actual part it uses to
 implement functionality. For instance, a Netcomm ethernet NIC may
 use a Realtek 8139 chip... so chip gives us the fact it's
 essentially a generic Realtek chipset, while the card tells us the
 vendor who manufactured the card & perhaps their name for it.

In short, there's no reason to have to transmit all the text names back to 
any server -- this can all be resolved at the server end,


'k, looking at the above, and comparing it to what I'm getting from 
pciconf -l, I'm missing something ... namely:


[EMAIL PROTECTED]:10:0:class=0x02 card=0x0027a0a0 chip=0x813910ec 
rev=0x10 hdr=0x00

Translates to:

[EMAIL PROTECTED]:10:0:class=0x02 card=0x0027a0a0 chip=0x813910ec 
rev=0x10 hdr=0x00
vendor   = 'Realtek Semiconductor'
device   = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter'
class= network
subclass = ethernet


But, the last 4 hex of card/chip aren't teh same ... oh, wait, re-reading 
what you stated, is it safe to assume that chip= can be ignored ... nope, 
that doesn't follow either ... but I think I see it ...


For the above, vendor *should* be Aopen Inc, not Realtek Semiconductor ...

'k, so, for the above:

card=0x0027a0a0
- Aopen Inc (A0A0)

chip=0x813910ec
- Realtek Semiconductor (10EC)
- 8139RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter (8139)

And the 0027 is actually meaningless in this case ...

So, what I'm looking for is vendor->device, but in some card= cases, there 
won't be a 'Device' listed ...


As to class= ... what table am I supposed to be seeing at that URL?


Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

fire_saver while inside kde???

2006-08-03 Thread Mark Jayson Alvarez

Hi,

Is it possible to run the console screen saver
(fire_saver.ko) while inside kde?? I find it cool to
always have that screensaver


Thanks.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project

2006-08-03 Thread Olivier Nicole

> pciconf -lv needs to be parsed, this being the hard step, into a string 
> that can be sent via HTTP ... this is the hard part because it has to be 
> done as/in a shell script ... anyone out there *really* good at shell 
> programming?

Why not doing the parsing on the server?

Is there a limit on the size of an HTTP GET request? If not, the
output of pciconf -v can fit in one single request, done.

And limiting the number of requests, you also limit the amount of data
xfered.

I'd also go for:

pciconf -l | sed s/\ /+/g | sed s/\   /%09/g| sed s/@/%40/g | sed s/:/%3a/g| 
sed s/=/%3d/g

and you get lines like:

hostb0%40pci0%3a0%3a0%3a%09class%3d0x06+card%3d0x341a8086+chip%3d0x254c8086+rev%3d0x01+hdr%3d0x00
none0%40pci0%3a0%3a1%3a%09class%3d0xff+card%3d0x341a8086+chip%3d0x25418086+rev%3d0x01+hdr%3d0x00

That are almost completely URL encoded. Remains to replace the newline
into %0d, and you are done. Result is one line that is around 2000
characters.

olivier
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?

On 8/3/06, Antony Mawer <[EMAIL PROTECTED]> wrote:

On 4/08/2006 11:44 AM, Nikolas Britton wrote:
> 899 bytes * (10^7) = 8.37258995 gigabytes... Remember... Once this
> code is pushed out to hosts you can't change it. 10 years from now
> we'll still have hosts sending in old data What was wrong with my
> netcat idea?
>
> uname -mr | nc statistics.freebsd.org 1234
>
> It's one, short, line of code and you know exactly what it's doing.
> Simple, Easy, Done.

Part of the idea I mentioned earlier was using a hash of this
information... so the first time you send it through, you generate a
hash and store it... then in future you can iterate over the hardware
list, hash it, compare it against your stored hash, and only send if the
hardware inventory has changed...

Not everywhere has unrestricted access out to the Internet via whatever
port they want... I know of many sites that only allow HTTP, and only
via a proxy...

Ok how about: uname -mr | nc statistics.freebsd.org 80

Wow, that was easy! :-)

--
BSD Podcasts @:
http://bsdtalk.blogspot.com/
http://freebsdforall.blogspot.com/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: vidcontrol


On 8/3/06, Jeff Molofee <[EMAIL PROTECTED]> wrote:

I've noticed an odd problem when I set allscreens_flags="MODE_282". If I
set this in rc.conf, when I reboot my machine, the minute GDM comes up,
I can see black on the top half of my screen, overwriting everything
else on the screen. As I move the mouse, the black lines overwrite more
of the screen. I can also see a very tiny cursor moving in the black.
What this looks like to me, is that part of the console screen memory is
overwriting the screen. Is there a fix for this or is this a known
problem? If I disable the allscreens_flags in rc.conf, boot normally,
switch to a console CTLR_ALT-F1from within Gnome then run vidcontrol
MODE_282 then switch back everything is fine... no corruption.



Sounds like a problem with the video card anyhow... file a problem
report: http://www.freebsd.org/send-pr.html


--
BSD Podcasts @:
http://bsdtalk.blogspot.com/
http://freebsdforall.blogspot.com/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?


On 4/08/2006 11:44 AM, Nikolas Britton wrote:

899 bytes * (10^7) = 8.37258995 gigabytes... Remember... Once this
code is pushed out to hosts you can't change it. 10 years from now
we'll still have hosts sending in old data What was wrong with my
netcat idea?

uname -mr | nc statistics.freebsd.org 1234

It's one, short, line of code and you know exactly what it's doing.
Simple, Easy, Done.


Part of the idea I mentioned earlier was using a hash of this 
information... so the first time you send it through, you generate a 
hash and store it... then in future you can iterate over the hardware 
list, hash it, compare it against your stored hash, and only send if the 
hardware inventory has changed...


Not everywhere has unrestricted access out to the Internet via whatever 
port they want... I know of many sites that only allow HTTP, and only 
via a proxy...


I guess there's two different goals here... the uname -mr gives vendors 
an idea of what install base is out there when they're considering 
developing drivers/platform support... the hardware inventory gives 
vendors, developers and users an idea of what existing hardware is in use...


... if someone could bring up a list and find out that 500,000 people 
were using such-and-such a driver, it may influence the decision as to 
whether or not to update said driver when architectural changes are 
being made that require updates to the drivers... instead of the current 
system of sending an email out and hoping the appropriate users spot it 
on the appropriate mailing list and pipe up...


-Antony
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?

On 8/3/06, Antony Mawer <[EMAIL PROTECTED]> wrote:

On 4/08/2006 4:58 AM, User Freebsd wrote:
> Getting a list of devices is actually pretty easy, and I've tried this
> on my 4.x machines also, so it isn't something that will be a problem on
> older versions:
>
> # pciconf -l
> [EMAIL PROTECTED]:0:0: class=0x06 card=0x chip=0x700c1022 rev=0x20
> hdr=0x00
...
> And, more specifically, we can get:
>
> # pciconf -l -v
> [EMAIL PROTECTED]:9:0:  class=0x010400 card=0xc0351044 chip=0xa5111044 
rev=0x01
> hdr=0x00
> vendor   = 'Adaptec (Formerly: Distributed Processing Technology
> (DPT))'
> device   = 'Raptor SmartRAID Controller'
> class= mass storage
> subclass = RAID

All of the expanded 'vendor', 'device', 'class' and 'subclass'
information is present in the non -v version of the command output. The
numbers shown earlier can be used to derive the text information:

 class=0x010400
   determines the class/subclass lines, using the table from here:
   http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340

 card=0xc0351044 chip=0xa5111044
   these make up the vendor and device lines, using the list in
   /usr/share/misc/pci_vendors (which is derived from the PCIDEVS.TXT
   listing).

   The last 4 hex digits of the card and chip lines are the vendor ID
   while the first 4 are the device ID. The card is often given by
   the vendor, while the chip identifies the actual part it uses to
   implement functionality. For instance, a Netcomm ethernet NIC may
   use a Realtek 8139 chip... so chip gives us the fact it's
   essentially a generic Realtek chipset, while the card tells us the
   vendor who manufactured the card & perhaps their name for it.

In short, there's no reason to have to transmit all the text names back
to any server -- this can all be resolved at the server end,

>
> So, with that one command, we can get a fair amount of hardware
> information ... but, how to feed that into a proper HTTP request?
> Storing all of that information would be cool, cause then we could build
> reports based on device driver / vendor / device / class and subclass
> ... but that might be a bit heavy to do in an HTTP request, no?  I take
> it email isn't an option, in your case?

Email may be a viable alternative -- one concern with email is that
various organisations SMTP servers blast their own disclaimer message
and so on across the bottom of all out-going emails, which might
complicate parsing of it on the server end.

If you're only encoding purely the numeric details, this would make the
information far lighter to transmit than having the whole text blurb.
Just the pciconf -l version as-is:

 ~$ pciconf -l|wc -c
 1545

So that's ~1500 bytes. Now strip out all the unnecessary text - the
class=, card=, chip=, rev=, hdr=, extra spaces... something like:

 [EMAIL PROTECTED]:5:0: 01 34358086 00301000 08 00
 [EMAIL PROTECTED]:5:1: 01 34358086 00301000 08 00
 [EMAIL PROTECTED]:4:0: 02 10798086 10798086 03 00
 [EMAIL PROTECTED]:4:1: 02 10798086 10798086 03 00

 ~$ cat pciconf-stripped | wc -c
 899

We've nearly halved the size of the information. Now it's still in
ASCII, so you could further shave bits off by converting that to binary
if you wanted to...

With that amount of information, you'd probably be more inclined to want
to use HTTP POST than HTTP GET. A quick glance suggests libfetch(3)
doesn't support this; I haven't looked at the code enough to see if
adding support for it would be trivial or not.

899 bytes * (10^7) = 8.37258995 gigabytes... Remember... Once this
code is pushed out to hosts you can't change it. 10 years from now
we'll still have hosts sending in old data What was wrong with my
netcat idea?

uname -mr | nc statistics.freebsd.org 1234

It's one, short, line of code and you know exactly what it's doing.
Simple, Easy, Done.

--
BSD Podcasts @:
http://bsdtalk.blogspot.com/
http://freebsdforall.blogspot.com/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project


On 4/08/2006 10:38 AM, Tamouh H. wrote:
I've been doing some thinking on it this afternoon, and think 
I've figured out about the simpliest way of doing it ... it 
still doesn't deal with "fakers" and such, but, IMHO, I don't 
think that that is a *huge* problem that needs to be 
addressed ... some might do it for a lark, but, overall, it 
just sounds like something that is "more worth then its 
worth", so over time, it should eventually balance out ...




Excellent idea, and will be one of first to register! I don't believe at first 
it is that important to ensure no fake entries, it is more crucial to get this 
project started at first then deal with the more troublesome details.


The best approach is probably to start out with a v1 as an experiment - 
get interested parties involved, start testing, evaluate your results, 
modify as necessary...


... once you have something that's been proven on a smaller scale, you 
can look to expand the scope and get more wide-spread usage.


-Antony
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

vidcontrol

2006-08-03 Thread Jeff Molofee

I've noticed an odd problem when I set allscreens_flags="MODE_282". If I 
set this in rc.conf, when I reboot my machine, the minute GDM comes up, 
I can see black on the top half of my screen, overwriting everything 
else on the screen. As I move the mouse, the black lines overwrite more 
of the screen. I can also see a very tiny cursor moving in the black. 
What this looks like to me, is that part of the console screen memory is 
overwriting the screen. Is there a fix for this or is this a known 
problem? If I disable the allscreens_flags in rc.conf, boot normally, 
switch to a console CTLR_ALT-F1from within Gnome then run vidcontrol 
MODE_282 then switch back everything is fine... no corruption.



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?


On 4/08/2006 10:29 AM, User Freebsd wrote:
I was thinking of that ... my concern, and it may be totally invalid, 
but is it guaranteed to always translate the same?  ie:



...


Will that always translate the same regardless of running 4.x vs 5.x vs 
... ?  If so, you are right, that does greatly simplify things ... I 
just wasn't 100% certain ...


The text may change slightly, but if anything, wouldn't it be better if 
all your stats consistently referred to the same device IDs with the 
same strings?


A vendor name may be updated in the list (company gets bought out, 
renamed, etc), but I'm fairly sure nothing ever gets *removed* from the 
list - it just grows as new devices and vendors are added over time.


The important information is the ID numbers -- the text attached to them 
will always be the same in meaning, even if the text may vary a few 
letters here or there (ie. a device ID that was a Pro/1000 NIC won't 
suddenly turn into a Realtek 8139 one day).


The non-verbose information is all you need for building a stats 
database. Your stats database can have its own database of the 
pcidevs.txt imported periodically, and link the information up at 
display time.


-Antony
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 17" or 19"

2006-08-03 Thread jdow


Please excuse me for being picky here. Contrast ratio is not nearly
as important as color tracking if color fidelity is important to the
user. I'd look for good reviews on the two

Somebody who is spending all her time in Eclipse developing non-graphics
software a higher contrast ratio might reduce fatigue. But if the
person is using graphics a lot and visual fidelity is important I'd
recommend finding a site on the web that reviews monitors for their
various colorimitry factors. (And a gamer might want to check for
reviews that are gamer related.)

{^_^}   Joanne

From: "Derek Ragona" <[EMAIL PROTECTED]>

You need to compare more than just the resolution.  Differences in LCD's 
are digital vs analog, some do both.  Digital is preferred if your video 
will support it.  The contrast ratio:  300:1, 500:1, 600:1, 1000:1, 
etc.  More is better in contrast.  Last is the update speed in ms.  You 
want faster update speeds when given a choice.  The update speed effects 
how crisp the image is when changing, say viewing a video of gaming, but 
even in regular refreshing of the screen.


-Derek


At 04:58 PM 8/2/2006, dick hoogendijk wrote:

Two LCD screens. Both have the same resolution (1280x1024)
The 19" is $100 more expensive as the 17"
What would to your opinions be the right thing to do.
Go for the 17" or the larger (but probably a little less crystal sharp)
19" one. I'm not that rich. Probably my doubts are rooted in this;-)
Thanks for any advice.

--
dick -- http://nagual.nl/ -- PGP/GnuPG key: F86289CE
++ Running FreeBSD 6.1 +++ The Power to Serve
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Mysql from ports

2006-08-03 Thread Greg 'groggy' Lehey

On Thursday,  3 August 2006 at 12:39:00 -0400, Ron Clark wrote:
>
>OK, I rebuilt the box again and cvsuped my ports and got the machi= ne
>back to 5.5 STABLE. When I tried to install mysql server 5.1, I get
>the = following:
>
>===>   Running ldconfig
>/sbin/ldconfig -m /usr/local/lib/mysql
>===>   Ins= talling ldconfig configuration file
>cannot create /usr/local/libdata/l= dconfig/mysql: No such file or
>directory
>*** Error code 2
>S= top in /usr/ports/databases/mysql51-client.
>*** Error code 1
>Stop in /usr/ports/databases/mysql51-server.
>
>Is there any reason wh= y the install cannot create this directory? I
>am installing this as root. <= /p>
...
>
 ___
>
 [EMAIL PROTECTED] mailing list
>
 [2]Ma= ilScanner has detected a possible fraud attempt from ".."
>claiming to be
>http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>
 To unsubscribe, send any mail to "[3]freebsd-questions-   [EMAIL PROTECTED]"
>
 
>
> References
>
>1. 3D"javascript:top.opencompose('freebsd-questions@freebsd.org','',''   
> 2. file://localhost/tmp/3D"../parse.pl?redirect=http%3A%2F%2Flists.free   3. 
> 3D"javascript:top.opencompos___

This message is so messed up that I can't tell what problems come from
your MUA and what is part of your original problem with MySQL.  Can
you try resending cleanly?

Thaks
Greg
--
When replying to this message, please copy the original recipients.
If you don't, I may ignore the reply or reply to the original recipients.
For more information, see http://www.lemis.com/questions.html
See complete headers for address and phone numbers.


pgpQlI1H8zW71.pgp
Description: PGP signature

Re: How to build azureus port with diablo-1.5.0-b00 jdk

2006-08-03 Thread Micah


Gautham Ganapathy wrote:

Hi

I have installed the diablo jdk package downloaded from the freebsd
foundation page. Now, when I try to build the azureus port, it also
tries to build jdk1.4.2 because log4j depends on that port. How can I
get the ports system to use the installed jdk instead of building 1.4.2?
I am using freebsd 6.1-release.

Regards
Gautham


log4j doesn't specify a java version, so it should work with any. 
azureus, however, is a little more specific and might be the culprit.


You might be able to fix it by setting one of the java knobs in 
make.conf, but since I don't have diablo installed, I couldn't tell you 
which one to set. :( Check /usr/local/etc/javavms to see which java VMs 
are installed and how javavmwrapper refers to diablo, maybe we can 
figure it out from that.


HTH,
Micah
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

RE: Stand up and be counted - BSDStats Project

2006-08-03 Thread Tamouh H.

> I've been doing some thinking on it this afternoon, and think 
> I've figured out about the simpliest way of doing it ... it 
> still doesn't deal with "fakers" and such, but, IMHO, I don't 
> think that that is a *huge* problem that needs to be 
> addressed ... some might do it for a lark, but, overall, it 
> just sounds like something that is "more worth then its 
> worth", so over time, it should eventually balance out ...
> 

Excellent idea, and will be one of first to register! I don't believe at first 
it is that important to ensure no fake entries, it is more crucial to get this 
project started at first then deal with the more troublesome details.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: portupgrade ruby vulnerability

2006-08-03 Thread jan gestre


On 8/3/06, Dave <[EMAIL PROTECTED]> wrote:


Hello,
I'm getting an error from ruby whenever i run a portupgrade. Checking
portaudit i see this is a vulnerability. Is there a fiix for it?
Thanks.
Dave.

i had these warnings too, just use portupgrade or portmanager to upgrade

your ports, there is a vulnerability in ruby-1.8.4_8,1 and it was fixed with
ruby-1.8.4_9,1. update the portaudit database so you won't see the warning
message again.

HTH
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?


On Fri, 4 Aug 2006, Antony Mawer wrote:


On 4/08/2006 4:58 AM, User Freebsd wrote:
Getting a list of devices is actually pretty easy, and I've tried this on 
my 4.x machines also, so it isn't something that will be a problem on older 
versions:


# pciconf -l
[EMAIL PROTECTED]:0:0: class=0x06 card=0x chip=0x700c1022 rev=0x20 
hdr=0x00

...

And, more specifically, we can get:

# pciconf -l -v
[EMAIL PROTECTED]:9:0:  class=0x010400 card=0xc0351044 chip=0xa5111044 rev=0x01 
hdr=0x00
vendor   = 'Adaptec (Formerly: Distributed Processing Technology 
(DPT))'

device   = 'Raptor SmartRAID Controller'
class= mass storage
subclass = RAID


All of the expanded 'vendor', 'device', 'class' and 'subclass' information is 
present in the non -v version of the command output. The numbers shown 
earlier can be used to derive the text information:


   class=0x010400
 determines the class/subclass lines, using the table from here:
 http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340

   card=0xc0351044 chip=0xa5111044
 these make up the vendor and device lines, using the list in
 /usr/share/misc/pci_vendors (which is derived from the PCIDEVS.TXT
 listing).

 The last 4 hex digits of the card and chip lines are the vendor ID
 while the first 4 are the device ID. The card is often given by
 the vendor, while the chip identifies the actual part it uses to
 implement functionality. For instance, a Netcomm ethernet NIC may
 use a Realtek 8139 chip... so chip gives us the fact it's
 essentially a generic Realtek chipset, while the card tells us the
 vendor who manufactured the card & perhaps their name for it.

In short, there's no reason to have to transmit all the text names back to 
any server -- this can all be resolved at the server end,


I was thinking of that ... my concern, and it may be totally invalid, but 
is it guaranteed to always translate the same?  ie:


[EMAIL PROTECTED]:8:0:  class=0x02 card=0x10408086 chip=0x12298086 rev=0x10 
hdr=0x00

vendor   = 'Intel Corporation'
device   = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class= network
subclass = ethernet

Will that always translate the same regardless of running 4.x vs 5.x vs 
... ?  If so, you are right, that does greatly simplify things ... I just 
wasn't 100% certain ...



Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project


On Thu, 3 Aug 2006, [EMAIL PROTECTED] wrote:

Personally I don't think this stuff should be tracked in any centralized 
fashion. I don't particullarly like when our freedom to choose to do 
something is tracked or monitored; because it is no longer a freedom. 
Maybe that is just paranoia speaking.


none of your freedoms will be in any way infringed upon with what is 
proposed ... you will always have the freedom to disable the reporting and 
not particpate *shrug*


I think a much more productive goal is to get all the users that have 
unsupported hardware to write into the vendor that created it and ask 
them why they don't support a spawn of the OS that allowed what we call 
the internet to exist. Put this message on FreeBSD.org, get people in 
this list to do it, get on a soap box and scream it. I think giving them 
numbers of systems will just be ignored. But getting 1000 emails a day 
in multiple languages from around the world will get them thinking maybe 
its worth at least releasing the specs just to shut these people up.


The above is an "active campaign", which you will generally find doesn't 
yield anything, unfortunately, since its more work then 99.9% of the 
people will feel compelled to do ...


As ScottL said in one of his emails, in a form ... We don't want to piss 
Adaptec off, which a "letter writing campaign" would ... what we want to 
do is give Adaptec something to think about in terms of 'market missed' 
...



Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project


On 4/08/2006 7:30 AM, User Freebsd wrote:
...

STEP 2:

pciconf -lv needs to be parsed, this being the hard step, into a string 
that can be sent via HTTP ... this is the hard part because it has to be 
done as/in a shell script ... anyone out there *really* good at shell 
programming?


See my comment in the other thread -- you don't need any of the text 
details, all yo uneed are teh class/card/chip/rev/hdr fields. The bits 
before it would be helpful to identify what drivers are attached on 
different versions (and also to see what drivers people disable vs leave 
enabled for bits of their hardware).


Optimally, we'd love to have everyone report pciconf information, since 
knowing what vendors and devices are in use would definitely add more 
weight then *just* what version of FreeBSD, but in order to hopefully 
get as much "buy into" this as possible, the script should be written to 
allow it to be disabled ... again, I can't think of why someone would 
feel that that was 'sensitive information', but providing the option to 
shut it off is definitely a must ...


Agreed - if someone wants to stand up and be counted, but they feel 
details of their hardware choices to be a gross violation of their 
personal privacy, then we shouldn't put that in their way as a barrier 
to adoption.


-Antony

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project


On Fri, 4 Aug 2006, Boris Samorodov wrote:


Hi Marc,


On Thu, 3 Aug 2006 18:30:08 -0300 (ADT) you wrote:


Okay, there has been alot of discussion on this in the other thread,
some of it tangent'd to the original, so, I'm starting off a new
thread as a sort of summary ...


Great idea, but should be introduced with care...


I've been doing some thinking on it this afternoon, and think I've
figured out about the simpliest way of doing it ... it still doesn't
deal with "fakers" and such, but, IMHO, I don't think that that is a
*huge* problem that needs to be addressed ... some might do it for a
lark, but, overall, it just sounds like something that is "more worth
then its worth", so over time, it should eventually balance out ...


...taking into consideration *why* do we want to do the stats. *If*
we plan (and this is one of the goals of the project) to have those
stats as a serious argument for a Big Business then we *must* prove
that those numbers are not faked. Or even more strict: that those
numbers can't (or even very, no VERY hard to) be faked.

It's useless (as a serious argument) if it can be faked: imagine that
a virus (warm or else) is written to fake it.


Personally, I do not believe that there is any *safe* way of protecting 
against this happening ... short of having a userid/passwd schema and 
forcing ppl to actually register ... of course, then less ppl would 
participate, since it would then be too much work ...


The thing is to do as much as we possible can to 'tighten it down' without 
making it difficult to use ... over time, if something gets added to the 
OS that helps improve this, we can extend teh script to check for and use 
such features ...



Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?


On 4/08/2006 4:58 AM, User Freebsd wrote:
Getting a list of devices is actually pretty easy, and I've tried this 
on my 4.x machines also, so it isn't something that will be a problem on 
older versions:


# pciconf -l
[EMAIL PROTECTED]:0:0: class=0x06 card=0x chip=0x700c1022 rev=0x20 
hdr=0x00

...

And, more specifically, we can get:

# pciconf -l -v
[EMAIL PROTECTED]:9:0:  class=0x010400 card=0xc0351044 chip=0xa5111044 rev=0x01 
hdr=0x00
vendor   = 'Adaptec (Formerly: Distributed Processing Technology 
(DPT))'

device   = 'Raptor SmartRAID Controller'
class= mass storage
subclass = RAID


All of the expanded 'vendor', 'device', 'class' and 'subclass' 
information is present in the non -v version of the command output. The 
numbers shown earlier can be used to derive the text information:


class=0x010400
  determines the class/subclass lines, using the table from here:
  http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340

card=0xc0351044 chip=0xa5111044
  these make up the vendor and device lines, using the list in
  /usr/share/misc/pci_vendors (which is derived from the PCIDEVS.TXT
  listing).

  The last 4 hex digits of the card and chip lines are the vendor ID
  while the first 4 are the device ID. The card is often given by
  the vendor, while the chip identifies the actual part it uses to
  implement functionality. For instance, a Netcomm ethernet NIC may
  use a Realtek 8139 chip... so chip gives us the fact it's
  essentially a generic Realtek chipset, while the card tells us the
  vendor who manufactured the card & perhaps their name for it.

In short, there's no reason to have to transmit all the text names back 
to any server -- this can all be resolved at the server end,




So, with that one command, we can get a fair amount of hardware 
information ... but, how to feed that into a proper HTTP request? 
Storing all of that information would be cool, cause then we could build 
reports based on device driver / vendor / device / class and subclass 
... but that might be a bit heavy to do in an HTTP request, no?  I take 
it email isn't an option, in your case?


Email may be a viable alternative -- one concern with email is that 
various organisations SMTP servers blast their own disclaimer message 
and so on across the bottom of all out-going emails, which might 
complicate parsing of it on the server end.


If you're only encoding purely the numeric details, this would make the 
information far lighter to transmit than having the whole text blurb. 
Just the pciconf -l version as-is:


~$ pciconf -l|wc -c
1545

So that's ~1500 bytes. Now strip out all the unnecessary text - the 
class=, card=, chip=, rev=, hdr=, extra spaces... something like:


[EMAIL PROTECTED]:5:0: 01 34358086 00301000 08 00
[EMAIL PROTECTED]:5:1: 01 34358086 00301000 08 00
[EMAIL PROTECTED]:4:0: 02 10798086 10798086 03 00
[EMAIL PROTECTED]:4:1: 02 10798086 10798086 03 00

~$ cat pciconf-stripped | wc -c
899

We've nearly halved the size of the information. Now it's still in 
ASCII, so you could further shave bits off by converting that to binary 
if you wanted to...



With that amount of information, you'd probably be more inclined to want 
to use HTTP POST than HTTP GET. A quick glance suggests libfetch(3) 
doesn't support this; I haven't looked at the code enough to see if 
adding support for it would be trivial or not.


-Antony
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project

--- Boris Samorodov <[EMAIL PROTECTED]> wrote:

> Hi Marc,
> 
> 
> On Thu, 3 Aug 2006 18:30:08 -0300 (ADT) you wrote:
> 
> > Okay, there has been alot of discussion on this in
> the other thread,
> > some of it tangent'd to the original, so, I'm
> starting off a new
> > thread as a sort of summary ...
> 
> Great idea, but should be introduced with care...
> 
> > I've been doing some thinking on it this
> afternoon, and think I've
> > figured out about the simpliest way of doing it
> ... it still doesn't
> > deal with "fakers" and such, but, IMHO, I don't
> think that that is a
> > *huge* problem that needs to be addressed ... some
> might do it for a
> > lark, but, overall, it just sounds like something
> that is "more worth
> > then its worth", so over time, it should
> eventually balance out ...
> 
> ...taking into consideration *why* do we want to do
> the stats. *If*
> we plan (and this is one of the goals of the
> project) to have those
> stats as a serious argument for a Big Business then
> we *must* prove
> that those numbers are not faked. Or even more
> strict: that those
> numbers can't (or even very, no VERY hard to) be
> faked.
> 
> It's useless (as a serious argument) if it can be
> faked: imagine that
> a virus (warm or else) is written to fake it.
> 
> [Can't comment on the rest right now, thus skipped]
> 
> 
> WBR
> -- 
> Boris Samorodov (bsam)
> Research Engineer, http://www.ipt.ru Telephone &
> Internet SP
> FreeBSD committer, http://www.FreeBSD.org The Power
> To Serve
> ___
> freebsd-questions@freebsd.org mailing list
>
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
> 
Personally I don't think this stuff should be tracked
in any centralized fashion. I don't particullarly like
when our freedom to choose to do something is tracked
or monitored; because it is no longer a freedom. Maybe
that is just paranoia speaking.

I think a much more productive goal is to get all the
users that have unsupported hardware to write into the
vendor that created it and ask them why they don't
support a spawn of the OS that allowed what we call
the internet to exist. Put this message on
FreeBSD.org, get people in this list to do it, get on
a soap box and scream it. I think giving them numbers
of systems will just be ignored. But getting 1000
emails a day in multiple languages from around the
world will get them thinking maybe its worth at least
releasing the specs just to shut these people up.

I know I would get sick of it, and would have to
especially if I were a bossman. Why do I want to pay
poeple to deal with the same questions every single
day when they aren't asking me to necessarily program
a driver for them. All they want is the specs so they
can do it themselves. Code is proprietary in todays
world unfortunatley, but knowing what registers and
what values go into them to make a RAID card work
shouldn't be. But alas maybe big brother thinks it is,
I still remember getting my commodore 64 (I was in
hghschool, it was already 15years old then...) and
having the full schematic of how to build the thing in
the instructions.

What has this world come too. Lets piss off these
vendors instead of driving ourselves nutz trying to
collect usage data, thats what spammers are for...

my too cents

-brian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Interesting problem with packages, how to fix if corrupt

2006-08-03 Thread Andrew Falanga


Hello everyone,

If I do pkg_info with nothing else, all looks well.  However, if I do
"pkg_info | grep "  (which I do frequently so I don't
have to read through the entire list) I get these two errors:

pkg_info: the package info for package 'portupgrade-2.0.1_1,1' is corrupt
pkg_info: the package info for package 'ruby18-bdb4-0.5.7' is corrupt

How would I go about fixing these packages, or at least fixing the
package information?

Thanks,
Andy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

RE: Adding a FreeBSD Gateway on a DSL/ ATM circuit

2006-08-03 Thread Murray Taylor

look at the defaults in /etc/defaults/rc.conf

specifically look for lines with gateway in them
iegateway_enable="NO"

copy the appropriate lines into /etc/rc.conf

edit  
iegateway_enable="YES"


You will need to set the the default_route line also to point 
to the isp  I  think ...

HTH
mjt


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Friday, 4 August 2006 4:36 AM
> To: freebsd-questions@freebsd.org
> Subject: Adding a FreeBSD Gateway on a DSL/ ATM circuit
> 
> Aloha,
> 
> My current problem is that I need to use a box as a FreeBSD 
> 6.* gateway/firewall to the internet protecting  an MS box 
> that is in the office for doing a lot of photo work and 
> uploading to servers for the company my wife works with. I 
> was going to use a freesco (Linux)disk 
> /firewall/gateway/router like I have on my single dsl 1.5/384 line. 
> (This is currently what is protecting the MS box on this circuit.)
> 
> However, the freesco setup does not work as a gateway on the 
> leg of the ATM 5 IP circuit where we want to move the MS box 
> to. I have tried to get it setup and have emailed the freesco 
> lists and apparently no one has accomplished this.
> 
> I have now built a FreeBSD box with 2 nics to use as a 
> gateway/router/firewall between the single MS box and the 
> internet. ed1 is on the 66.xxx.132.236 leg of the ATM. The 
> defaultgateway on the internet side of the ATM is 66.xxx.132.233.
> The LAN side of the box ed0 is 192.168.1.1 to which the MS 
> box is directed.  ( I am using a test box 192.168.1.29 with 
> FreeBSD 6* in place of the MS box at this point.)
> 
> I can ping from the gateway box nic to the internet ok. I can 
> ping from the Test box to the Lan side of the gateway box OK. 
> I cant reach the internet thru the gateway. I have read 
> probably 5 howtos from the FreeBSD hand book and elsewhere 
> and none are exactly what I am doing.
> 
> On FreeBSD Questions list recently there was a similar issue 
> question posted but no body answered the post.
> 
> It had to do with rc.conf
> 
> Listing both Nics  ifconfig_ed0 =66.xxx.132.236  netmask
> 255.255.255.248  #inet side
>ifconfig -ed1=192.168.1.1 netmask 
> 255. 255.255.0   # lan side
>and gateway_enable="YES" which 
> I have done.
> 
> At this point I have not attempted a firewall PF or IPFW 
> since I cant reach the internet thru the gateway and I want 
> to understand what is not right with this setup first.
> 
> If I use: route add -net 192.168.1 .29192.168.1.1
> 
> I can no longer ping the Lan side of the gateway from the test box.
> 
> Can you direct me to or give me a howto on setting this up so 
> I can reach the internet if indeed its possible using a 
> gateway/firewall on the leg of an ATM circuit? Any help would 
> be appreciated.
> 
> Thanks,
> 
> Al Plant - Honolulu, Hawaii
> 
> - Admin -- http://hawaiidakine.com -- http://hdk5.com --
> -- http://internetohana.org -- http://freeBSDinfo.org --  + 
> Supporting open source computing - FreeBSD 6.* +
> 
> 
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to 
> "[EMAIL PROTECTED]"
> 
> ***This Email has been scanned for Viruses by MailMarshal.***
> 
---
The information transmitted in this e-mail is for the exclusive
use of the intended addressee and may contain confidential
and/or privileged material. Any review, re-transmission,
dissemination or other use of it, or the taking of any action
in reliance upon this information by persons and/or entities
other than the intended recipient is prohibited. If you
received this in error, please inform the sender and/or
addressee immediately and delete the material. 

E-mails may not be secure, may contain computer viruses and
may be corrupted in transmission. Please carefully check this
e-mail (and any attachment) accordingly. No warranties are
given and no liability is accepted for any loss or damage
caused by such matters.
---

***This Email has been scanned for Viruses by MailMarshal.***
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [SOLVED] X11+ssh+jail

2006-08-03 Thread Micah


Micah wrote:


I'm having problems trying to get X11 to forward from an ezjail created 
jail environment. Here's what happens:


trisha% ssh -X 10.0.0.1
...
test% xclock
X11 connection rejected because of wrong authentication.
X connection to test:10.0 broken (explicit kill or server shutdown).

I added "X11UseLocalhost no" to sshd_config as suggested on the lists a 
while back, but it didn't change anything.


Host is:
trisha# uname -a
FreeBSD trisha.eidolonworld 6.1-RELEASE-p3 FreeBSD 6.1-RELEASE-p3 #1: 
Sat Jul 15 15:48:17 PDT 2006 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/TRISHA  i386


Thanks,
Micah


Okay, it took me half a day to trip over the solution. The other half a 
day was spent trying to figure out what that solution actually was. It 
was a combination of two things (out of the dozen that I tried) that 
weren't set up correctly.


The jailed system must be able to resolve it's own name to an IP 
address. Since my home network does not have DNS, that meant adding 
"10.0.0.1  test" to /etc/hosts on the jailed environment. Also, 
"X11UseLocalhost no" must be set in the jailed sshd_config. Unless 
*both* of those are set properly, I get the error as mentioned above.


HTH,
Micah
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Can you install packages from STABLE in RELEASE?


Hi --

I'm currently running 6.0-SECURITY
My portsnap tells me of a bunch of ports that have updates that, when
I head directly for an ftp site, I find on a STABLE tree (like
kde-3.5.3 - actually 3.5.2 until yesterday)

For instance, 
ftp://ftp2.freebsd.org/pub/FreeBSD/ports/i386/packages-6.0-release/x11/
lists kde-3.4.2.tbz

Can I install these on RELEASE? If not, why does portsnap even suggest them?

TIA.

HL.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

How to build azureus port with diablo-1.5.0-b00 jdk

2006-08-03 Thread Gautham Ganapathy

Hi

I have installed the diablo jdk package downloaded from the freebsd
foundation page. Now, when I try to build the azureus port, it also
tries to build jdk1.4.2 because log4j depends on that port. How can I
get the ports system to use the installed jdk instead of building 1.4.2?
I am using freebsd 6.1-release.

Regards
Gautham


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project

2006-08-03 Thread Boris Samorodov

Hi Marc,

On Thu, 3 Aug 2006 18:30:08 -0300 (ADT) you wrote:

> Okay, there has been alot of discussion on this in the other thread,
> some of it tangent'd to the original, so, I'm starting off a new
> thread as a sort of summary ...

Great idea, but should be introduced with care...

> I've been doing some thinking on it this afternoon, and think I've
> figured out about the simpliest way of doing it ... it still doesn't
> deal with "fakers" and such, but, IMHO, I don't think that that is a
> *huge* problem that needs to be addressed ... some might do it for a
> lark, but, overall, it just sounds like something that is "more worth
> then its worth", so over time, it should eventually balance out ...

...taking into consideration *why* do we want to do the stats. *If*
we plan (and this is one of the goals of the project) to have those
stats as a serious argument for a Big Business then we *must* prove
that those numbers are not faked. Or even more strict: that those
numbers can't (or even very, no VERY hard to) be faked.

It's useless (as a serious argument) if it can be faked: imagine that
a virus (warm or else) is written to fake it.

[Can't comment on the rest right now, thus skipped]

WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Java & Firefox

2006-08-03 Thread Jerry McAllister

> 
> Someone posted here a short time ago regarding firefox and Java. I have 
> firefox-1.5.0.5,1/ and jdk-1.4.2p8_3/ installed. If I remember correctly 
> there had to be a link made between two libraries in order to get it to work. 
> Obviously I do not have it working at this time, and I cannot find that post.

I just did it yesterday and didn't have to do any link.
Actually I did the jdk14 the day before for openoffice and
then firefox yesterday - built them all from ports.   
It all worked, though it took forever and used up more 
than 10 GB disk..

jerry

> 
> -- 
> Gerard Seibert
> [EMAIL PROTECTED]
> 
> Bahdges?  We don't need no stinkin' bahdges!
> 
>   "The Treasure of Sierra Madre"
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: firefox with flash and java!


though the

link got chopped for me.  I believe it is portugese(sp), but here is



Yes, it's Portuguese. Anyone who can read Spanish can read (proper)
Portuguese. They are very similar.

Cheers
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: conundrum: _C99_SOURCE vs. sigset

2006-08-03 Thread Mikhail Teterin

четвер 03 серпень 2006 17:38, Stefan Farfeleder написав:
> Try -D_POSIX_C_SOURCE=200112.

Thanks, I will.

> The macro _C99_SOURCE is for pure C99 code and _ANSI_SOURCE for C90
> code.  Both don't include the  header.

They do -- it gets included from iostream, even when I define one of those.

Thanks!

-mi
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Squeak Smalltalk upgrading problems


Hi --

Squeak version 3.8 is out, but ports have 3.6.
Does anyone know why?

TIA
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

kdebase upgrading bug - help and opinion needed


I am having problem upgrading kdebase from 3.4 to 3.5 on FreeBSD-6.0-release.
I followed the instructions on /usr/ports/UPDATING
For convenience, I post the instructions here:

-

20060108:
 AFFECTS: users of x11/kdelibs3, x11/kdebase3, deskutils/superkaramba,
   x11-themes/kde-windeco-smoothblend, irc/kvirc,
   editors/vimpart
 AUTHOR: [EMAIL PROTECTED]

 A number of files have been moved from kdebase to kdelibs between
 KDE 3.4.3 and KDE 3.5.0 and some applications which used to be
 distributed separately from KDE have been included in the release.

 This means that you will have to take some precautions in order to
 update your KDE installation without interruptions.

 We recommend sticking to the following procedure. This procedure requires you
 to have sysutils/portupgrade installed and to be the superuser (or using sudo)
.
1.) Delete installed packages which conflict with the updated KDE
 ports.

   pkg_deinstall -f kdebase-\[0-9\]\* superkaramba-\[0-9\]\* \
   kde-windeco-smoothblend-\[0-9]\* kvirc-\[0-9\]\* \
   kdeaddons-vimpart-\[0-9\]\*

 2.) Now update the remaining KDE ports.

   portupgrade -O arts\* kde\* \*kde-i18n\*

 or, if you want to update KDE along with other updated ports:

   portupgrade -a

 3.) Reinstall the KDE ports you deleted in step 1.

   portinstall -O kdebase

--

I followed them and, after step 3, the system complained of "bad C++ code".
Please help me assess the severity of this:
1) Have you seen this? Have you had this problem?
2) Do you understand this?
3) Do you have a solution or a suggestion for this?

Any help is greatly appreciated.

Here is the error:




---

konq_popupmenu.cc: In member function `void KonqPopupMenu::setup(uint)':
konq_popupmenu.cc:797: error: no matching function for call to `KDEDesktopMimeTy
pe::userDefinedServices(const QString, KSimpleConfig&, bool, KURL::List&)'
/usr/local/include/kmimetype.h:561: note: candidates are: static QValueList KDEDesktopMimeType::userDefinedServices(const QString&,
bool)
/usr/local/include/kmimetype.h:568: note: static QValueList KDEDesktopMimeType::userDefinedServices(const QString&,
KConfig&, bool)
gmake[3]: ** [konq_popupmenu.lo] Erro 1
gmake[3]: Leaving directory `/usr/ports/x11/kdebase3/work/kdebase-3.5.2/libkonq'
gmake[2]: ** [all-recursive] Erro 1
gmake[2]: Leaving directory `/usr/ports/x11/kdebase3/work/kdebase-3.5.2/libkonq'
gmake[1]: ** [all-recursive] Erro 1
gmake[1]: Leaving directory `/usr/ports/x11/kdebase3/work/kdebase-3.5.2'
gmake: ** [all] Erro 2
*** Error code 2

Stop in /usr/ports/x11/kdebase3.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall49261.0 mak
e
** Fix the problem and try again.
** Listing the failed packages (*:skipped / !:failed)
   ! x11/kdebase3  (bad C++ code)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

VISA CISP

2006-08-03 Thread Jean-Paul Natola

Hi all

I'm turning to this list as well to inquire about the VISA-CISP

http://usa.visa.com/business/accepting_visa/ops_risk_management/cisp.html

We are looking for someone to host our new site and the vendor told me due to
VISA's new security the fee for a dedicated server would be 500 U$D per
month.

I'm pretty oblivious in the web hosting world ,  but that seems VERY high.

FYI

This is what our website needs to support


Here is what we need:

- PHP 4.4+ or 5+
- MySQL 4.1+ or greater
- Apache 1.3+ with mod_rewrite enabled
- Linux-based
- SSL certificate for www.familycareintl.org
- Support for configurable automated tasks (i.e,. cron jobs)

(*) PHP must have the mcrypt module enabled.  It should ideally be set up to
run as an Apache module, not a CGI module (however, this is not a
requirement).  We must be able to send mail using PHP's mail() function,
which requires a functioning mail server.

In order to accommodate the size of uploads that FCI wants, we'll need PHP
configured to accept file uploads of up to 60 MB.

I think that's about it.










Jean-Paul Natola
Network Administrator
Information Technology
Family Care International
588 Broadway Suite 503
New York, NY 10012
Phone:212-941-5300 xt 36
Fax:  212-941-5563
Mailto: [EMAIL PROTECTED]

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project



Sweet, thanks ...

On Thu, 3 Aug 2006, Philip Hallstrom wrote:

pciconf -lv needs to be parsed, this being the hard step, into a string 
that can be sent via HTTP ... this is the hard part because it has to be 
done as/in a shell script ... anyone out there *really* good at shell 
programming?


What needs to happen is:

[EMAIL PROTECTED]:0:2: class=0x060400 card=0x0044 chip=0x032a8086 rev=0x09 
hdr=0x01

   vendor   = 'Intel Corporation'
   device   = '6700PXH PCI Express-to-PCI Express Bridge B'
   class= bridge
   subclass = PCI-PCI

Needs to be converted into:

device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI

So that the final query would look something like:

fetch http://bsdstats.hub.org/report.php?id=`cat 
/tmp/getid`&device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI


This will get you close.  Just change the "echo" line...

--
#!/bin/sh

IFS="
"

query_string=""
for line in `pciconf -lv`
do

   echo $line | grep -qs "^[a-z]"
   if [ $? -eq 0 ]
   then
   if [ -n "$query_string" ]
   then
   echo "http://foo.com/bar.php?"$query_string
   query_string=""
   fi
   else
   query_string=$query_string`echo $line | sed -e 's/^  *//' -e 's/ 
*=/=/' -e 's/=  */=/' -e 's/  $//'`"&"

   fi
done
--

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"




Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: binary upgrade issues

2006-08-03 Thread John Rogers

Wow, I did not expect Colin's direct reply - and so prompt!  Thanks,
and great to know binary updates will be foreseeable.

I actually already did it again, since it doesn't make sense to binary
upgrade all those source files, I renamed /usr/src to something else,
and this greatly reduced the number of files for fetching to 435 ones.
The old error message is gone (it's a fairly new and high quality
server).  It was eventless until to the following:

Installing new kernel into /boot/GENERIC... done.
Moving /boot/kernel to /boot/kernel.old... done.
Moving /boot/GENERIC to /boot/kernel... done.
Removing schg flag from existing files...

Then my connection to the server froze and I found the server rebooted
itself.  After login I found it was 6.1-RELEASE FreeBSD 6.1-RELEASE
#0: Sun May  7 04:32:43 UTC 2006.

Don't know why it rebooted, and my concern it: had it finished
upgrading?  I looked into the upgrade.sh and found it should continue
working on files referred in old-index, new-index-nonkern, new-index.
However none of these files were found in the directory.  Also I am
worried whether the schg flags were recovered.  How can I check these?

Thank you.

Colin Percival wrote:

> John Rogers wrote:
> Hi, I was upgrading following Colin's "FreeBSD 6.0 to FreeBSD 6.1
> binary upgrade"
>
> http://www.daemonology.net/freebsd-upgrade-6.0-to-6.1/
>
> but it failed.  I installed freebsd 6.0 release and only used Colin's
> freebsd-update to updae before.  There is plenty of free space on that
> partition.  What do you advise me to do to finish the upgrade?

Based on what you pasted below, I suggest
1. Figure out why /usr/bin/gdbtui can't be read.  In particular, make
sure your hard drive isn't dying.
2. The error which made the script terminate is either due to a dying
hard drive or a network problem which made it impossible to fetch some
files.  Re-run the script; it won't bother fetching files which it
already has.

Note that at this point all the script has done is to examine your
system and download files; it won't start actually upgrading anything
until it makes sure that it has all the files it needs. :-)

> I also wonder why these binary update and upgrade are not legitimized
> in the freebsd core distribution.  An important reason why linux is
> used by more is its easy update solution similar to Microsoft's
> Windows Update.  Sure "make world" is fun especially to developers.
> But providing easy update and upgrade tools in addition will attract a
> large user base who just need a stable and easy to use operation
> system - and many of them can be companies who can be potential donors
> to the freebsd project.  So the effort to this path will be well
> rewarded.

We're moving in that direction.  Everything starts out by being experimental
before becoming officially supported and endorsed.

Colin Percival

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stand up and be counted - BSDStats Project

2006-08-03 Thread Philip Hallstrom

pciconf -lv needs to be parsed, this being the hard step, into a string that 
can be sent via HTTP ... this is the hard part because it has to be done 
as/in a shell script ... anyone out there *really* good at shell programming?


What needs to happen is:

[EMAIL PROTECTED]:0:2: class=0x060400 card=0x0044 chip=0x032a8086 rev=0x09 
hdr=0x01

   vendor   = 'Intel Corporation'
   device   = '6700PXH PCI Express-to-PCI Express Bridge B'
   class= bridge
   subclass = PCI-PCI

Needs to be converted into:

device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI

So that the final query would look something like:

fetch http://bsdstats.hub.org/report.php?id=`cat 
/tmp/getid`&device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI


This will get you close.  Just change the "echo" line...

--
#!/bin/sh

IFS="
"

query_string=""
for line in `pciconf -lv`
do

echo $line | grep -qs "^[a-z]"
if [ $? -eq 0 ]
then
if [ -n "$query_string" ]
then
echo "http://foo.com/bar.php?"$query_string
query_string=""
fi
else
query_string=$query_string`echo $line | sed -e 's/^  *//' -e 's/  *=/=/' -e 's/=  
*/=/' -e 's/  $//'`"&"
fi
done
--

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Java & Firefox

2006-08-03 Thread Gerard Seibert

Someone posted here a short time ago regarding firefox and Java. I have 
firefox-1.5.0.5,1/ and jdk-1.4.2p8_3/ installed. If I remember correctly 
there had to be a link made between two libraries in order to get it to work. 
Obviously I do not have it working at this time, and I cannot find that post.

-- 
Gerard Seibert
[EMAIL PROTECTED]

Bahdges?  We don't need no stinkin' bahdges!

"The Treasure of Sierra Madre"
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: SPAM binary upgrade issues




> > I also wonder why these binary update and upgrade
> are not legitimized
> > in the freebsd core distribution.  An important
> reason why linux is
> > used by more is its easy update solution similar
> to Microsoft's
> > Windows Update.  Sure "make world" is fun
> especially to developers.
> > But providing easy update and upgrade tools in
> addition will attract a
> > large user base who just need a stable and easy to
> use operation
> > system - and many of them can be companies who can
> be potential donors
> > to the freebsd project.  So the effort to this
> path will be well
> > rewarded.
> 
> We're moving in that direction.  Everything starts
> out by being experimental
> before becoming officially supported and endorsed.
> 
> Colin Percival

I acutally find it better to do the "make world" then
to deal with binary updates because if it builds on
your system it will typically run on your system, as
well as there not being silly little incompatabilities
with the system libraries and binaries. I find
updating linux to be the most god awful prospect on
earth which is why I switched to FreeBSD for the most
part. It's probably gotten a lot better since Redhat
7.x which is what I was using. Gentoo is a lot better
but I haven't had a working system since they updated
the kernel to xx.xx.15 and put gcc 4.x into the base
system...

but to each their own, I know a binary update would be
nice when I start deploying things like desktopbsd on
my friends PCs who don't get formatting a harddrive
let alone building software. However this would mean
the builds would have to be generic i586, i686 and on
an old p3 500mhz machine building for a specific
processor with specific optimizations can make a huge
difference in performance. Even more so on p2 166
machines. 

Again to each their own. But I wouldn't tout Microsoft
update as a good thing becuase there are known bugs
where updates can erase previously updated code with
old buggy code... 

sorry been a long day had to end it with blasting
microsloth...

-brian

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Stand up and be counted - BSDStats Project

Okay, there has been alot of discussion on this in the other thread, some
of it tangent'd to the original, so, I'm starting off a new thread as a
sort of summary ...

I've been doing some thinking on it this afternoon, and think I've figured
out about the simpliest way of doing it ... it still doesn't deal with
"fakers" and such, but, IMHO, I don't think that that is a *huge* problem
that needs to be addressed ... some might do it for a lark, but, overall,
it just sounds like something that is "more worth then its worth", so over
time, it should eventually balance out ...

Now, the idea is to make this:

a) run on as many boxes as possible
b) not require any special software to be installed on the clients
c) not require any special "registration" by the clients
d) not pull any "sensitive" information

So, here is what I've kinda got it down to ... pseudo-ish code, since I
haven't got the exact syntax worked out *yet* ... specifically, parsing
pciconv to get query strings out of it ...

Now, this is designed to be run *once* per month, per host ... it is also
meant to try, to a certain extent, deal with NAT boxes ... its not
perfect, but, unfortunately, as this whole discussion has shown, there
really is no "perfect" way ...

STEP 1:

fetch -o /tmp/getid http://bsdstats.hub.org/get_id.php

get_id.php will look at the IP that is coming in, search the database, and
if a host already exist, will increment by 1 and return a new id ... all
IPs will have at least one:

IP:1 pair in the database, NAT hosts will have IP:2, IP:3, IP:4, etc ...

STEP 2:

pciconf -lv needs to be parsed, this being the hard step, into a string
that can be sent via HTTP ... this is the hard part because it has to be
done as/in a shell script ... anyone out there *really* good at shell
programming?

What needs to happen is:

[EMAIL PROTECTED]:0:2: class=0x060400 card=0x0044 chip=0x032a8086 rev=0x09
hdr=0x01
vendor = 'Intel Corporation'
device = '6700PXH PCI Express-to-PCI Express Bridge B'
class= bridge
subclass = PCI-PCI

Needs to be converted into:

device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI

So that the final query would look something like:

fetch http://bsdstats.hub.org/report.php?id=`cat
/tmp/getid`&device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI

So there would be one 'fetch' per device listed ...

report.php would take the IP:getid pair, and store one record per device
into the database, from which stats could be very easily generated using
standard SQL queries ...

STEP 3:

fetch http://bsdstats.hub.org/report_sys.php?id=`cat /tmp/getid`&system=`uname
-mr | sed 's/\ /+/g'`

To record the FreeBSD version ...

I personally don't think there is anything else useful / non-sensitive
that we'd want to report on ...

Now, the idea is that this would be dump'd into /etc/periodic/monthly, and
/etc/defaults/periodic.conf would have:

monthly_statistics_enable="YES"
monthly_statistics_report_pciconf="YES"

Optimally, we'd love to have everyone report pciconf information, since
knowing what vendors and devices are in use would definitely add more
weight then *just* what version of FreeBSD, but in order to hopefully get
as much "buy into" this as possible, the script should be written to allow
it to be disabled ... again, I can't think of why someone would feel that
that was 'sensitive information', but providing the option to shut it off
is definitely a must ...

How does that sound?

Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED]
Yahoo . yscrappy Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

EVDO cards and FreeBSD (verizon or sprint)?

2006-08-03 Thread Bill Schoolcraft

Hello Family,

I have to get a EVDO card for work purposes and wanted to ask the
group if anyone can offer any suggestions to:

(A) The card to buy (Unix_Friendly)

(B) Verizon or Sprint?

TIA

-- 
Bill Schoolcraft <*>  http://wiliweld.com
  ~
"Failure is not falling down, 
  but refusing to get up!"

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: binary upgrade issues

2006-08-03 Thread Colin Percival

Oops, I forgot to edit the subject line before hitting 'Send' -- for
some reason, SpamAssassin thought that John's original email needed
to be marked as **SPAM**.

Colin Percival
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: trouble with cvsup

2006-08-03 Thread Stefan Bethke


Am 03.08.2006 um 19:36 schrieb Jonathan Horne:

Server warning: RCS file error in "/usr/local/etc/cvsup/prefixes/ 
FreeBSD.cvs/src/sys/modules/i2c/controllers/nfsmb/Makefile,v":1:  
"head" expected


Looks like cvsup15.us.freebsd.org has some file corruption. Try using  
a different CVSUp mirror instead.


i use the stable-supfile, but with one changed line, to get me to  
RELENG:

*default release=cvs tag=RELENG_6_1


Not sure I understand what you'd like to achieve: if you want FreeBSD- 
stable, then the tag should be RELENG_6.  If you want to track the  
security branch, then RELENG_6_1 is correct.



Stefan

--
Stefan Bethke <[EMAIL PROTECTED]>   Fon +49 170 346 0140


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: SPAM binary upgrade issues

2006-08-03 Thread Colin Percival

John Rogers wrote:
> Hi, I was upgrading following Colin's "FreeBSD 6.0 to FreeBSD 6.1
> binary upgrade"
> 
> http://www.daemonology.net/freebsd-upgrade-6.0-to-6.1/
> 
> but it failed.  I installed freebsd 6.0 release and only used Colin's
> freebsd-update to updae before.  There is plenty of free space on that
> partition.  What do you advise me to do to finish the upgrade?

Based on what you pasted below, I suggest
1. Figure out why /usr/bin/gdbtui can't be read.  In particular, make
sure your hard drive isn't dying.
2. The error which made the script terminate is either due to a dying
hard drive or a network problem which made it impossible to fetch some
files.  Re-run the script; it won't bother fetching files which it
already has.

Note that at this point all the script has done is to examine your
system and download files; it won't start actually upgrading anything
until it makes sure that it has all the files it needs. :-)

> I also wonder why these binary update and upgrade are not legitimized
> in the freebsd core distribution.  An important reason why linux is
> used by more is its easy update solution similar to Microsoft's
> Windows Update.  Sure "make world" is fun especially to developers.
> But providing easy update and upgrade tools in addition will attract a
> large user base who just need a stable and easy to use operation
> system - and many of them can be companies who can be potential donors
> to the freebsd project.  So the effort to this path will be well
> rewarded.

We're moving in that direction.  Everything starts out by being experimental
before becoming officially supported and endorsed.

Colin Percival
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?

--- User Freebsd <[EMAIL PROTECTED]> wrote:

> On Thu, 3 Aug 2006, [EMAIL PROTECTED]
> wrote:
> 
> > maybe it's just because I've been reading up on it
> but what about 
> > outputting the information in XML??? Then you
> could tag the Vendor, 
> > Name, basic info, number of users, etc. in a
> tagged form that could be 
> > then stored in a Dbase of some kind by vendor,
> working in FreeBSD X.Y, 
> > broken, etc. The XML should be easily outputted on
> the fly to XHTML so 
> > it can be reviewed by devolopers and what not.
> Just my too cents...
> 
> 'k, right now, we are trying to get the data from
> the remote clients to a 
> central server ... if you are thinking of using XML
> for this (not against 
> it, I just know nothing about it), can you provide
> an example of what you 
> are thinking, and how we'd script this to use HTTP
> to connect to the 
> remote server?
> 
> The hard part of all of this is that it cannot
> require *anything* except 
> for the base system, so no php, no perl ... just
> pure shell commands ... 
> it cannot require an administrator to install
> anything above the script 
> itself ...
> 
> 
> Marc G. Fournier   Hub.Org Networking
> Services (http://www.hub.org)
> Email . [EMAIL PROTECTED] 
> MSN . [EMAIL PROTECTED]
> Yahoo . yscrappy   Skype: hub.org   
> ICQ . 7615664
> 

ok well I'm not much of a C programmer right now so
I'll give you waht I think in
psuedo-psuedo-psuedo-code

write a small program that shell calls pciconf -lv and
outputs this to a temporary file or buffers to memory.
Then use maybe a tr (translate I think its tr, never
really used the command) to change things like Vendor:
foobar in the pciconf -lv output to 

Vendor: foorbar 
 Hardware: RAID controller 

or whatever XML tags you want to use using the acutal
output data from pciconf -lv as a starting point

take this tagged file and insert it into a properly
defined XML file with the header defined and a proper
root tag like

[standard XML header info, may be system specific
based on encoding and what not]

making tr work line by line with exception handling
for all the tags it might encounter is something I
would have to look into more myself.

Then you could write up a CSS or XSLT stylesheet so it
will display this information to a webbrowser however
your want. Once you have figured out what tags you
want to use this shouldn't be too hard.

I guess a script file would be the easiest way to
accompish all this in hindsight,as all the commands
I've used are standard shell commands. Putting it all
together is going to take more thought then what I can
give it at work right now.

The stylesheet could be stored on a central server of
your choosing and added to the header for the XML that
the script file generates. If this is still not very
understandable I will see if I can generate a shell
program to get things started. myunderstanding is once
the shell is installed it should be runable by anyone
with access to pciconf, tr, cat, and maybe a few other
commands like date and whatnot for documentation sake;
which means any user should be able to run and install
the script in their home/bin directory. As far as
uploading this file to a database that is beyond the
scope of my feable mind, but I don't think it would be
too hard to accomplish if someone was more familiar
with db or whatever other database you want to store
this by.

hope this gives you more of an idea as to what I was
getting at, hopefully there will be more to come if I
figure this thing out; I need to learn how to process
XML for a little project I'm working on for a friend
anyway.

The good thing about this is once in XML I know there
are stardard ways of serving the XML file with a
webserver for display. What I don't know is how to
make it searchable or concatenate all the hardware and
what not so you can see a per device status as to its
functionality in a particular snapshot of FreeBSD.

-brian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?


On Thu, 3 Aug 2006, [EMAIL PROTECTED] wrote:

maybe it's just because I've been reading up on it but what about 
outputting the information in XML??? Then you could tag the Vendor, 
Name, basic info, number of users, etc. in a tagged form that could be 
then stored in a Dbase of some kind by vendor, working in FreeBSD X.Y, 
broken, etc. The XML should be easily outputted on the fly to XHTML so 
it can be reviewed by devolopers and what not. Just my too cents...


'k, right now, we are trying to get the data from the remote clients to a 
central server ... if you are thinking of using XML for this (not against 
it, I just know nothing about it), can you provide an example of what you 
are thinking, and how we'd script this to use HTTP to connect to the 
remote server?


The hard part of all of this is that it cannot require *anything* except 
for the base system, so no php, no perl ... just pure shell commands ... 
it cannot require an administrator to install anything above the script 
itself ...



Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

binary upgrade issues

2006-08-03 Thread John Rogers

Hi, I was upgrading following Colin's "FreeBSD 6.0 to FreeBSD 6.1
binary upgrade"

http://www.daemonology.net/freebsd-upgrade-6.0-to-6.1/

but it failed. I installed freebsd 6.0 release and only used Colin's
freebsd-update to updae before. There is plenty of free space on that
partition. What do you advise me to do to finish the upgrade?

I also wonder why these binary update and upgrade are not legitimized
in the freebsd core distribution. An important reason why linux is
used by more is its easy update solution similar to Microsoft's
Windows Update. Sure "make world" is fun especially to developers.
But providing easy update and upgrade tools in addition will attract a
large user base who just need a stable and easy to use operation
system - and many of them can be companies who can be potential donors
to the freebsd project. So the effort to this path will be well
rewarded.

Thank you very much! Tony

# ./upgrade.sh
Examining system... done.

The following components of FreeBSD do not seem to be installed:
kernel|smp src|games world|games world|proflibs

Does this look reasonable (y/n)? y

Examining system (this will take a bit longer)...sha256:
/usr/bin/gdbtui: Input/output error
done.

The following files from FreeBSD 6.0 have been modified since they were
installed, but will be deleted or overwritten by new versions:
/usr/bin/gdbtui

The following files from FreeBSD 6.0 have been modified since they were
installed, and will not be touched:
/etc/hosts /etc/mail/aliases /etc/mail/mailer.conf /etc/manpath.config
/etc/master.passwd /etc/motd /etc/newsyslog.conf /etc/passwd /etc/pwd.db
/etc/shells /etc/spwd.db /etc/sysctl.conf

The following files from FreeBSD 6.0 have been modified since they were
installed, and the changes in FreeBSD 6.1 will be merged into the
existing files:
/etc/group /etc/pf.conf

Does this look reasonable (y/n)? y

Preparing to fetch files... done.
Fetching 186
patches102030405060708090100110120130140150160170180...
done.
Applying patches... done.
Fetching 41824
files10203040506070809010011012013014015016017018019020021022023024025026027028029030031032033034035036037038039040041042043044045046047048049050051052053054055056057058059060061062063064065066067068069070071072073074075076077078079080081082083084085086087088089090091092093094095096097098099010001010102010301040105010601070108010901100111011201130114011501160117011801190120012101220123012401250126012701280129013001310132013301340135013601370138013901400141014201430144014501460147014801490150015101520153015401550156015701580159016001610162016301640165016601670168016901700171017201730174017501760177017801790180018101820183018401850186018701880189019001910192019301940195019601970198019902000201020202030204020502060207020802090210021102120213021402150216021702180219022002210222022302240225022602270228022902300231023202330234023502360237023802390240024102420243024402450246024702480249025002510252025302540255025602570258025902600261026202630264026502660267026802690270027102720273027402750276027702780279028002810282028302840285028602870288028902900291029202930294029502960297029802990300030103020303030403050306030703080309031003110312031303140315031603170318031903200321032203230324032503260327032803290330033103320333

Re: RealTek 8139 not identified in FreeBSD

2006-08-03 Thread Garrett Cooper


Andrew Robinson wrote:

Hi Marlon,

This thread may (or may not) prove useful to you:

http://lists.freebsd.org/pipermail/freebsd-hackers/2005-March/011012.html

Good luck!

Andrew


From: [EMAIL PROTECTED]
Subject: RealTek 8139 not identified in FreeBSD
To: freebsd-questions@freebsd.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-7"


Hello.

I have an Acer Aspire 1600 laptop with a RealTek 8139 integrated network card.
The card is not identified at all in neither FreeBSD 6.1-RELEASE nor in
FreeBSD 5-STABLE, not even in DragonFlyBSD (which is a fork of FreeBSD 5 IIRC).
"pciconf -lv" does not report back any information on the card at all.

Linux and Windows however can identify the card as "RealTek 8139 chip type
'RTL-8100B/8139D' at 0x1800-0x18ff, Memory: EC005000-EC0050FF, IRQ 19".

Since FreeBSD is a lot better for my computing needs, is there a way I can
get the above card to work correctly (or even work at all) in FreeBSD?

Thanks in advance.


Have you compiled miibus support into the kernel? As a sidenote though, 
if you haven't custom built a kernel it should work straight out of the 
box. Also if you build ACPI or APM support into your kernel, the IRQ for 
your ACPI or APM functionality may be the same as the IRQ for your 
Realtek card; thus if you disable your ACPI and APM support and your 
Realtek card just starts to work for you, the problem is IRQ based ;).

-Garrett

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

conundrum: _C99_SOURCE vs. sigset

2006-08-03 Thread Mikhail Teterin

Hello!

I'm trying to compile a program, which uses threads and has its own daemon 
global variable.

The variable's declaration results in an error:

recsnap.C:50: error: `RTRString daemon' redeclared as different kind of symbol
/usr/include/stdlib.h:252: error: previous declaration of `int daemon(int, 
int)'

The daemon()'s declaration in stdlib.h can be turned off by declaring either 
_C99_SOURCE or _ANSI_SOURCE. Unfortunately, both of these defines also turn 
off the declaration of sigset_t and fd_set:

/usr/include/pthread.h:233: error: expected `,' or `...' before '*' token
.../include/rtr/selectni.h:129: error: `fd_set' does not name a type

Can this be solved -- without modifying the vendor's code? Thanks!

-mi
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: How can I have dual displays (Laptop screen and TV)?

--- "Peter A. Giessel" <[EMAIL PROTECTED]> wrote:

> 
> 
> On 2006/08/03 11:29, [EMAIL PROTECTED]
> seems to have typed:
> > Also the H-sync should prolly be 50 hertz locked
> as
> > this seems to be PAL's standard refresh rate.
> 
> My replies don't show up on the list for some reason
> (something about
> how the freebsd.org servers can't find my server's
> FQDN), but I'm pretty
> sure that he needs to set his VertRefresh to 50 for
> PAL (and I've
> sent him a message as such).
> 

I figured as much, I know TV's aren't monitors and so
a range of values didn't seem valid.

Ahhh, your servers don't do a reverse domain name
lookup properly... If they're your servers then you
should be able to fix that. The Complete FreeBSD has
some section on it which is reasonably parsable by
humans... (I kid, I kid gotta learn how to do a DNS
server myself so it's still a little cryptic to me) If
its your ISP I would keep sending them Shame on you
messages until they fix it. I know that reverse domain
lookup is typcially done to help eliminate spam anyway
so you can use that as firepower. if they're using
Mircosoft servers it probably won't be able to be
fixed anytime soon. At least not until Microsoft
starts using standards that don't have their trademark
on it... Although if Mac.com is your domain then Mac
servers would likely be being used, which means its a
variant of BSD anyway and should be just a simple
configuration change on their end...

-brian

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problems with MySQL since upgrade

2006-08-03 Thread Richard Morse

Hi!  I finally figured out what was going on.  Thanks for the people  
who gave suggestions.


The query I thought was the problem really wasn't -- at some point  
between 5.0.13 and 5.0.22 a change was introduced which affected  
inner joins.  I had a view which was aggresively created using inner  
joins (in order to take an EAV-like table and view it as though it  
were a regular table), and if I tried to do a three table inner join  
with a view involved, it sat there and entered some kind of loop.   
This either caused the tables to be locked, and later queries  
involving these tables were waiting for a freed lock, or eventually  
the number of open connections / threads climbed too high and all  
later connections were waiting.  I was able to (for now) solve the  
problem by recreating the view as a realized table which gets rebuilt  
every hour.


Thanks,
Ricky
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problems with MySQL since upgrade

2006-08-03 Thread Richard Morse


On Aug 3, 2006, at 3:36 PM, [EMAIL PROTECTED] wrote:


Dear Ricky,

i understand if this is of no use to you, but: switch to PostgreSQL as
soon as you can. MySQL has given me nothing but trouble, especially on
FBSD ( threads ).

PGSQL is more complete, and faster on harder queries.


Hi!  Thanks for the suggestion -- I already run a number of  
PostgreSQL databases.  We're using MySQL for one particular  
application which, even though it has partial PostgreSQL  
compatibility, really needs MySQL.


Ricky

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problems with MySQL since upgrade

2006-08-03 Thread usleepless


Dear Ricky,

On 8/2/06, Richard Morse <[EMAIL PROTECTED]> wrote:

No, they were all normal (the latter two were 0, the first was about
110).  FWIW, the query usually proceeds normally; it's only when it
doesn't that things go bad.

I'm wondering if this is a problem with threads -- I've been doing
research, and a number of places say that there are threading issues
on FreeBSD 5 with MySQL thread when using the standard threading
library.  I'm going to recompile MySQL with the linuxpthreads option,
and see if that stops this...


i understand if this is of no use to you, but: switch to PostgreSQL as
soon as you can. MySQL has given me nothing but trouble, especially on
FBSD ( threads ).

PGSQL is more complete, and faster on harder queries.

regards,

usleep
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Gotta start somewhere ... how many of us are really out there?



--- User Freebsd <[EMAIL PROTECTED]> wrote:

> On Thu, 3 Aug 2006, Antony Mawer wrote:
> 
> > Agreed...
> >
> > I could probably add around 1,500 systems that
> could conceivably be setup to 
> > chime in with their numbers periodically; one of
> the pre-requisites for that 
> > would be that the access method be HTTP or HTTPS
> based so it could be relayed 
> > via a proxy...
> >
> > Another nice thing to include might be a hash of
> hardware inventory (a 
> > further opt-in thing beyond the basic checkins)...
> Mark alluded to this early 
> > in the piece, but it would be nice to be able to
> pull up something that said 
> > "hang on, out of the X% of users on file, Y% are
> using Adaptec SCSI cards, in 
> > particular model XYZ"... this would be very
> helpful when trying to get vendor 
> > support etc...
> >
> > Some form of hash calculated on these would allow
> you to detect if they had 
> > changed at all, and only re-send them in the event
> of a change...
> >
> > ... just thinking out loud ... !
> 
> 'k, so, how do we script this then?
> 
> Getting a list of devices is actually pretty easy,
> and I've tried this on 
> my 4.x machines also, so it isn't something that
> will be a problem on 
> older versions:
> 
> # pciconf -l
> [EMAIL PROTECTED]:0:0: class=0x06 card=0x
> chip=0x700c1022 rev=0x20 hdr=0x00
> [EMAIL PROTECTED]:1:0: class=0x060400 card=0x
> chip=0x700d1022 rev=0x00 hdr=0x01
> [EMAIL PROTECTED]:7:0: class=0x060100 card=0x
> chip=0x74401022 rev=0x05 hdr=0x00
> [EMAIL PROTECTED]:7:1: class=0x01018a card=0x74411022
> chip=0x74411022 rev=0x04 hdr=0x00
> [EMAIL PROTECTED]:7:3: class=0x068000 card=0x74431022
> chip=0x74431022 rev=0x03 hdr=0x00
> [EMAIL PROTECTED]:9:0:  class=0x010400 card=0xc0351044
> chip=0xa5111044 rev=0x01 hdr=0x00
> [EMAIL PROTECTED]:11:0:class=0x02
> card=0x10018086 chip=0x100f8086 rev=0x01 hdr=0x00
> [EMAIL PROTECTED]:16:0:class=0x060400
> card=0x chip=0x74481022 rev=0x05 hdr=0x01
> [EMAIL PROTECTED]:0:0: class=0x0c0310 card=0x74491022
> chip=0x74491022 rev=0x07 hdr=0x00
> [EMAIL PROTECTED]:7:0: class=0x03 card=0x80081002
> chip=0x47521002 rev=0x27 hdr=0x00
> [EMAIL PROTECTED]:8:0:  class=0x02 card=0x10408086
> chip=0x12298086 rev=0x10 hdr=0x00
> 
> And, more specifically, we can get:
> 
> # pciconf -l -v
> [EMAIL PROTECTED]:9:0:  class=0x010400 card=0xc0351044
> chip=0xa5111044 rev=0x01 hdr=0x00
>  vendor   = 'Adaptec (Formerly: Distributed
> Processing Technology (DPT))'
>  device   = 'Raptor SmartRAID Controller'
>  class= mass storage
>  subclass = RAID
> 
> So, with that one command, we can get a fair amount
> of hardware 
> information ... but, how to feed that into a proper
> HTTP request? 
> Storing all of that information would be cool, cause
> then we could build 
> reports based on device driver / vendor / device /
> class and subclass ... 
> but that might be a bit heavy to do in an HTTP
> request, no?  I take it 
> email isn't an option, in your case?
> 
> 
> Marc G. Fournier   Hub.Org Networking
> Services (http://www.hub.org)
> Email . [EMAIL PROTECTED] 
> MSN . [EMAIL PROTECTED]
> Yahoo . yscrappy   Skype: hub.org   
> ICQ . 7615664
> ___
> freebsd-questions@freebsd.org mailing list
>
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to
> "[EMAIL PROTECTED]"
> 

maybe it's just because I've been reading up on it but
what about outputting the information in XML??? Then
you could tag the Vendor, Name, basic info, number of
users, etc. in a tagged form that could be then stored
in a Dbase of some kind by vendor, working in FreeBSD
X.Y, broken, etc. The XML should be easily outputted
on the fly to XHTML so it can be reviewed by
devolopers and what not. Just my too cents...

definately thinking out loud

-brian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: How can I have dual displays (Laptop screen and TV)?



--- Yousef Raffah <[EMAIL PROTECTED]> wrote:

> Peter A. Giessel wrote:
> > On 2006/08/03 8:46, Yousef Raffah seems to have
> typed:
> >
> > [snip]
> >
> >   
> >> Section "Monitor"
> >> Identifier  "TV"
> >> HorizSync   30-50
> >> VertRefresh 60
> >> EndSection
> >> 
> >
> > [snip]
> >
> >   
> >> Section "Device"
> >> Identifier "TV"
> >> Driver  "ati"
> >> Option  "MonitorLayout" "TV,LFP"
> >> Option  "TVStandard" "PAL"
> >> Option  "TVOutFormat" "SVIDEO"
> >> Option  "ConnectedMonitor" "TV"
> >> Screen 1
> >> EndSection
> >> 
> >
> > [snip]
> >
> > Correct me if I'm wrong, but I'm pretty sure PAL
> is 25 fields/sec,
> > which corresponds to 50Hz not 60Hz.
> >   
> I really have no idea, what are you suggesting then?
> 
> -- 
> 
> Sincerely,
> 
> Yousef Adnan Raffah
> The Savola Group
> 
> ---
> Aren't you using Firefox? Get it at
> http://www.getfirefox.com
> 
> 
> 
As much of a pain as it might sound you should
probably google PAL specs for TV output, get a copy of
"The Complete FreeBSD" either on the website or the
printed copy in a store, thumb to the X org (free)
section and form a proper Modeline statement for the
screen by following their instructions and using PAL's
spec. Either that or keep googling X org and PAL TV's.
I think it is something with the refresh rates though.
Also the H-sync should prolly be 50 hertz locked as
this seems to be PAL's standard refresh rate. X might
be defaulting to the low end which is causing the
flicker.
It might help to define the resolution you want the
screen to have as well. PAL supports a few different
ones at different levels of fidelity. Again X might go
to the low end of things to be safe which is just
causing the interlacing to occur too slowly and
flicker on you.

good luck

-brian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Adding a FreeBSD Gateway on a DSL/ ATM circuit

2006-08-03 Thread David Kelly

On Thu, Aug 03, 2006 at 08:35:42AM -1000, [EMAIL PROTECTED] wrote:
> 
> I can ping from the gateway box nic to the internet ok. I can ping from 
> the Test box to the Lan side of the gateway box OK. I cant reach the 
> internet thru the gateway. I have read probably 5 howtos from the 
> FreeBSD hand book and elsewhere and none are exactly what I am doing.

A properly designed DSL/ATM modem or router is not going to allow
private IP addresses onto the public internet. So you can not get thru
the FreeBSD gateway without NAT to map 192.168/16 to the gateway
external IP address.

At the very least you need to enable gateway and NAT. One way to do NAT
is with IPFW.

in /etc/rc.conf I have:

firewall_enable="YES"   # Set to YES to enable firewall functionality
firewall_type="client"  # really ought to remove this from custom script
firewall_script="/etc/dmk.firewall" # my custom script
natd_enable="YES"   # Enable natd (if firewall_enable == YES).
natd_interface="fxp1"   # the external interface to place nat'ed packets
natd__flags="-f /etc/natd.conf" # some natd config
gateway_enable="YES"# both natd and gateway needed

/etc/natd.conf looks like this:

interface fxp1
log_denied
log_facility security
use_sockets
same_ports
dynamic
log_ipfw_denied
punch_fw4900:99 

punch_fw defines where dynamic rules are inserted in my ipfw ruleset to support 
ftp.

/etc/dmk.firewall is only a modified version of the stock rc.firewall.

-- 
David Kelly N4HHE, [EMAIL PROTECTED]

Whom computers would destroy, they must first drive mad.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: How can I have dual displays (Laptop screen and TV)?

2006-08-03 Thread Yousef Raffah

Peter A. Giessel wrote:
> On 2006/08/03 8:46, Yousef Raffah seems to have typed:
>
> [snip]
>
>   
>> Section "Monitor"
>> Identifier  "TV"
>> HorizSync   30-50
>> VertRefresh 60
>> EndSection
>> 
>
> [snip]
>
>   
>> Section "Device"
>> Identifier "TV"
>> Driver  "ati"
>> Option  "MonitorLayout" "TV,LFP"
>> Option  "TVStandard" "PAL"
>> Option  "TVOutFormat" "SVIDEO"
>> Option  "ConnectedMonitor" "TV"
>> Screen 1
>> EndSection
>> 
>
> [snip]
>
> Correct me if I'm wrong, but I'm pretty sure PAL is 25 fields/sec,
> which corresponds to 50Hz not 60Hz.
>   
I really have no idea, what are you suggesting then?

-- 

Sincerely,

Yousef Adnan Raffah
The Savola Group

---
Aren't you using Firefox? Get it at http://www.getfirefox.com




signature.asc
Description: OpenPGP digital signature

Re: Gotta start somewhere ... how many of us are really out there?


On Thu, 3 Aug 2006, Antony Mawer wrote:


Agreed...

I could probably add around 1,500 systems that could conceivably be setup to 
chime in with their numbers periodically; one of the pre-requisites for that 
would be that the access method be HTTP or HTTPS based so it could be relayed 
via a proxy...


Another nice thing to include might be a hash of hardware inventory (a 
further opt-in thing beyond the basic checkins)... Mark alluded to this early 
in the piece, but it would be nice to be able to pull up something that said 
"hang on, out of the X% of users on file, Y% are using Adaptec SCSI cards, in 
particular model XYZ"... this would be very helpful when trying to get vendor 
support etc...


Some form of hash calculated on these would allow you to detect if they had 
changed at all, and only re-send them in the event of a change...


... just thinking out loud ... !


'k, so, how do we script this then?

Getting a list of devices is actually pretty easy, and I've tried this on 
my 4.x machines also, so it isn't something that will be a problem on 
older versions:


# pciconf -l
[EMAIL PROTECTED]:0:0: class=0x06 card=0x chip=0x700c1022 rev=0x20 
hdr=0x00
[EMAIL PROTECTED]:1:0: class=0x060400 card=0x chip=0x700d1022 rev=0x00 
hdr=0x01
[EMAIL PROTECTED]:7:0: class=0x060100 card=0x chip=0x74401022 rev=0x05 
hdr=0x00
[EMAIL PROTECTED]:7:1: class=0x01018a card=0x74411022 chip=0x74411022 rev=0x04 
hdr=0x00
[EMAIL PROTECTED]:7:3: class=0x068000 card=0x74431022 chip=0x74431022 rev=0x03 
hdr=0x00
[EMAIL PROTECTED]:9:0:  class=0x010400 card=0xc0351044 chip=0xa5111044 rev=0x01 
hdr=0x00
[EMAIL PROTECTED]:11:0:class=0x02 card=0x10018086 chip=0x100f8086 
rev=0x01 hdr=0x00
[EMAIL PROTECTED]:16:0:class=0x060400 card=0x chip=0x74481022 
rev=0x05 hdr=0x01
[EMAIL PROTECTED]:0:0: class=0x0c0310 card=0x74491022 chip=0x74491022 rev=0x07 
hdr=0x00
[EMAIL PROTECTED]:7:0: class=0x03 card=0x80081002 chip=0x47521002 rev=0x27 
hdr=0x00
[EMAIL PROTECTED]:8:0:  class=0x02 card=0x10408086 chip=0x12298086 rev=0x10 
hdr=0x00

And, more specifically, we can get:

# pciconf -l -v
[EMAIL PROTECTED]:9:0:  class=0x010400 card=0xc0351044 chip=0xa5111044 rev=0x01 
hdr=0x00
vendor   = 'Adaptec (Formerly: Distributed Processing Technology (DPT))'
device   = 'Raptor SmartRAID Controller'
class= mass storage
subclass = RAID

So, with that one command, we can get a fair amount of hardware 
information ... but, how to feed that into a proper HTTP request? 
Storing all of that information would be cool, cause then we could build 
reports based on device driver / vendor / device / class and subclass ... 
but that might be a bit heavy to do in an HTTP request, no?  I take it 
email isn't an option, in your case?



Marc G. Fournier   Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED]  MSN . [EMAIL PROTECTED]
Yahoo . yscrappy   Skype: hub.orgICQ . 7615664
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: How can I have dual displays (Laptop screen and TV)?

2006-08-03 Thread Simon Phoenix

On Thursday 03 August 2006 19:46, Yousef Raffah wrote:
> I like to watch movies and clips alot, so a 15.4" is not really and
> impressive or a great option, therefore, I wanted to be able to plug my
> laptop to the Samsung TV at home through an S-Video cable in order to
> watch the movies.
>
> However, I was not able to properly configure xorg.conf and I googled
> for S-Video and xorg but most of the results I found were Linux related
> (although I doubt it would make a big difference) but none worked with
> me. My xorg.conf is appended.
>
> If I connect my laptop to the TV while my X is running and fn+F5 my TV
> screen tries to display X but the screen keeps on flickering. I tried
> shutting down X, connecting and fn+F5 it works fine but after I start X
> again, it keeps on flickering :(

Take a look at the http://gatos.sf.net
Maybe this solve Your problem.

-- 
Best regards,
Simon Phoenix (Phoenix Lab.)
---
KeyID: 0x2569D30B
Fingerprint: 78FC 5C40 07CC D331 148E CC79 84B8 D514 2569 D30B
---


pgptX9uNBwFTQ.pgp
Description: PGP signature

Adding a FreeBSD Gateway on a DSL/ ATM circuit

2006-08-03 Thread [EMAIL PROTECTED]


Aloha,

My current problem is that I need to use a box as a FreeBSD 6.* 
gateway/firewall to the internet protecting  an MS box that is in the 
office for doing a lot of photo work and uploading to servers for the 
company my wife works with. I was going to use a freesco (Linux)disk 
/firewall/gateway/router like I have on my single dsl 1.5/384 line. 
(This is currently what is protecting the MS box on this circuit.)


However, the freesco setup does not work as a gateway on the leg of the 
ATM 5 IP circuit where we want to move the MS box to. I have tried to 
get it setup and have emailed the freesco lists and apparently no one 
has accomplished this.


I have now built a FreeBSD box with 2 nics to use as a 
gateway/router/firewall between the single MS box and the internet. ed1 
is on the 66.xxx.132.236 leg of the ATM. The defaultgateway on the 
internet side of the ATM is 66.xxx.132.233.
The LAN side of the box ed0 is 192.168.1.1 to which the MS box is 
directed.  ( I am using a test box 192.168.1.29 with FreeBSD 6* in place 
of the MS box at this point.)


I can ping from the gateway box nic to the internet ok. I can ping from 
the Test box to the Lan side of the gateway box OK. I cant reach the 
internet thru the gateway. I have read probably 5 howtos from the 
FreeBSD hand book and elsewhere and none are exactly what I am doing.


On FreeBSD Questions list recently there was a similar issue question 
posted but no body answered the post.


It had to do with rc.conf

Listing both Nics  ifconfig_ed0 =66.xxx.132.236  netmask 
255.255.255.248  #inet side
  ifconfig -ed1=192.168.1.1 netmask 
255. 255.255.0   # lan side

  and gateway_enable="YES" which I have done.

At this point I have not attempted a firewall PF or IPFW since I cant 
reach the internet thru the gateway and I want to understand what is not 
right with this setup first.


If I use: route add -net 192.168.1 .29192.168.1.1

I can no longer ping the Lan side of the gateway from the test box.

Can you direct me to or give me a howto on setting this up so I can 
reach the internet if indeed its possible using a gateway/firewall on 
the leg of an ATM circuit? Any help would be appreciated.


Thanks,

Al Plant - Honolulu, Hawaii

- Admin -- http://hawaiidakine.com -- http://hdk5.com -- 
-- http://internetohana.org -- http://freeBSDinfo.org --

+ Supporting open source computing - FreeBSD 6.* +


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: trouble with cvsup

2006-08-03 Thread Lowell Gilbert

"Jonathan Horne" <[EMAIL PROTECTED]> writes:

> (resent, as i was in too much of a hurry this morning, and forgot to add a
> subject line)

> im having a problem with cvsup-ing my existing sources.  if i update an
> existing set, i get this:
>
>  -=(oo)=(cvsup18.us.freebsd.org)=-
>
> Parsing supfile "/root/stable-supfile"
> Connecting to cvsup15.us.freebsd.org
> Connected to cvsup15.us.freebsd.org
> Server software version: SNAP_16_1h
> Negotiating file attribute support
> Exchanging collection information
> Establishing multiplexed-mode data connection
> Running
> Updating collection src-all/cvs
> Server warning: RCS file error in
> "/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/sys/modules/i2c/controllers/nfsmb/Makefile,v":

As far as I know, /usr/local/etc/cvsup is normally only used for
cvsupd.  Are you running that?  The regular stable-supfile shouldn't
touch that, ever.

I suppose you could look at the cvs checkouts file (in /var/db/sup by
default, I think) to see if that path shows up in there. 

> none of my other boxes get an error like this, they all peform a normal
> cvs updating operation.
>
> any ideas?

Apparently, something is corrupting your database.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Replacing windows XP at home.