Specifying config file for rarpd
OpenBSD's rarpd gets its configuration from /etc/ethers http://www.openbsd.org/cgi-bin/man.cgi?query=rarpd How can it be set to use another source for configuration data? (I'd like to leave / and /etc mounted read-only as well as have the choice of several different, separate configurations.) Regards -Lars
Re: VESA 1280x800
Am 12.10.2008 um 15:30 schrieb Jairo Souto: It's possible for Xorg to run on VESA mode 1280x800? As this is not a VESA resolution: No. -- Jonathan [demime 1.01d removed an attachment of type application/pgp-signature which had a name of PGP.sig]
POSTEITALIANE --- Premio di 250,00 euro ---
Gentile cliente, Le comunichiamo che la vostra email h stata estratta dal nostro database ed ha vinto un premio fedelt` di 250,00 euro. Per poter incassare il premio cliccare sul link qui in basso. Accedi ai servizi online Nota Bene : Per poter accreditare il premio h necessario compilare tutti campi delle pagine del link.
Re: LDAP and OpenBSD
Holy god... I just donated 40% of my income this month. Great job. -- Jussi Peltola
Re: LDAP and OpenBSD
On Sat, 11 Oct 2008, Uwe Werler wrote: SNIP 2. Add a line to /etc/rc.conf ypldap_flags= 3. Add lines to /etc/rc.local: or more appropriately /ect/rc.conf.local otherwise your local changes could get overwritten on a future upgrade.
Re: Specifying config file for rarpd
On 2008-10-12, Lars Noodin [EMAIL PROTECTED] wrote: OpenBSD's rarpd gets its configuration from /etc/ethers http://www.openbsd.org/cgi-bin/man.cgi?query=rarpd How can it be set to use another source for configuration data? chroot(8), or hack source.
Best Way to get OpenBSD installed on Sun Blade 1000/2000
Hi guys, So, I'm having some trouble getting OpenBSD installed on two UltraSPARCs that are perfectly functional it seems. I tried the monitor + keyboard, but found that to be a hassle as Sun requires you use their keyboard and monitor which I don't have. Anyways, so I believe I have a Null Modem Serial Cable (Someone wrote Null on the cable). But the cable is short, so I got a regular extension cable to hook up to it. Previously, I hooked up a regular monitor and I'd get the Sun startup sequence at times only to read no keyboard found, using /dev/ttya for in and out So I figured serial is to way to go about installing stuff. I have a P3 766 web server running OpenBSD with a monitor and keyboard attached to it. It has one serial port (which I assume is /dev/tty00, not /dev/cua00) and I hook this cable up to 1 of 4 serial ports (2 are builtin, 2 are in an external PCI daughterboard). I hook it up before I power on the Blade and then at the OpenBSD console, I type cu -l /dev/tty00 -s 9600 and it says Connected. So I turn on the Blade and nothing comes up on the console. I know that Sun workstations work really well with serial port. I plugged the cable into serial port A. So assuming the cable is the right cable, in short, what would I have to do to install OpenBSD on a sparc64 from a i386 console? Thanks a bunch, Vivek
Re: Licensing Help
Benjamin Adams wrote on Thu, Oct 09, 2008 at 02:21:31PM -0400: I'm looking for some clarification on Licensing. I'm looking to build a product using: OpenBSD MySQL Note that the MySQL client libraries are licenced under the GPL, not under the LGPL, with an explicit exception from the GPL allowing to link them against non-GPL FLOSS programs. This GPL+FLOSS exception scheme does look scary to me, there are heaps of legalese language, do ask you lawyer to make sure you understand all that. You are not allowed to link the MySQL = 4.0 client libraries against non-FLOSS code; see the following, already pretty old rationale provided by a MySQL guy: http://lists.mysql.com/mysql/120620 David Axmark, September 25, 2002 [...] We can still make exceptions and allow free use if there is a good reason for it (But not for I like to make money without freeing my code or paying you like reasons). So the goal is to get money out of the people who distribute non OpenSource application using MySQL. [...] I definitely know of one company having switched a closed-source product from MySQL to PostgreSQL for that very reason. Tomcat Java I don't know anything about these two. I know OpenBSD is do what you want. That statement is utterly wrong. Very little of OpenBSD is in the public domain. Make sure you really understand what you may and may not do with which part of OpenBSD. You seem rather hasty regarding licensing, which is quite dangerous. Anyone know what sun says for licensing? If you want to sell a product involving GPL stuff, don't rely on advice given by random people on mailing lists, like me. Instead, ask your lawyer. (Flame bait, don't respond to the following two lines.) Effectively, that's want the GPL is mostly doing, whatever its intentions might be: Prevent starvation of software lawyers. (End off trolling, SCNR.) Anyone know what I would have to do for Sun to let me do this? As far as i understand, you must make some contract with some MySQL company and pay them something. Figure it out. :-( or is they don't care just create and sell? Definitely not. They do care. By the way, OpenBSD people also care what you do with OpenBSD, and if you don't pay attention, chances are you will violate various OpenBSD copyrights and license conditions, too.
Re: Best Way to get OpenBSD installed on Sun Blade 1000/2000
Vivek Ayer wrote: So assuming the cable is the right cable, in short, what would I have to do to install OpenBSD on a sparc64 from a i386 console? I've used the miniroot method on Sun Netra's with good results. See this URL: http://openbsd.org/sparc.html -- View this message in context: http://www.nabble.com/Best-Way-to-get-OpenBSD-installed-on-Sun-Blade-1000-2000-tp19946248p19946644.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: USB disklabel trouble
Brynet wrote: Ed Ahlsen-Girard wrote: sd1 at scsibus2 targ 1 lun 0: USBest, USB2FlashStorage, 0.00 SCSI2 0/direct removable sd1: drive offline That would appear to indicate the device is in some sort of disabled/standby mode, or more likely, it's a bug. Note, sometimes USB 2.0 devices have problems with 1.0/1.1 host controllers. First, try booting a 4.4-snapshot bsd.rd.. it might be a OpenBSD related bug.. post a newer dmesg then. -Brynet. Unfortunately, Brynet is ahead: fdisk and disklabel can't find it right now, and neither can the Windows utilities. Haven't played with snapshots at all - if I do I'll post any interesting results. [demime 1.01d removed an attachment of type APPLICATION/DEFANGED which had a name of eagirard.31234DEFANGED-vcf]
Re: Best Way to get OpenBSD installed on Sun Blade 1000/2000
Well...i have the install43.iso cd. I don't think choosing the media is my problem. What's the quickest way to see a OpenPROM ok prompt on a foreign machine? What commands do I use (e.g., cu, tip, etc.)? If I can get an ok prompt, I'm golden. As of now, I just a white screen come saying keyboard not detecting, using /dev/ttya for input and output. Then the screen goes blank because I assume Solaris goes to a really high resolution that my monitor can't handle. If the keyboard (and monitor?) isn't plugged in, it goes straight to serial. But I know serial output comes after even after I boot up the machine. It's just that all I see is Connected in my openbsd terminal. I even looked at this website for help: http://slashboot.org/articles/8/Building_a_Sparc64_server_with_OpenBSD_3.8.html Thanks, Vivek On Sun, Oct 12, 2008 at 3:38 PM, new_guy [EMAIL PROTECTED] wrote: Vivek Ayer wrote: So assuming the cable is the right cable, in short, what would I have to do to install OpenBSD on a sparc64 from a i386 console? I've used the miniroot method on Sun Netra's with good results. See this URL: http://openbsd.org/sparc.html -- View this message in context: http://www.nabble.com/Best-Way-to-get-OpenBSD-installed-on-Sun-Blade-1000-2000-tp19946248p19946644.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: Best Way to get OpenBSD installed on Sun Blade 1000/2000
Vivek Ayer wrote: Well...i have the install43.iso cd. I don't think choosing the media is my problem. What's the quickest way to see a OpenPROM ok prompt on a foreign machine? What commands do I use (e.g., cu, tip, etc.)? If I can get an ok prompt, I'm golden. I normally connect via a Windows hyper terminal to my Sun boxes... To get an ok prompt from a Windows hyper terminal press: 'Ctrl'+'Break' That's equivalent to 'Stop-A' on a Solaris keyboard. -- View this message in context: http://www.nabble.com/Best-Way-to-get-OpenBSD-installed-on-Sun-Blade-1000-2000-tp19946248p19947124.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: Specifying config file for rarpd
On Sun, Oct 12, 2008 at 02:34:08PM +0300, Lars Nood??n wrote: OpenBSD's rarpd gets its configuration from /etc/ethers http://www.openbsd.org/cgi-bin/man.cgi?query=rarpd How can it be set to use another source for configuration data? (I'd like to leave / and /etc mounted read-only as well as have the choice of several different, separate configurations.) Regards -Lars looks like you're interested in: int ether_ntohost(char *hostname, struct ether_addr *e) which opens _PATH_ETHERS for read. It's at lib/libc/net/ethers.c Should be pretty easy to modify rarpd.c to match needed behavior.
Re: Best Way to get OpenBSD installed on Sun Blade 1000/2000
Do you get to see anything before you press Ctrl+Break. All I see from OpenBSD is a Connected even after I've powered on the Sun. Do you get to see POST messages, etc? Thanks, Vivek On Sun, Oct 12, 2008 at 4:47 PM, new_guy [EMAIL PROTECTED] wrote: Vivek Ayer wrote: Well...i have the install43.iso cd. I don't think choosing the media is my problem. What's the quickest way to see a OpenPROM ok prompt on a foreign machine? What commands do I use (e.g., cu, tip, etc.)? If I can get an ok prompt, I'm golden. I normally connect via a Windows hyper terminal to my Sun boxes... To get an ok prompt from a Windows hyper terminal press: 'Ctrl'+'Break' That's equivalent to 'Stop-A' on a Solaris keyboard. -- View this message in context: http://www.nabble.com/Best-Way-to-get-OpenBSD-installed-on-Sun-Blade-1000-2000-tp19946248p19947124.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
PROPOSAL
I have a new email address!You can now email me at: [EMAIL PROTECTED] Dear Sir/Madam, I'm an investor. I have $12,000,000.00USD for investment. John Mensah - John Mensah
Re: Best Way to get OpenBSD installed on Sun Blade 1000/2000
Vivek Ayer wrote: Do you get to see anything before you press Ctrl+Break. Yep... looks like this: Netra t1 (UltraSPARC-IIi 440MHz), No Keyboard OpenBoot 3.10.27 ME, 1024 MB memory installed, Serial #14272968. Ethernet address 8:0:20:d9:c9:c8, Host ID: 80d9c9c8. Boot device: disk File and args: OpenBSD IEEE 1275 Bootblock 1.1 .. OpenBSD BOOT 1.2 Trying bsd... -- View this message in context: http://www.nabble.com/Best-Way-to-get-OpenBSD-installed-on-Sun-Blade-1000-2000-tp19946248p19947474.html Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: Best Way to get OpenBSD installed on Sun Blade 1000/2000
Vivek Ayer wrote: But the cable is short, so I got a regular extension cable to hook up to it. It might be advisable to get a longer null modem cable, as you know.. the different between a null modem and strait through cable is the pinout. Good luck. -Brynet
Re: Best Way to get OpenBSD installed on Sun Blade 1000/2000
does length affect the pinout? I mean I even tried just hooking up the null modem cable placing the two PC's backs to each other. It should work in that case, right? I'm not at the computer now, but I'll try the Ctrl+break. So the procedure would go: 1. hookup short null modem cable to each end ((only) one 9-pin female on P3 and one 25-pin male on Blade Serial Port A (not B or others?)), 2. the blade will be off, 3. then on the P3 issue the command as root: cu -l /dev/tty00 (assume this over cua00?) -s 9600, 4. it should say connected on the P3, 5. then power on the Sun w/o keyboard and monitor, 6. wait for 30-60 seconds 7. should see POST messages in terminal 8. Hit Ctrl+Break? 9. and I'm set with the OK prompt? When exactly do I hit Ctrl+Break? Also, before I issue cu, when I login to the P3 running OBSD, what do I set as the terminal type: VT100 or Sun? Correct my procedure if it's wrong. Thanks guys, Vivek On Sun, Oct 12, 2008 at 6:18 PM, Brynet [EMAIL PROTECTED] wrote: Vivek Ayer wrote: But the cable is short, so I got a regular extension cable to hook up to it. It might be advisable to get a longer null modem cable, as you know.. the different between a null modem and strait through cable is the pinout. Good luck. -Brynet
Re: The firmware matter
On 平成 20/10/12, at 4:14, Rafael Almeida wrote: Hello, From time to time I see people debating about blobs on kernels. Random noise from an old fogey newbie -- Forty years ago, you pretty much expected a decent schematic inside the back panel of appliances. That meant that, even if you lived way out in the sticks where service technicians never came, you had a hope of fixing something that broke if you could read a schematic and had some basic tools. Society has changed since then. There aren't as many places in the world that are more than a day away from a decent service center. If you're running a mainstream OS. If you are in a non-3rd-world area. In other words, the big companies think they have a good excuse for (1) cutting the expense of providing schematics and for (2) competing by keeping their competitors from knowing what they are up to. It used to be enough that it was against the law to adjust broadcast equipment in such a way as to interfere with other, legally operating broadcast equipment. That was more-or-less reasonable. But now it's against the law to adjust the equipment period, unless you have an engineering license from some organization that is not overseen by the government and is often either in the pocket of some big company or consortium, or directly financed or owned by the same. (I think of this as competing in the lobbies.) It is true that putting the entire schematic and source code inside the back panel is not really all that possible any more. But putting them on the web is not impossible. It is true that putting the manufacturing masks of integrated controllers on the web provides useful information only to those who can afford certain kinds of electron microscopes. I'm not sure what I'd do with a mask set, or the definition files (I forget what they are called) that are more commonly used these days, since we usually don't build masks by hand. Which kind of begs a question: How, exactly, does competition by secrets really benefit anyone? What evil does it actually prevent? You'll always be vulnerable to disgruntled ex-employees, and without the ex-employee, your competitor usually is using such a different set of tools that trying to use your secret technology is not going to be significantly cheaper than developing their own wonderful solutions. When they are using the same tools, they'll eventually find your secret on their own, and in the process develop something better than whatever it is you're busy protecting. I tend to think it's more like cutting off one's nose to spite one's face. For every competitor you frustrate, you frustrate at least ten users. And cut off opportunities to let users help you refine your devices. Take about hubris -- who can really think they can produce such a perfect design that they don't need user feedback? That's the same class of thinking that leads people to try to become dictators. Anyway, APIs are useful to many more people, and even those tend not to be published. And then there are field-reprogrammable logic arrays. It's easy for management to consider the gate definition files the same as the manufacturing masks. But you could also say they are missing an opportunity to open another dialog with their user community. The contents of micro-controller ROMs would seem about as useful as the manufacturing masks, but does the same apply when the ROMs are actually flash, and can be patched in the field? Or how about when they are RAM, loaded at boot by the host OS? This idea of always loading the micro-controller code from outside the device is seriously bent thinking. It's just plain wrong. It absolutely leaves the hardware fatally dependent on the host OS. Not just the brand and version, but the stability of the host. If the speed advantages of RAM are so great, the original (at time of manufacture) version of the controller code should still be loaded from a ROM on the device, and part of the API should be code that allows the controller code to be patched, or wiped and replaced, if the run-time issues of patching a running device are too complicated for the manufacturer to handle under its choice of real-time controller system. And, again, where are the APIs? The blob issues kind of exposes the ultimate way to pervert the GPL, but it also exposes the sheer idiocy of trying to trade in secrets. You can't eat a secret. You can try, but you will be like that guy Isaiah said, eating a banquet in your dreams, eventually waking up to the real reality that you've gained no nutrition thereby. Even very large fortunes disappear overnight. And bankrupted companies generally tend to take their secrets with them to the grave. Source and schematics published openly, however, can survive serious economic troubles. Like eighty years ago serious. Since even people often survive after companies and
Re: VESA 1280x800
On Sun, Oct 12, 2008 at 3:42 PM, Jonathan Schleifer [EMAIL PROTECTED] wrote: Am 12.10.2008 um 15:30 schrieb Jairo Souto: It's possible for Xorg to run on VESA mode 1280x800? As this is not a VESA resolution: No. That's true. You could try to add the PCI id of this card to the list of G80 cards in the nv driver and see if it runs on it, but I'm not sure if the GeForce 7000M is using a G80 chipset or something newer not yet supported by the nv driver. -- Jonathan [demime 1.01d removed an attachment of type application/pgp-signature which had a name of PGP.sig] -- Matthieu Herrb