[Leaf-devel] bering beta3 and typo in interfaces file
Hello Jacques, I just found out why my third network card didn't get set. It's a typo in the examples of the interfaces file. For Step 3 and step 4 the word adress is written with one d while it should be 2. # Step 3 (optionnal): configure DMZ # Default: eth2 / fixed IP = 192.168.1.100 #auto eth2 #iface eth2 inet static #adress 192.168.1.100 #network 192.168.1.0 #netmask 255.255.255.0 #broadcast 192.168.1.255 # Step 4 (optionnal): configure bridge #auto br0 #iface br0 inet static #adress 192.168.1.254 #network 192.168.1.0 #netmask 255.255.255.0 #broadcast 192.168.1.255 #gateway 192.168.1.1 #bridge_ports all ICQ# 37047796 [EMAIL PROTECTED] (Work) [EMAIL PROTECTED] (Home)
Re: [Leaf-devel] CF (write protect) + IDE adapter
On Wednesday 06 February 2002 02:04, Jeff Newmiller wrote: On Sun, 3 Feb 2002, guitarlynn wrote: Yes, a product to keep me from cutting tiny toggle switches into those blasted IDE cables would be a godsend! I can live with the CF cards nicely though for the time being (if I can get one anyway)! My curiosity gets the better of me... just how many of these toggle switches have you installed, and how well have they worked? hehe, I haven't to be honest I was in a strange mood @that time. I probably shouldn't have put it in there, sorry. I remember a long thread with some people trying this a couple of years ago though, did anybody ever have any success??? If my memory serves me right, there was a problem with disk-corruption errors if the system tried to write to the HD. It wouldn't be much trouble for me to try this if your really interested though. A less frustrating way of trying would be to wack a piece out of wire #23 and simply switch to another cable to write. I'll give it a try, I need to do some soldering today anyway! You bit, I will too. -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] CF (write protect) + IDE adapter
At 2002-02-06 16:10 -0800, Jeff Newmiller wrote: On Wed, 6 Feb 2002, Mike Noyes wrote: Lynn, This looks like a winner. It claims Linux compatibility too. http://www.ssti.com/ata_disk/admbrief.pdf This looks like the same hardware I bought from Advantech a year ago, but my PCD-1240V doesn't have any WP# pin, or at least any access to it. Jeff, Exactly. It's almost identical to the PQI DiskOnModule (DOM) product too. I'm still trying to get pricing information. From what I can tell the product came out in Oct, so the channel hasn't filled yet. Apacer is making a ATA-Disk Module (ADM) too. http://www.apacer.com/product/flash/f_adc.htm -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] CF (write protect) + IDE adapter
At 2002-02-06 16:10 -0800, Jeff Newmiller wrote: On Wed, 6 Feb 2002, Mike Noyes wrote: Lynn, This looks like a winner. It claims Linux compatibility too. http://www.ssti.com/ata_disk/admbrief.pdf This looks like the same hardware I bought from Advantech a year ago, but my PCD-1240V doesn't have any WP# pin, or at least any access to it. Jeff, From what I've read, SiS added a non ATA compliant WP# signal to their ATA controller. The WP# jumper has three states outlined in the SSTI pdf below. I expect a lot of manufacturers will start using this new SiS ATA controller. http://www.ssti.com/products/pdf/519-58SM-LM8-192-01.000-DS.pdf -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Date/Time
I've been looking into the date and time set in an Oxygen system, and comparing to a Mandrake system. The confusion comes this way: * Hardware clock: set value * Hardware clock (hwclock): value displayed * System clock: set value * System clock: value displayed ...and these interact with: * /etc/localtime * TZ It would also appear that the man page for asctime(2) is wrong, and that the variable timezone is NOT set as it says it is. It would also appear that: * hwclock does not shift the time read according to timezone; it just stamps the output with the given timezone * hwclock remembers how the RTC was set - thus, hwclock --show may report UTC, or it may report localtime... I'm also getting lost in functions: gettimeofday() tzset() time() localtime() ...which ONE of these gets the timezone right? Then there's header files: #include time.h #include linux/time.h #include sys/time.h *ALL* of these conflict And it even appears that busybox date may be reporting the wrong time... sigh... I wrote my own time display program (tz) just for testing purposes - it calls all of the above functions. I'll try to put it up on in the development area with source code. My hypothesis are: * hwclock works differently than I thought * there may be actual bugs in busybox date * I may be mixing up standard C functions, Linux kernel functions, and old obsolete Linux kernel functions Someone give me an aspirin! -- David Douthitt UNIX Systems Administrator HP-UX, Unixware, Linux [EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] test sorry (support-request 505419) please ignore
You didn't. Please excuse this test mail, but I had problems with mail delivery with this list and opended the mentioned support request on sourceforge. They reported it should be solved. To check and to give feedback, I'll send this mail. Might be annoying for you, but will help sourceforge support. regards kp ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel