Re: matthew dillon
to quote the freebsd-current dmesg: Be nice to each other, mmmkay? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: printf....!
On Sat, 8 Feb 2003 22:13:32 + (UTC) in lucky.freebsd.hackers, Auge Mike wrote: Hi all, I was trying to know how printf works in FreeBSD... I hvae reached to this point : #define _write(fd, s, n) \ __syscall(SYS_write, (int)(fd), (const void *)(s), (size_t)(n)) I'am not really familiar with the way FreeBSD handle interrupts. I like from any one of you to tell me what functions will be called next and in which files, till we get the string of the printf function argment displayed in the terminal. That means that printf(3) uses write(2). Write(2) is a system call with syscall number SYS_write (look at __syscall(2)). Syscalls are described in syscalls.master like files. There is at least one such file for every supported binary: /sys/kern/syscals.master, /sys/i386/linux/syscalls.master, etc. Syscalls implementation is a part of the kernel, so you need to get information about the name of the appropriate function for the syscall with the SYS_write number from the syscalls.master file and find this function in /sys sources. I suppose you need this one /sys/kern/sys_generic.c:write() See also: manual pages for write(2), syscall(2); System Calls chapter from the x86 Assembly Language Programming (available in FreeBSD Developers' Handbook). To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Missing commit bit [PATCH].
Wes Peters [EMAIL PROTECTED]: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/rules.html sorry to insist, but even after following all the links in the slashdot-story this isn't clear to me. was it really about the ipfw-hack he proposed? there were eight (or so) emails cited from a developers list, which looked quite civil to me. it seemed a technical discussion with the new-kernel - old libs problem at its heart, certainly no dirty linen there. clemens To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Missing commit bit [PATCH].
On 10 Feb 2003 12:02:24 +0100 clemens fischer [EMAIL PROTECTED] wrote: Howdy, sorry to insist, but even after following all the links in the slashdot-story this isn't clear to me. was it really about the ipfw-hack he proposed? there were eight (or so) emails cited from a developers list, which looked quite civil to me. it seemed a technical discussion with the new-kernel - old libs problem at its heart, certainly no dirty linen there. Slashdot as a source of information, heh :) No, it wasn't about the ipfw thing. As stated several times in the chat@ mailing list, it has to do with 4 years of bad netiquette. It looks like Matt won't and is not willing to change his behavior towards fellow committers. Too bad? Yes, it's a shame. Cheers, -- Miguel Mendez - [EMAIL PROTECTED] GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk Of course it runs NetBSD! msg39825/pgp0.pgp Description: PGP signature
Re: OpenPAM and OSVERSION
Sergey Matveychuk [EMAIL PROTECTED] writes: What is OSVERSION num right after OpenPAM implemented? What problem are you trying to solve? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: OpenPAM and OSVERSION
Sergey Matveychuk [EMAIL PROTECTED] writes: What is OSVERSION num right after OpenPAM implemented? What problem are you trying to solve? security/pam-* ports. I'v fiexed pam-mysql for this time. It's works for me. I'm working for PR. Sem. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: OpenPAM and OSVERSION
Sergey Matveychuk [EMAIL PROTECTED] writes: What is OSVERSION num right after OpenPAM implemented? What problem are you trying to solve? security/pam-* ports. I'v fiexed pam-mysql for this time. It's works for me. I'm working for PR. If you've fixed it in a way which requires knowing whether the system runs Linux-PAM or OpenPAM, you've fixed it wrong. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: OpenPAM and OSVERSION
If you've fixed it in a way which requires knowing whether the system runs Linux-PAM or OpenPAM, you've fixed it wrong. OK. Why? What fix will be a right one? My strategy is checking OSVERSION when build port and aplay a patch if it's 5.0+. Sem. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: OpenPAM and OSVERSION
Sergey Matveychuk [EMAIL PROTECTED] writes: If you've fixed it in a way which requires knowing whether the system runs Linux-PAM or OpenPAM, you've fixed it wrong. OK. Why? Because most PAM problems in ports are bugs in the ports themselves, which Linux-PAM just happens to tolerate and OpenPAM doesn't. In other words, it should be possible to find a solution to the problem which works equally well for Linux-PAM and OpenPAM, without the need to know which is which. And as a last resort, you can make OpenPAM- specific code conditional on the _OPENPAM preprocessor symbol. What fix will be a right one? I can't tell you unless you show me what you believe needs fixing. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update
In message: [EMAIL PROTECTED] Matthew Dillon [EMAIL PROTECTED] writes: : but for some reason I only get around 1MB/s via USB, even though FreeBSD : seems to understand that it is USB 2.0. FreeBSD's 4.x USB stack doesn't grok USB 2.0's ehci host bridge, except in legacy ohci (or is it uhci) mode. As such, I'd expect that you'd not get better than USB 1.0 speeds, which is consistant with 1MB/s you are seeing. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Anyone where to get a signed SSL certificate cheap?
Terry Lambert [EMAIL PROTECTED]: Note that many people have older browsers: the older the browser, the smaller the number of signing authorities they will recognize by default. Keep this in mind when picking browsers to examine. As a general comment, VeriSign does this as well, and tends to get the signing authority to either raise their price, or, if they will not, buys them, and raises their price. Certificate signing is fast becoming a monopoly. these seem to be two reasons for making up ones own root-CA. if people are likely to have to import it anyway, why not give them your own one? also, this monopoly isn't based on something the monopolies really have to themselves. the only true reason to buy a certificate might be the $$ needed to insure or guarantee them before a court of law in case of liability. clemens To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Missing commit bit [PATCH].
[cc's deleted] Miguel Mendez [EMAIL PROTECTED]: Slashdot as a source of information, heh :) actually i never read slashdot, but it was mentioned that the freebsd-core members had issued a full public statement on this case, which i still cannot find anywhere. so i had to resort to whatever i could get. i will shut up about this if somebody posts the URI to this public statement for me to read up on. clemens To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Making pkg_XXX tools smarter about file types...
...first, clemens fischer wrote: Yury Tarasievich [EMAIL PROTECTED]: I'd like to see in dependencies not only like was built with -1.9_2abc, so wants it, but also something like -1.5+ (obviously 1.5.0 and newer), -* (any version will do). Perhaps something else. At least to have possibility of specifying that, if this can't go into official ports. Does it seem reasonable? this problem has been annoying me for ages, but he who implements this should consider dependencies specified too liberally. sometimes newer versions aren't backwards compatible, which you can't know back in the past. Well, someone *should* pay *some* attention to what he's porting, right? And I've seen some ports even aren't compliant with hier(7), too. ...then, Tim Kientzle wrote: A better approach might be to simply fob it off on the user, i.e., # pkg_install foo-1.5 Warning: foo-1.5 requires bar-2.3, you have bar-1.7 installed. Proceed? [Y/n] In my opinion, user should be bothered with choices *only* when, like in this example, when dependency isn't *at* *all* satisfied. User definitely should *not* be bothered when differences are irrelevant to the functionality. E.g., ask only when bar-1.7 is installed and 2.3+ required, not when bar-1.7 is installed and say 1.4.1+ is required. I think dependencies could / should also have *upper* revision limit (library interface change, e.g.). And there could also be functionality of system-wide dependencies updating (isn't there one?) I've seen interesting concept of version number processing by D.J.Bernstein (called slashpackage, I believe). To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: OpenPAM and OSVERSION
Because most PAM problems in ports are bugs in the ports themselves, which Linux-PAM just happens to tolerate and OpenPAM doesn't. In other words, it should be possible to find a solution to the problem which works equally well for Linux-PAM and OpenPAM, without the need to know which is which. And as a last resort, you can make OpenPAM- specific code conditional on the _OPENPAM preprocessor symbol. No difference for port's user how source is change. Either a patch will apply for 5.0 only when port build or general pach where PAM version detects with preprocessor directives. Result code will be the same. I think it's a style question. What the community opinion? What fix will be a right one? I can't tell you unless you show me what you believe needs fixing. What a right way escape from PAM_CONV_AGAIN/PAM_TRY_AGAIN and relate code from LINUX_PAM? Sem. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: OpenPAM and OSVERSION
Sergey Matveychuk [EMAIL PROTECTED] writes: What a right way escape from PAM_CONV_AGAIN/PAM_TRY_AGAIN and relate code from LINUX_PAM? Shoot the module author for using it, and Andrew Morgan (Linux-PAM author) for inventing it. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
mdoc(7) question
Hi there, two quick mdoc(7) questions: I'm writing a man page for a utility I'm writing, and I want the option listing look like this: OPTIONS -h, --help Print a brief help message. -n, --dry-run Don't actually connect to the server. DDL generated by mktable.php is output on stdout. -H, --host=host Connect to server on host. The best I could achieve without resorting to (FMPOV) hacks was the same amount of indentation for the option, and the description: -H, --host=host Connect to server on host. what is the canonical way of doing this? BTW, I'm not happy with the way I got the vertical space between the options (with .Pp), but that might be my html background. Is this ok, or should I do it another way? This is what I have right now: .Sh OPTIONS .Bl -ohang -compact .It Fl h , Fl -help Print a brief help message. .Pp .It Fl n , Fl -dry-run Don't actually connect to the server. DDL generated by .Nm is output on stdout. .Pp .It Fl H , Fl -host Ns = Ns Ar host .br Connect to server on .Ar host . .Pp -- If you cc me or remove the list(s) completely I'll most likely ignore your message.see http://www.eyrie.org./~eagle/faqs/questions.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
gettings snapshots of load spikes
Hi hackers, I am having a real weird problem with a newly installed Dell PowerEdge 2650 which acts as a web (Apache) and mail server(Procmail). The load just 'spikes' sometimes (to 40.00 or so), but immediately starts to go down. No matter what I've tried I couldn't get a snapshot of the running processes, to discover which one(s) was the one responsible for this load. I have even tried running 'top -S -t -q -u -d 1' in a 'while (1)' loop from a shell, and redirecting the output to a file. I got nothing in the processlist, just the 'last pid' value was incremented by approx. 10. One question would be: any idea of how to get a snapshot of the system in the exact moment when the load sky-rockets? The other would be if there are any known problems related to 4.7-release-p2 (and these load spikes, of course). My configuration follows: - Dell PowerEdge 2650 (2x P4 at 1.8Ghz, 1GB of Ram, raid5 controller - Perc 3/di, dual Broadcom Gigabit onboard) - Could a big partition (260GB) cause the problems above? 'cause I've got one. - FreeBSD 4.7-RELEASE-p2 On this machine I run only Apache, Procmail, Pureftp (ftp daemon idle most of the time) and NTP. The mail/ftp traffic can be easily ignored, but Apache is tuned as a larg installation (max of 2000 children, usually having only 500 running -- out of which approx. 100 have requests, and the other just idling). I don't have any cron jobs except for the ones default in FreeBSD. Thank you for your help, bogdan iCom Media AG Kirchweg 36 Koln, 50858 Germany Phone: +49-(0)221-485-689-16 Fax : +49-(0)221-485-689-20 Mobile:+49-(0)173-906-46-01 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
FreeBSD device driver question
Hi. I am looking at writing a FreeBSD device driver for a new PCI card. I looked at the FreeBSD documentation on device drivers (PCI) but couldn't find much. Can anyone point me at appropriate references/documentation (4.*) or URL? I apologize if this is an old thread... Paul Fronberg [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD device driver question
On Mon, Feb 10, 2003 at 10:13:28AM -0800, [EMAIL PROTECTED] wrote: Hi. I am looking at writing a FreeBSD device driver for a new PCI card. I looked at the FreeBSD documentation on device drivers (PCI) but couldn't find much. Can anyone point me at appropriate references/documentation (4.*) or URL? FreeBSD Developer's Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ section 24 PCI Devices -- Craig Rodrigues http://home.attbi.com/~rodrigc [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: gettings snapshots of load spikes
Bogdan TARU wrote: I am having a real weird problem with a newly installed Dell PowerEdge 2650 which acts as a web (Apache) and mail server(Procmail). The load just 'spikes' sometimes (to 40.00 or so), but immediately starts to go down. Could be Apache restarting a bunch of children all at once. Could be a burst of CGI requests. Try looking at your 'top' snapshots just before and after the spike. Look to see if there are any processes whose PIDs seem to have changed. That might indicate that some processes are getting restarted. Also, look in your apache and mail server log files to see if you're getting a burst of some sort of errors around that time. Hope this helps, Tim Kientzle To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: gettings snapshots of load spikes
hi Tim all, I am having a real weird problem with a newly installed Dell PowerEdge 2650 which acts as a web (Apache) and mail server(Procmail). The load just 'spikes' sometimes (to 40.00 or so), but immediately starts to go down. Could be Apache restarting a bunch of children all at once. Could be a burst of CGI requests. I have seen sometimes the number of running processes jumping from 1-2 to 200 or so, which are the apache kids, but that doesn't produce a system load at all. Try looking at your 'top' snapshots just before and after the spike. Look to see if there are any processes whose PIDs seem to have changed. That might indicate that some processes are getting restarted. I will try to do that indeed, even though I will have to compare the pids of all apache children processes... Also, look in your apache and mail server log files to see if you're getting a burst of some sort of errors around that time. I have, and found nothing there at all (looked into the system logs as well, same outcome). Thanks for your answer, bogdan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: gettings snapshots of load spikes
On Mon, Feb 10, 2003 at 06:35:43PM +0100, Bogdan TARU wrote: I am having a real weird problem with a newly installed Dell PowerEdge 2650 which acts as a web (Apache) and mail server(Procmail). The load just 'spikes' sometimes (to 40.00 or so), but immediately starts to go down. ... One question would be: any idea of how to get a snapshot of the system in the exact moment when the load sky-rockets? Hack the scheduler so that it drops into DDB if the run queue exceeds say 30. You can then play around inside DDB or force a panic. This probably isn't suitable for a production system. Are the load spikes regular and therefore possibly triggered by cron? Is there anything in either apache or procmail logs that correlates with the spikes? You could try enabling accounting (see acct(5) and accton(8)) which will give you a record of what processes were started. This may give you a clue as to where to start looking. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
anoncvs.freebsd.org reachability
Hi, for the last couple of days I've been unable to cvs update my sources, because anoncvs.freebsd.org is unreachable: [root@nik: /usr] traceroute anoncvs.freebsd.org traceroute to usw7.freebsd.org (209.181.243.20), 64 hops max, 40 byte packets 1 128.9.160.7 (128.9.160.7) 2.168 ms 2.403 ms 1.274 ms 2 128.9.0.9 (128.9.0.9) 2.613 ms 2.435 ms 3.095 ms 3 dmz-ln (198.32.16.50) 5.182 ms 1.890 ms 1.592 ms 4 ge-2-3-0.a02.lsanca02.us.ra.verio.net (198.172.117.161) 1.811 ms 1.936 ms 4.248 ms 5 ge-6-2-0.r00.lsanca01.us.bb.verio.net (129.250.29.126) 1.584 ms 1.501 ms 2.023 ms 6 p4-0.att.lsanca01.us.bb.verio.net (129.250.9.186) 1.775 ms 2.754 ms 2.890 ms 7 gbr3-p50.la2ca.ip.att.net (12.123.28.130) 2.564 ms 1.750 ms 2.770 ms 8 gbr4-p20.sffca.ip.att.net (12.122.2.69) 19.755 ms 47.439 ms 18.800 ms 9 gbr3-p50.st6wa.ip.att.net (12.122.2.62) 26.823 ms 25.483 ms 25.285 ms 10 gbr1-p100.st6wa.ip.att.net (12.122.5.158) 26.408 ms 25.352 ms 25.295 ms 11 gar2-p360.st6wa.ip.att.net (12.123.44.113) 25.599 ms 25.391 ms 25.220 ms 12 12.124.173.62 (12.124.173.62) 41.901 ms 41.563 ms 41.912 ms 13 min-core-02.tamerica.net (205.171.8.114) 67.260 ms 66.793 ms 66.519 ms 14 gig12-0-0.mpls-cust2.mpls.uswest.net (207.225.159.252) 65.922 ms 66.060 ms 66.406 ms 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 *^C Is anyone else seeing this? Lots of messages on cvs-all seem to indicate the box is up, and it's a routing issue. Is there a mirror somewhere? Thanks, Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
xmms + RTP_PRIO_REALTIME under -current
I'm getting pops in xmms under -current. Awhile back the realtime scheduling option for xmms was busted, so I wrote this wrapper script around xmms. Am I doing the right thing here? Is there anything else I could do to config -current to eliminate pops? Is -current going to get a fully-preemptable kernel anytime soon? #include stdio.h #include unistd.h #include sys/types.h #include sys/rtprio.h int main(int argc, char *argv[]) { struct rtprio rtp; rtp.type = RTP_PRIO_REALTIME; rtp.prio = 10; if (rtprio(RTP_SET, 0, rtp) != 0) perror(rtprio); setreuid(0,0); execv(/usr/X11R6/bin/xmms, argv); perror(execv); } To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: anoncvs.freebsd.org reachability
On Mon, Feb 10, 2003 at 11:53:25AM -0800, Lars Eggert wrote: As I understand it there are issues at USW which are being investigated. Wilko Hi, for the last couple of days I've been unable to cvs update my sources, because anoncvs.freebsd.org is unreachable: [root@nik: /usr] traceroute anoncvs.freebsd.org traceroute to usw7.freebsd.org (209.181.243.20), 64 hops max, 40 byte packets 1 128.9.160.7 (128.9.160.7) 2.168 ms 2.403 ms 1.274 ms 2 128.9.0.9 (128.9.0.9) 2.613 ms 2.435 ms 3.095 ms 3 dmz-ln (198.32.16.50) 5.182 ms 1.890 ms 1.592 ms 4 ge-2-3-0.a02.lsanca02.us.ra.verio.net (198.172.117.161) 1.811 ms 1.936 ms 4.248 ms 5 ge-6-2-0.r00.lsanca01.us.bb.verio.net (129.250.29.126) 1.584 ms 1.501 ms 2.023 ms 6 p4-0.att.lsanca01.us.bb.verio.net (129.250.9.186) 1.775 ms 2.754 ms 2.890 ms 7 gbr3-p50.la2ca.ip.att.net (12.123.28.130) 2.564 ms 1.750 ms 2.770 ms 8 gbr4-p20.sffca.ip.att.net (12.122.2.69) 19.755 ms 47.439 ms 18.800 ms 9 gbr3-p50.st6wa.ip.att.net (12.122.2.62) 26.823 ms 25.483 ms 25.285 ms 10 gbr1-p100.st6wa.ip.att.net (12.122.5.158) 26.408 ms 25.352 ms 25.295 ms 11 gar2-p360.st6wa.ip.att.net (12.123.44.113) 25.599 ms 25.391 ms 25.220 ms 12 12.124.173.62 (12.124.173.62) 41.901 ms 41.563 ms 41.912 ms 13 min-core-02.tamerica.net (205.171.8.114) 67.260 ms 66.793 ms 66.519 ms 14 gig12-0-0.mpls-cust2.mpls.uswest.net (207.225.159.252) 65.922 ms 66.060 ms 66.406 ms 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 *^C Is anyone else seeing this? Lots of messages on cvs-all seem to indicate the box is up, and it's a routing issue. Is there a mirror somewhere? Thanks, Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute ---end of quoted text--- -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
:I can't find any online specs to tell me if the graphics part of the :Northbridge has understands the VESA stuff. Does the XFree86 vesa :driver work? : :Also found this forum discussion... : :http://forums.viaarena.com/messageview.cfm?catid=28threadid=30617 M 9000 X11 update: The vga driver works in low resolution modes. The vesa driver does not work. Via has a linux driver on their CD for X, called via, which linux people seem to be using successfully, but I can't find sources anywhere. I don't understand why these companies don't just include sources for their X drivers, it would make life so much easier. I *think* the EPIA M 9000 is using a variant of the S3 Savage, but if so they have heavily modified the chip. I have had no luck trying to override the chip spec in my X configuration. -- Firewire update. I can't seemlessly connect and disconnect firewire devices, but if I connect the firewire HD up *before* kldload'ing the drivers, it works. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
If the linux XFree86 4.x driver was correctly written you should be able to dump it into /usr/X11R6/lib/modules/drivers and use it. One of the goals with XFree86 4.x was that the X server modules be OS independent. On Mon, 10 Feb 2003, Matthew Dillon wrote: :I can't find any online specs to tell me if the graphics part of the :Northbridge has understands the VESA stuff. Does the XFree86 vesa :driver work? : :Also found this forum discussion... : :http://forums.viaarena.com/messageview.cfm?catid=28threadid=30617 M 9000 X11 update: The vga driver works in low resolution modes. The vesa driver does not work. Via has a linux driver on their CD for X, called via, which linux people seem to be using successfully, but I can't find sources anywhere. I don't understand why these companies don't just include sources for their X drivers, it would make life so much easier. I *think* the EPIA M 9000 is using a variant of the S3 Savage, but if so they have heavily modified the chip. I have had no luck trying to override the chip spec in my X configuration. -- Firewire update. I can't seemlessly connect and disconnect firewire devices, but if I connect the firewire HD up *before* kldload'ing the drivers, it works. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update
Hello, Matt, with your copious free time and this new baby, what would you think of porting over the ehci driver from NetBSD over to FreeBSD (this will enable USB2.0) ISTR a call for help (must have been by Joe K.) TfH PS : I confess : this is a shameless plug to get USB2.0 working on my own WS To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performance results (was Re: Lower power SMP boxes?))
Le Monday 10 February 2003 21:51, Joe O a écrit : If the linux XFree86 4.x driver was correctly written you should be able to dump it into /usr/X11R6/lib/modules/drivers and use it. One of the goals with XFree86 4.x was that the X server modules be OS independent. Indeed, that's how I got XVideo working on my neomagic : this OS-independant dynamic module linking is really a good thing Tfh To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
On Mon, 10 Feb 2003, Matthew Dillon wrote: :I can't find any online specs to tell me if the graphics part of the :Northbridge has understands the VESA stuff. Does the XFree86 vesa :driver work? : :Also found this forum discussion... : :http://forums.viaarena.com/messageview.cfm?catid=28threadid=30617 M 9000 X11 update: The vga driver works in low resolution modes. The vesa driver does not work. Via has a linux driver on their CD for X, called via, which linux people seem to be using successfully, but I can't find sources anywhere. I don't understand why these companies don't just include sources for their X drivers, it would make life so much easier. Try use the linux binary... believe it or not the latest XFree86 release has a loadable driver interface that is completely cross-OS compatible. I.e the drivers can not call any external calls only those provided by teh OS-specific framework into which they are loaded. Something that they have done very right.. I've seen several manufacturer supplied drivers for Linux work under FreeBSD. (!) julian To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
On Mon, 10 Feb 2003, Matthew Dillon wrote: Firewire update. I can't seemlessly connect and disconnect firewire devices, but if I connect the firewire HD up *before* kldload'ing the drivers, it works. The disconnection and reconnnection seems to work for me using dvd devices.. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performance results (was Re: Lower power SMP boxes?))
I tried that. It got close. *very* close to running, but the via driver has two dependancies on libddmpeg (which is also supplied on the CD). Unfortunately libddmpeg depends on libc.so.6. I can shim the two dependancies into via_drv.o but the via driver still tries to load libddmpeg and X faults out with an error. I need to dummy-up libddmpeg somehow. -Matt Matthew Dillon [EMAIL PROTECTED] :On Mon, 10 Feb 2003, Matthew Dillon wrote: : : :I can't find any online specs to tell me if the graphics part of the : :Northbridge has understands the VESA stuff. Does the XFree86 vesa : :driver work? : : : :Also found this forum discussion... : : : :http://forums.viaarena.com/messageview.cfm?catid=28threadid=30617 : : M 9000 X11 update: : : The vga driver works in low resolution modes. The vesa driver : does not work. Via has a linux driver on their CD for X, called via, : which linux people seem to be using successfully, but I can't find : sources anywhere. I don't understand why these companies don't just : include sources for their X drivers, it would make life so much easier. : : :Try use the linux binary... :believe it or not the latest XFree86 release has a loadable driver :interface that is completely cross-OS compatible. I.e the drivers :can not call any external calls only those provided by teh OS-specific :framework into which they are loaded. : :Something that they have done very right.. :I've seen several manufacturer supplied drivers for Linux work under :FreeBSD. : (!) : :julian To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: anoncvs.freebsd.org reachability
Wilko Bulte wrote: On Mon, Feb 10, 2003 at 11:53:25AM -0800, Lars Eggert wrote: As I understand it there are issues at USW which are being investigated. Great, thanks! In the meantime, is there an easy way to switch over my existing CVS tree to a mirror? (And is there a mirror?) Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature
Re: mdoc(7) question
On 2003-02-10 18:30, Roman Neuhauser [EMAIL PROTECTED] wrote: Hi there, two quick mdoc(7) questions: I'm writing a man page for a utility I'm writing, and I want the option listing look like this: OPTIONS -h, --help Print a brief help message. How about this? Here is a list: .Bl -tag -width indent .It Fl h , Fl \-help Option description here. .It Fl p , Fl \-print Option description here. .El - Giorgos To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
printf...! and BSD
Hi, First of all, Thanks to all of you for your help and support. I have tried to go deeper and deeper to find out how printf works. ((( Of course the aim of trying to understand the printf, is to understand how the internals of the BSD kernel work))) till i've faced the following function: fo_write which was confusing for me =) Then, I've figured out that i need to understand two important things in the BSD to know how the printf works. The first thing is how dose the device driver works, and the second thing is the file system, and small knowledge about the process structure. I will try to do that, but which resources can help me. For Linux, there are two great book which can make my life easier FOR LINUX ONLY 1.UNDERSTANDING THE LINUX KERNEL. 2.LINUX DEVICE DRIVERS. Now what resources you can recommend for me! I prefer Internet resources. Yours, _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Trailing whitespace in FreeBSD
Hello I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? A random example is stdbool.h v. 1.6 on line 30 which has a trailing tab. -- Simon L. Nielsen msg39858/pgp0.pgp Description: PGP signature
Re: Trailing whitespace in FreeBSD
On Monday 10 February 2003 06:00 pm, Simon L. Nielsen wrote: Hello I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? A random example is stdbool.h v. 1.6 on line 30 which has a trailing tab. I believe a similar topic came up before : http://groups.google.com/groups?hl=enlr=ie=UTF-8threadm=fa.gn23hlv.1h46h1l%40ifi.uio.nornum=1prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DISO-8859-1%26q%3Dwhitespace%2Bfreebsd%2Bat%2Bend%2Bof%2Bline%26btnG%3DGoogle%2BSearch -Amit To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: anoncvs.freebsd.org reachability
In article [EMAIL PROTECTED], Lars Eggert [EMAIL PROTECTED] wrote: for the last couple of days I've been unable to cvs update my sources, because anoncvs.freebsd.org is unreachable: There are at least two other machines that offer this service: anoncvs.de.freebsd.org anoncvs2.de.freebsd.org(*) *) May see some service interruptions during the next couple of hours because I'm performing an OS update. -- Christian naddy Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Anyone where to get a signed SSL certificate cheap?
clemens fischer wrote: Terry Lambert [EMAIL PROTECTED]: Note that many people have older browsers: the older the browser, the smaller the number of signing authorities they will recognize by default. Keep this in mind when picking browsers to examine. As a general comment, VeriSign does this as well, and tends to get the signing authority to either raise their price, or, if they will not, buys them, and raises their price. Certificate signing is fast becoming a monopoly. these seem to be two reasons for making up ones own root-CA. if people are likely to have to import it anyway, why not give them your own one? People will not import it anyway. They will google for another website that sells the same thing, and go there instead. They're (effectively) told by the browser that I think someone is maybe trying to hack you!. also, this monopoly isn't based on something the monopolies really have to themselves. The ability to sell certificates which are recognized by the browser, without it telling them ``This merchant is trying to hack you''? the only true reason to buy a certificate might be the $$ needed to insure or guarantee them before a court of law in case of liability. No, the reason to by a cert is to avoid a scary popup message or series of popup messages, which negatively influence a user's buy decision. For the most part, that the reason for using SSL at all, since it is statistically very unlikely that a bad guy is listening to your transaction at the exact time you submit a request. In fact, it's *so* unlikely, that you are more likely to have your credit card number stolen and used by a service person at your local restaurant... but they don't have big, scary popups that happen as you are entering the restaurant. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
Wow, deja-vu! - Jordan On Monday, February 10, 2003, at 03:00 PM, Simon L. Nielsen wrote: Hello I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? A random example is stdbool.h v. 1.6 on line 30 which has a trailing tab. -- Simon L. Nielsen mime-attachment To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Anyone where to get a signed SSL certificate cheap?
The ability to sell certificates which are recognized by the browser, without it telling them ``This merchant is trying to hack you''? the only true reason to buy a certificate might be the $$ needed to insure or guarantee them before a court of law in case of liability. No, the reason to by a cert is to avoid a scary popup message or series of popup messages, which negatively influence a user's buy decision. One thing that Verisign and presumably the other signing authorities do before issuing an SSL cert is verify the issuees identity. That is, I don't think you can just give them a CC number and a name and get a cert. If I recall correctly, one thing they asked for was a Dunn and Bradstreet number. That sort of thing means that you have one more channel for recourse if something unexpected happens. If your card never gets charged for what you bought, and the item never gets to you, you can't really take it up with the credit card company, other than to cancel your card. For the most part, that the reason for using SSL at all, since it is statistically very unlikely that a bad guy is listening to your transaction at the exact time you submit a request. In fact, it's *so* unlikely, that you are more likely to have your credit card number stolen and used by a service person at your local restaurant... but they don't have big, scary popups that happen as you are entering the restaurant. If there was no SSL and all web purchases went in the clear over the wire, there would be more people listening on the web, more phoney web sites designed to grab CC numbers, etc. Encryption is a big bonus of SSL, but the key is authentication. So, thats pretty off topic, I suppose. Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
Matthew Dillon wrote: The vga driver works in low resolution modes. The vesa driver does not work. Via has a linux driver on their CD for X, called via, which linux people seem to be using successfully, but I can't find sources anywhere. I don't understand why these companies don't just include sources for their X drivers, it would make life so much easier. The do not because then people could leverage their work by building hardware which does not license anything from them, but operates compatably. The same reason Adaptec developed their HIM layer, to prevent people from using Adaptec SCSI drivers with non-Adaptec hardware, and getting all the work they did to get the driver into the Windows base OS, for free. Basically, it's done to amortize non-recurring non-developement related collateral business costs. Or, if you're Diamond, it's done because you hired an EE to do your firmware instead of a software engineer, and a third party driver could cause your hardware or an external monitor to explode. 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Got X working with via driver ( Re: Another EPIA M 9000 update ) results (was Re: Lower power SMP boxes?))
Very nasty but I got X working with the via driver by dummying up libddmpeg (which is supplied along with via_drv.o on the VIA EPIA M 9000 CD). Basically I linked libddmpeg.a with a dummy program to pull in the required symbols and generated a new .so which does not link against libc.so.6. With the dummied up libdmpeg.so in place the VIA-supplied driver works. It complains a bit, but it works. http://apollo.backplane.com/FreeBSD/ I'll keep the page up unless VIA complains to me. I don't know why they would, though. -Matt Matthew Dillon [EMAIL PROTECTED] keywords for Google: XFree86 XFree X11 X via via_drv.o libddmpeg ddmpeg EPIA M 9000 VIA S3 CastleRock Graphics Video To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: matthew dillon
Dave Hayes wrote: Terry Lambert [EMAIL PROTECTED] writes: Do you unsubscribe from mailing lists you merely monitor for interesting content, rather than subscribing to them, when some jerk fills up your POP3 maildrop because they have an axe to grind, and, as a result, mail which you consider important, compared to the list traffic, bounces? I don't use POP3, precisely because of that reason. Do you? What you do or not do is irrelevent to the fact that some people can not obtain service that doesn't involve their email piling up somewhere it has to be downloaded from. In addition, not everyone can run a mail server, for lack of IPv4 address space, and due to service provider restrictions on the ability to run servers on their network connections due to active firewalling to create an artificial tiering of pricing, while avoiding the oversight of the PUC by not seperating it into a new tarrif group. People who advocate receiver filtering (either of the active variety, or of the just ignore variety) is the answer to all SPAM-like problems apparently do not understand the realities of many people using pull-based rather than push-based email transports. We do understand those realities, which is why we contend that pull-based systems aren't the correct technology to use for receiving randomly ubiquitous content such as humans are likely to generate. Until the technologies are no longer being deployed against new users, live in the world as it is, not as you wish it were. I recognize that some people are unable to leave their POP client connected 24/7 with leave mail on server unchecked and with a scan rate of once every 2 minutes. Perhaps a digested form of the mailing list or a web browsable archive should exist for those people's needs? The problem is that a denial of service attack can be successful, even in that case, by using a sufficiently large message size, or a sufficiently high message frequency, or a combination of the two (e.g. the recent troll repetitive mailings that cause this thread to be started were once-a-second, from my reading of the email headers). How is it that you suggest people defend against people with bigger pipes for shoving messages out than people have for messages coming in? In the limit, the same argument will apply to push-based systems, eventually, since you can not RED-queue persistent TCP connections, only incoming connection requests. The technology is supposed to serve you, not dictate how you are supposed to communicate. Feeel free to correct it, and every exisitng instance of it on the Internet, and then, after you have done that, get back to me, and I may indeed be willing to agree with your arguments. NB: If you are going to deal with this, then please, at the same time, fix the FIN-WAIT-2 problem, which is caused by a protocol design error in TCP, which requires two responses to a single request, with no way for the requester to re-request the first of the two responses. Please understand the technology involved before telling people how they should use it. Please understand the people involved before attempting to force people to behave based on a particular choice of technology. =) The technology used dictates the permissable behaviours of the people using it; whether you like that fact or not, it is nonetheless true. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
Jordan Hubbard wrote: Wow, deja-vu! Hey! I've got a GREAT idea! I whipped up this nifty perl script and I can run it over the src tree to delete all the trailing whitespace! And even better, I can collapse tabs at the beginning of lines! What a great deal! That should be good for a few hundred commits! :-) - Jordan On Monday, February 10, 2003, at 03:00 PM, Simon L. Nielsen wrote: Hello I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? A random example is stdbool.h v. 1.6 on line 30 which has a trailing tab. -- Simon L. Nielsen mime-attachment To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Some security questions.
Our client wants the following 'features' and we'd LIKE to be able to at least say yes we can do that, even if we can also say but we don't think it's a good idea. 1/ Command logging. We're thinking that a hacked version of the shell that logs commands may do what they want, but personally I think that if you are going to log things then you really want to PROPERLY do it, and log the EXEC commands along with the arguments. (sadmin et al. doesn't give arguments, and neither does ktrace) 2/ they want to disable a login if it fails 'n' sequential logins anywhere in the system. i.e. 2 on one machine followed by another on another machine. #2 sounds like a great DOS to me.. operatorCR CR operatorCR CR operatorCR CR heh heh heh but they want it.. So, does anyone have any suggestions of how these can be achieved using exisiting s/w? I can immagine using pam_radius, and hacking a radius server to track login fails.. Anyone have any better ideas? Maybe a pam_module specially written? (h) Anyoone have any modules to REALLY log execs? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
:Matthew Dillon wrote: : The vga driver works in low resolution modes. The vesa driver : does not work. Via has a linux driver on their CD for X, called via, : which linux people seem to be using successfully, but I can't find : sources anywhere. I don't understand why these companies don't just : include sources for their X drivers, it would make life so much easier. : :The do not because then people could leverage their work by :building hardware which does not license anything from them, :but operates compatably. The same reason Adaptec developed :their HIM layer, to prevent people from using Adaptec SCSI :drivers with non-Adaptec hardware, and getting all the work :they did to get the driver into the Windows base OS, for free. : :Basically, it's done to amortize non-recurring non-developement :related collateral business costs. : :Or, if you're Diamond, it's done because you hired an EE to :do your firmware instead of a software engineer, and a third :party driver could cause your hardware or an external monitor :to explode. 8-). : :-- Terry This doesn't make any sense to me. There are a huge number of open-source drivers available, why would a third party want to steal the hardware layer to VIA's hardware just to emulate it? Why not some other hardware abstraction that is already available in open-source form? From a business perspective I just don't see how this could possibly effect VIA's bottom line. It isn't rocket science we're talking about here, it's a sodding frame buffer. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
Um, is the sarcasm needed? The guy really does want to know if this would be helpful or not.. On Mon, 10 Feb 2003, Peter Wemm wrote: Jordan Hubbard wrote: Wow, deja-vu! Hey! I've got a GREAT idea! I whipped up this nifty perl script and I can run it over the src tree to delete all the trailing whitespace! And even better, I can collapse tabs at the beginning of lines! What a great deal! That should be good for a few hundred commits! :-) - Jordan On Monday, February 10, 2003, at 03:00 PM, Simon L. Nielsen wrote: Hello I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? A random example is stdbool.h v. 1.6 on line 30 which has a trailing tab. -- Simon L. Nielsen mime-attachment To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
Peter Wemm wrote: Jordan Hubbard wrote: Wow, deja-vu! Hey! I've got a GREAT idea! I whipped up this nifty perl script and I can run it over the src tree to delete all the trailing whitespace! And even better, I can collapse tabs at the beginning of lines! What a great deal! That should be good for a few hundred commits! :-) No, no! We should run GNU indent on all code, as it's committed, with a BDE-filter and FlexiLint on it! That will fix *everything*, since there is no such thing as a logic bug! -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Some security questions.
On Mon, Feb 10, 2003 at 06:03:07PM -0800, Julian Elischer wrote: + Anyoone have any modules to REALLY log execs? Yes, we got: http://cerber.sourceforge.net If You want only execve() logging You can try rexec. -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. msg39872/pgp0.pgp Description: PGP signature
Re: anoncvs.freebsd.org reachability
larse Is there a mirror somewhere? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/anoncvs.html The FreeBSD Handbook is your friend :-) There are 4 servers listed. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
Matthew Dillon wrote: : The vga driver works in low resolution modes. The vesa driver : does not work. Via has a linux driver on their CD for X, called via, : which linux people seem to be using successfully, but I can't find : sources anywhere. I don't understand why these companies don't just : include sources for their X drivers, it would make life so much easier. : :The do not because then people could leverage their work by :building hardware which does not license anything from them, :but operates compatably. The same reason Adaptec developed :their HIM layer, to prevent people from using Adaptec SCSI :drivers with non-Adaptec hardware, and getting all the work :they did to get the driver into the Windows base OS, for free. : :Basically, it's done to amortize non-recurring non-developement :related collateral business costs. This doesn't make any sense to me. There are a huge number of open-source drivers available, why would a third party want to steal the hardware layer to VIA's hardware just to emulate it? Why not some other hardware abstraction that is already available in open-source form? From a business perspective I just don't see how this could possibly effect VIA's bottom line. It isn't rocket science we're talking about here, it's a sodding frame buffer. These people operate on very low margins. They can not afford to give things away. If they did not have to worry about producing documentation, or even drivers, internally, then they reduce their amortizable RD costs by 0.5%, which is a significant fraction of their profit margin. It's the same reason a proprietary software vendor would not release RD results under Open Source license: by spending $1M on RD, and then giving the results away, they bootstrap any competitor to themselves by removing just that much RD costs. Using the $1M number, if I'm a business operating on a 5% margin, and I expect to make $5M over a 1 year product lifecycle, then I give away the $1M in RD, I now have two problems. First of all, if 5% is $5M, then the lowest I can possibly afford to go is a 1% profit margin, because that's required to recover my RD costs, while a competitor can take 0.5% or 0% -- either way, they can undersut my prices, and I can't afford to compete. Second of all, if I didn't feel that I was building a product that could win in the marketplace -- and that product includes not only the end-user product, but the support systems and business systems behind it -- then I would be building something else. So I *honestly* believe I have intellectual property tied up in the interface design, and I *honestly* believe that I can attach a monetary value to this. Third, I have business processes which cost me to develop, which are generally matched to my product design. The closer the match, the lower my operating costs, the higher my profit. Part one of this is that I want to make it hard to copy these processes outright and be successful. I do this by not disclosing information about the processes, and by not disclosing information about the product: like a binary weapon, neither of these can be used against me, if my competitor does not have the other. Part two of this is that some of these business processes are preemptible, and I need to prevent that happening, or my employees are, in effect working for my competitor. For example, if my hardware design has a known flaw (it might even be intentional, so that if the design is copied, I have a fingerprint proving it), then any of my dealers would be able to correct this flaw for my competitors customers, and may in fact not know they are cutting their own sales margins by doing so. Best case, a customer called in Pirate Enterprises with a problem, and then Pirate Enterprises calls *my* support people and gets a fix for their problem -- I have become Tier II support for my competition! Worst case, the driver indicates my company, and the customer calls me directly with the problem -- I have become Tier I support for my competition! Basically, there are a lot of business reasons for this, and they all have to do with protecing myself from being screwed by my competition. Yes, I agree, in many cases, the belief-in-value-proposition is not justified: a framebuffer is a framebuffer, after all; but even if that's the case, you can't expect everyone to understand Enlightened Self Interest, or every piece of software with tactical value, but no strategic value, would be Open Source, and there would be clear lines of division in interface definitions between strategic and tactical components. Companies whose belief-in-value-proposition is not justified will, eventually, lose out to some other company. 9 out of 10 new businesses fail in the first year, and 8 out of 10 of the remainder fail in 5 years. Until then, they will do annoying things like treating tactical data as if it were strategic, etc.. --
Re: Some security questions.
On Tue, Feb 11, 2003 at 03:40:28AM +0100, Pawel Jakub Dawidek wrote: + + Anyoone have any modules to REALLY log execs? + + Yes, we got: + + http://cerber.sourceforge.net + + If You want only execve() logging You can try rexec. Or wait on cerb-ng first release. There is defined such policy and it looks like: if (syscall == SYS_execve) { log(LOG_INFO, CerbNG:%s(%s): Running %s(%s) (args: %S) [pid=%u, ruid=%u, euid=%u, groups=%U]., pname, pfname, arg[0], realpath(arg[0]), arg[1], pid, ruid, euid, groups); } Output in logs is something like: CerbNG:passwd(/usr/bin/passwd): Running pwd_mkdb(/usr/sbin/pwd_mkdb) (args: [ pwd_mkdb, -p, -d, /etc, -u, jules ]) [pid=666, ruid=1000, euid=0, groups=[ 1000, 1000, 0 ]]. -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. msg39875/pgp0.pgp Description: PGP signature
Re: Some security questions.
#2 sounds like a great DOS to me.. operatorCR CR operatorCR CR operatorCR CR put a two (ten???) second delay after each failed login? as for the commands, you could hack sys/kern_acct.c to include command arguments and acct.h for struct acct and all the dependent utilities and libraries and remember that since acct_process writes accounting information on process exit, there's no guarantee that the arguments are the same as when passed to execve. so in the end, this is probably not the best way to do it. -Anthony. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
On Monday, February 10, 2003, at 03:00 PM, Simon L. Nielsen wrote: I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? It might be nice to fix, in some abstract sense, but it drives developers nuts if you modify a file that they've checked out a local copy of. They go to commit their change back in (a change which is usually something more significant than a damn trailing blank or tab character), and the commit runs into a conflict because someone else has cleaned up the source code. So, this is something that a developer might want to do if they are going to be working on some source file anyway. However, it can really irritate a lot of developers if it is done across the entire src tree just because it is easy to do. Further, IMO it doesn't really help the FreeBSD project at all. Imagine a new release which said And now with less blanks in the source code! for the release notes. Our end-users would think we are nuts. It is better to tackle a harder project -- one which has an actual payback to the end users -- instead of looking for something this easy to do. Just my 2 cents. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performanceresults (was Re: Lower power SMP boxes?))
Julian Elischer writes: | On Mon, 10 Feb 2003, Matthew Dillon wrote: | :I can't find any online specs to tell me if the graphics part of the | :Northbridge has understands the VESA stuff. Does the XFree86 vesa | :driver work? | : | :Also found this forum discussion... | : | :http://forums.viaarena.com/messageview.cfm?catid=28threadid=30617 | | M 9000 X11 update: | | The vga driver works in low resolution modes. The vesa driver | does not work. Via has a linux driver on their CD for X, called via, | which linux people seem to be using successfully, but I can't find | sources anywhere. I don't understand why these companies don't just | include sources for their X drivers, it would make life so much easier. | | Try use the linux binary... | believe it or not the latest XFree86 release has a loadable driver | interface that is completely cross-OS compatible. I.e the drivers | can not call any external calls only those provided by teh OS-specific | framework into which they are loaded. | | Something that they have done very right.. | I've seen several manufacturer supplied drivers for Linux work under | FreeBSD. ... and for a I while I was supplying Linux folks with a working XFree server module for an IBM 770Z ThinkPad built on FreeBSD of course! Doug A. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
If you take up sky-diving* and chain-smoking next, we're gonna be REALLY worried** about you, Peter! - Jordan * Obligatory trivia: I wonder how many remember that freefall was named after Rod's passion for the sport ** Not that we aren't already. On Monday, February 10, 2003, at 06:01 PM, Peter Wemm wrote: Jordan Hubbard wrote: Wow, deja-vu! Hey! I've got a GREAT idea! I whipped up this nifty perl script and I can run it over the src tree to delete all the trailing whitespace! And even better, I can collapse tabs at the beginning of lines! What a great deal! That should be good for a few hundred commits! :-) - Jordan On Monday, February 10, 2003, at 03:00 PM, Simon L. Nielsen wrote: Hello I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? A random example is stdbool.h v. 1.6 on line 30 which has a trailing tab. -- Simon L. Nielsen mime-attachment To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
Needed? Probably not. But look at it this way - he's learned a lot more about FreeBSD project history and why this one's such an exposed nerve in the process than he probably ever would have otherwise. Did he want to learn this? Well, we'll just have to let him answer that for himself. :) - Jordan On Monday, February 10, 2003, at 06:17 PM, Julian Elischer wrote: Um, is the sarcasm needed? The guy really does want to know if this would be helpful or not.. On Mon, 10 Feb 2003, Peter Wemm wrote: Jordan Hubbard wrote: Wow, deja-vu! Hey! I've got a GREAT idea! I whipped up this nifty perl script and I can run it over the src tree to delete all the trailing whitespace! And even better, I can collapse tabs at the beginning of lines! What a great deal! That should be good for a few hundred commits! :-) - Jordan On Monday, February 10, 2003, at 03:00 PM, Simon L. Nielsen wrote: Hello I have noticed that that several FreeBSD files (.c, .h and so on) have trailing whitespace (spaces/tabs after last charecter on a line). Should I send patches for this, or is it not important to fix? A random example is stdbool.h v. 1.6 on line 30 which has a trailing tab. -- Simon L. Nielsen mime-attachment To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
[PATCH] misc/18466
In browsing through the old, open, PRs I found misc/18466 (from May, 2000). It's got the potential to be a source of substantial confusion, so it seems to be worth addressing. The fix seems trivial, and I've attached a very simple patch to sysinstall.h that should fix the problem. I'm relatively sure there are other, preferred ways of fixing the issue, and I'd be more than happy to see some feedback. - Jeff Jirsa -- == Jeff Jirsa [EMAIL PROTECTED] HMC 2003 == --- sysinstall.h.orig Sun Feb 9 15:02:25 2003 +++ sysinstall.hMon Feb 10 11:06:54 2003 @@ -72,7 +72,13 @@ #endif /* device limits */ -#define DEV_NAME_MAX 64 /* The maximum length of a device name */ + /* The maximum length of a device name */ + +#if (__FreeBSD_version 50 defined _POSIX_PATH_MAX) +#define DEV_NAME_MAX _POSIX_PATH_MAX +#else +#define DEV_NAME_MAX 64 +#endif + #define DEV_MAX100 /* The maximum number of devices we'll deal with */ #define INTERFACE_MAX 50 /* Maximum number of network interfaces we'll deal with */ #define IO_ERROR -2 /* Status code for I/O error rather than normal EOF */
Re: Trailing whitespace in FreeBSD
On Mon, 10 Feb 2003, Jordan K Hubbard wrote: * Obligatory trivia: I wonder how many remember that freefall was named after Rod's passion for the sport I've always wondered about that... unfortunately, the answer is much less exciting than I had expected it to be. THANKS FOR RUINING MY BELIEFS ABOUT FREEBSD, JORDAN. /me goes off in search of a new hobby with new mysteries. Mike Silby Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
THANKS FOR RUINING MY BELIEFS ABOUT FREEBSD, JORDAN. Hahaha Take that, Silbersack's beliefs! To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
On Tue, Feb 11, 2003 at 12:08:59AM -0500, northern snowfall wrote: THANKS FOR RUINING MY BELIEFS ABOUT FREEBSD, JORDAN. Hahaha Take that, Silbersack's beliefs! Why, they've been sacked. *duck* Brandon D. Valentine -- [EMAIL PROTECTED] http://www.geekpunk.net We've been raised on replicas of fake and winding roads, and day after day up on this beautiful stage we've been playing tambourine for minimum wage, but we are real; I know we are real. -- David Berman To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Trailing whitespace in FreeBSD
Mike Silbersack wrote: On Mon, 10 Feb 2003, Jordan K Hubbard wrote: * Obligatory trivia: I wonder how many remember that freefall was named after Rod's passion for the sport I've always wondered about that... unfortunately, the answer is much less exciting than I had expected it to be. THANKS FOR RUINING MY BELIEFS ABOUT FREEBSD, JORDAN. Heh, bet you didn't know that bento's predecessor was called thud. And we had a 'ripcord' for a while too. I just dont remember exactly which machine it became. I think it was a temporary name for the machine that became hub. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: mdoc(7) question
In the last episode (Feb 10), Roman Neuhauser said: Hi there, two quick mdoc(7) questions: I'm writing a man page for a utility I'm writing, and I want the option listing look like this: OPTIONS -h, --help Print a brief help message. -n, --dry-run Don't actually connect to the server. DDL generated by mktable.php is output on stdout. -H, --host=host Connect to server on host. This is what I have right now: .Sh OPTIONS .Bl -ohang -compact Try .Bl -tag -width indenthere instead. That creates a list with tags or headers, and the description indented by the width of the word indent. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Another EPIA M 9000 update (was Re: More compartive power/performance results (was Re: Lower power SMP boxes?))
Matthew Dillon [EMAIL PROTECTED] wrote: Summary: EPIA M 9000 17-25W EPIA M E600016-22W EPIA 80011-20W EPIA 5000 9-15W (5W idle, 15W playing DVD) (this is non-inclusive of any hard drives) That's not bad (taking into account the lack of hard drives). For comparison purposes, here are a couple of random data points: [ NOTE: the following *includes* power consumption by hard drives, etc., but no monitor. ] System #1: ~70W 333MHz Celeron (66MHz FSB), 384MB RAM, Abit BH6 motherboard Some generic ATI Rage-based video card 10GB IBM drive (might be 60GXP -- I've forgotten) Two Maxtor DiamondMax 7200RPM 120GB drives Promise Ultra100 TX2 Intel Pro 100/S LAN Some generic DVDROM drive, floppy No extra cooling fans (yet?) System #2: ~170W (~200W+ with 100% CPU 3D rendering) Athlon 2100XP, 768MB PC2100 RAM (slow ;-(), Asus a7v8x motherboard Nvidia GeForce4 Ti200 video card, w/128MB LeadTek WinFast TV2000XP TV card 60GB IBM drive (60GXP, I think) 40GB Maxtor DiamondMax drive Plextor 12/10/32 CDRW Pioneer DVDROM, floppy Intel Pro 100/S LAN One extra cooling fan (in addition to the two in the power supply). Power was measured using an actual wattmeter, and not via an ampmeter (although, as modern PC power supplies supposed are now supposed to be power-factor-corrected, an ampmeter can give good results). -- Darryl Okahata [EMAIL PROTECTED] DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Some security questions.
Julian Elischer [EMAIL PROTECTED] writes: 1/ Command logging. We're thinking that a hacked version of the shell that logs commands may do what they want, but personally I think that if you are going to log things then you really want to PROPERLY do it, and log the EXEC commands along with the arguments. (sadmin et al. doesn't give arguments, and neither does ktrace) Yes, we can do that in the sense that it can be implemented if there's a demand for it, but I don't think any existing code can do it. 2/ they want to disable a login if it fails 'n' sequential logins anywhere in the system. i.e. 2 on one machine followed by another on another machine. Yes we can do that with a smart PAM module. I can immagine using pam_radius, and hacking a radius server to track login fails.. Anyone have any better ideas? Maybe a pam_module specially written? (h) PAM has a mechanism which allows for arbitrary named objects to be stored for the duration of a PAM transaction, along with a destructor which is called when the object is released (either explicitly or when the transaction ends). You could write a PAM module which stores an object in the authenticate phase, then modifies its contents in the setcred phase (which only occurs if authentication was successful). The destructor would register success or failure in a database depending on whether the object was modified before release. The exact nature of that database is not important. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: HEADS UP: Broken if_dc NICs with MACs like 08:08[...] or 00:00[...]
I have a whole bunch of SMC EZ Card 10/100 Mbps Fast Ethernet PCI card (SMC1255 series) that we use as a log profile PCI card that suffer with 00:08:00:08:00:08 MAC addresses. Your patch resolves the problem. _ Antony Russell Technical Director Clarotech Consulting (Pty) Ltd EMail: [EMAIL PROTECTED] Phone: 021.671.5350 -Original Message- From: Martin Blapp [mailto:[EMAIL PROTECTED]] Sent: 08 February 2003 00:48 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: HEADS UP: Broken if_dc NICs with MACs like 08:08[...] or 00:00[...] Hi all, Many if_dc cards are still broken in RELENG_4. Can you please try this diff if you own such a broken card ? If you have a Conexant LANfinity MiniPCI 10/100BaseTX card, I'd like to have feedback if full duplex mode works now too. Thank you very much for your tests. I'd like to see all these DEC/Intel 21143 clone cards fixed for 4.8R. Martin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message