Re: [Leaf-devel] serial IP of null modem cable?
You should look up the Serial-Laplink-HOWTO: http://www.ibiblio.org/pub/Linux/docs/HOWTO/other-formats/html_single/Serial-Laplink-HOWTO.html El Lun 26 Ago 2002 21:51, escribiste: I have an old laptop that is running Linux that I'd rather not invest in a pc-nic for it, but I do have a null modem serial cable to connect to the LRP box. Is there a way to get an IP over the serial line. Similar to using a modem I would think? Or is this something that has not been done. And to take it a step further, how difficult would it be to setup a modem to accept a connect within a Dachstein/LEAF enviroment. Just something I was thinking of this weekend... Regards. -- Juan J. Prieto [EMAIL PROTECTED] --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Dachstein v1.03 CD?
On Tuesday 03 September 2002 15:24, Charles Steinkuehler wrote: Please migrate future replies to leaf-devel...this reply posted to leaf-user in a blatent attempt to get more volunteer help :-) Let me know if any of it looks like something you'd like to tackle... Charles, Do you have a Dachstein source tree ready for import into our repository? It would allow you to create a Dachstein team, and assign aspects of the update to specific members. -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] trying to install UML
On Tuesday 03 September 2002 21:27, Erich Titl wrote: Hi all I am trying to build a UML environment according to Jacques/Eric's info. applying the uml patch works fine, but the bering patches are not all appliccable. Should I step back to 2.4.18 or just ignore the Patch diagnostics for the rejected hunks. From the above I understand that you are trying do use a 2.4.19 kernel? If so I confirm that 2.4.18 Bering patches won't apply cleanly and need some tweaking. The only serious pb is with the newnat13-and-helpers patch which just cannot be applied. You need the update from http://www.roeder.goe.net/~koepi/newnat.html But this is untested. You will also need to move to iptables-1.2.7a :-) Moving to 2.4.19 is not in the priority list. Bering V1.0-rc4 and/or final will be 2.4.18 based. But if you are using UML my guess is that you probably do not need any of Bering patches which are optionnals unless you are trying to do something very specific. Also note that you should not apply grsecurity patch on a UML kernel Alt this stage I guess I need more info about what you are trying to achieve. 2.4.18 Bering patched UML kernel are available on the LEAF download area Jacques --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Dachstein v1.03 CD?
On Wed, 2002-09-04 at 06:20, Ewald Wasscher wrote: On Wed, 2002-09-04 at 14:38, Mike Noyes wrote: Do you have a Dachstein source tree ready for import into our repository? It would allow you to create a Dachstein team, and assign aspects of the update to specific members. Mike, Charles, This is something I'd very much like to work on, but only if Dachstein has a future beyond bugfixes. I have played quite a bit with David Douthitt's ports system lately, and would like to create, or assist at creating, a build-from-source system for one of the distributions. LEAF release/branch lead developers, Take note: Ewald is volunteering to help you create a ports/portage based source tree for your release/branch. Ewald, Thanks for offering to help with this. :-) -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] I'm Back (Mail Troubles)
It seems that my mail forwarding provider (callsign.net) stopped delivering mail or accepting mail or some such thing; anyway anything that went through my callsign.net address stopped coming. I've subscribed again, this time under my own domain and mail address: [EMAIL PROTECTED] I plan to start working on updating CVS and making an updated Oxygen. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Dachstein v1.03 CD?
I was working on V1.0.3, but lost a hard drive, and then got caught up in other work. I still have some of the files and patches. Let me know what you're looking for (I missed that part of the thread I think) and I'll try to find it. I'm pretty sure I had made up a todo list and I can send you that if you like. Sean On Wednesday 04 September 2002 08:20, Charles Steinkuehler wrote: mac addy command in /etc/modules ~ there was a posted addition to network.conf for this, would this be plausible or are you looking for something with the ! bang command? This should really be supporeted a ! bang command in /etc/modules...that way any MAC changes occur once, and before any higher-level network configuration happens. Add 192.0.2.0/24 to stopMartians Support unblocking of private IP ranges ~ I can do these, to start with anyway. BTW: The cleanest way I've thought of to unblock the private IP range is to have a variable in /etc/network.conf that disables the particular blocking rules, ie: network.conf: PRIVATE_IP_EXT=YES ipfilter.conf: [ $PRIVATE_IP_EXT = YES ] $IPCH -A $LIST -j DENY -p all -s 10.0.0.0/8 -d 0/0 -l $* Yes, this is what I figured. :-) Thanks for the code! fix extra IP problem when using new net segment. ~ Where is this error coming from? Maybe I can do this, I can't say that I've run into it. I don't remember off-hand what this problem was...I'll have to dredge the mail archives. IIRC, it was an obscure problem when combining several of the more advanced features (IP aliases on the external interface, multiple internal nets, and a port-forwarded DMZ), but I'm not sure... I'll look it up.. I've got MDS's ipfilter patch archived This appears to be the one your thinking of. Saddly, I don't have any of Sean's work in progress... Would you like me to attempt to contact him and see if any of this was saved? ### There were a couple of other WishList things I've archived: ~MDS solution for dhcp broadcast requests on WAN interface. # cat /etc/ipchains.input $IPCH -I input -j DENY -p all -s 0/0 -d 255.255.255.255 -i $EXTERN_IF ~ Add /root to include.list/local.local for ssh keys ~Greg Morgan's checkdisk () fix ~MDS patch to change defaut DCD backup from cd to floppy. ~Upgrade to Syslinux 1.66works better for IDE HD/flash/CF cards. ~Fix for POSIXNESS mail script (kapeka?) -- ~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! --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] Dachstein v1.03 CD?
There were a couple of other WishList things I've archived: ~MDS solution for dhcp broadcast requests on WAN interface. # cat /etc/ipchains.input $IPCH -I input -j DENY -p all -s 0/0 -d 255.255.255.255 -i $EXTERN_IF Seems like a reasonable mod to an existing system, but if we're playing with ipfilter.conf there are other ways to handle this. What about defining a variable that controls logging of the stuff in stopMartians()? Something like: BTW: For those working with adding new network.conf variables, please choose better names than the ones I have used in my examples!!! network.conf DO_NOT_LOG_GARBAGE=YES ipfilter.conf LOG=-l [ DO_NOT_LOG_GARBAGE = YES ] LOG= /stopMartian ipchains rules/s/-l/$LOG/ ~ Add /root to include.list/local.local for ssh keys This should have been done a long time ago! ~Greg Morgan's checkdisk () fix ~MDS patch to change defaut DCD backup from cd to floppy. Both are probably fine, but I'd like to see the mods... ~Upgrade to Syslinux 1.66works better for IDE HD/flash/CF cards. This is fine ~Fix for POSIXNESS mail script (kapeka?) What's broken in POSIXness mail? Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] DS 1.03 todo (Was: Dachstein v1.03 CD?)
I'd like to add: update dhclient.lrp to fix problems for some ATT users create a udhcpc.lrp package based on Lynn Avants' udhcp.lrp Ewald Wasscher --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] DS 1.03 todo (Was: Dachstein v1.03 CD?)
On Wednesday 04 September 2002 12:06, Ewald Wasscher wrote: I'd like to add: update dhclient.lrp to fix problems for some ATT users create a udhcpc.lrp package based on Lynn Avants' udhcp.lrp My udhcp.lrp package is compiled with both the client and server in one binary. To seperate these daemons, a re-compile will be necessary. Personally there is redundant code between the two daemons, so I don't know whether seperating them would amount in saving much space. To use one daemon or the other, I would suggest commenting out/or removing the unwanted /etc/init.d script. This could be an added option in the .conf files if it would help anyone out. -- ~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! --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] inittar
Hello all, Perhaps this isn't news on the list, but I came across a replacement for the initrd_dyn kernel patches from lrp here: http://www.escape.de/users/outback/linux/ And for those who don't speak German: http://www.escape.de/users/outback/linux/index_en.html This will allow: - easily changing the size of the root filesystem without any initrd hassle. - removing support for minix filesystem from the kernel, remove mkfs.minix to save some diskspace. I think it can be a good solution until the initramfs that appears to be going into linux 2.6 arrives. Comments and flames are appreciated. Ewald Wasscher --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel