ipcop-devel Mailing List for IPCop Firewall

Jonathan,

I'm sure we all appreciate the offer.  Just be aware of what you're 
volunteering for.  Way back in the Smoothwall days I volunteered to 
host a US mirror download site at our company's web server.  After 
the first month we had to drop the mirror since gigabytes a day were 
being downloaded.  We were hit with massive overage charges from our 
ISP, who had an OC-12 to the net.

Harry
At 11:53 PM +0200 8/31/03, Email-Lists SureStorm.com wrote:
>Hi group,
>
>i have my own domains and server running at home. I would be so 
>pleased to have some IPCop realted pages until the web comes back to 
>service. Just contact me and i will enable a site.
>
>jonathan
>www.surestorm.com
>
>
>
>Harry Goldschmitt wrote:
>
>>At 12:15 PM -0500 8/31/03, ja...@gu... wrote:
>>
>>>I understand this is an issue, but it is not over the top.  I was
>>>reading the SourceForge also runs a CVS (cvs1) for website 
>>>check=in. If we can setup in there with script running on the 
>>>site, with a
>>>simple check-in or reload if more than 3,8,12 pages are missing, we
>>>will have low outages.
>>>Actually, we have had 2 in the last year.
>>>Mark fixed the last one in just under 1 hr from the start of 
>>>outage. The other was a drive lost at sourceforge.
>>>
>>>With that said, if you all want to put together an alternive then do
>>>so.  We have 15 days.
>>
>>
>>I did some poking around at SourceForge.  There is a ipcop.tgz in 
>>the root IPCop directory, circa May of this year.  It apparently 
>>has a copy of the entire site as of that date.  If someone knows 
>>enough TWiki, we can probably resurrect at least most of the pages 
>>to that date.
>>
>>I'd suggest getting something back so we don't look really stupid, 
>>put something on the home web page that explains what's happened 
>>and ask folks to hold off on updates till the 15th.
>>
>>I really don't know enough TWiki to do anything, other than adding 
>>the notice if  needed.
>>
>>Harry
>>
>>
>>-------------------------------------------------------
>>This sf.net email is sponsored by:ThinkGeek
>>Welcome to geek heaven.
>>http://thinkgeek.com/sf
>>_______________________________________________
>>IPCop-devel mailing list
>>IPC...@li...
>>https://lists.sourceforge.net/lists/listinfo/ipcop-devel

Hi group,

i have my own domains and server running at home. I would be so pleased 
to have some IPCop realted pages until the web comes back to service. 
Just contact me and i will enable a site.

jonathan
www.surestorm.com



Harry Goldschmitt wrote:

> At 12:15 PM -0500 8/31/03, ja...@gu... wrote:
>
>> I understand this is an issue, but it is not over the top.  I was
>> reading the SourceForge also runs a CVS (cvs1) for website check=in. 
>> If we can setup in there with script running on the site, with a
>> simple check-in or reload if more than 3,8,12 pages are missing, we
>> will have low outages.
>> Actually, we have had 2 in the last year.
>> Mark fixed the last one in just under 1 hr from the start of outage. 
>> The other was a drive lost at sourceforge.
>>
>> With that said, if you all want to put together an alternive then do
>> so.  We have 15 days.
>
>
> I did some poking around at SourceForge.  There is a ipcop.tgz in the 
> root IPCop directory, circa May of this year.  It apparently has a 
> copy of the entire site as of that date.  If someone knows enough 
> TWiki, we can probably resurrect at least most of the pages to that date.
>
> I'd suggest getting something back so we don't look really stupid, put 
> something on the home web page that explains what's happened and ask 
> folks to hold off on updates till the 15th.
>
> I really don't know enough TWiki to do anything, other than adding the 
> notice if  needed.
>
> Harry
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> IPCop-devel mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-devel

Hi!

Have You considered implementing a filter on the log-pages in order to show=
 only specific ports or specific ip-adresses (could also be an advanced=
 search function specifying ip-address-range, date/time-range, port-range=
 etc.)?

Or how about an option to allways show hostnames instead of ip-addresses (I=
 know it would require hostname-lookup of all entries hence it should  an option)?

I could do these things myself, but it would be nicer to have them=
 implemented.

--
Med venlig hilsen / Best Regards
  Ronnie

*********** REPLY SEPARATOR  ***********

On 31-08-2003 at 06:51 Eric Oberlander wrote:

>As Mark is away on vacation I'll announce the new alpha5 snapshot ready
>for testing..... For the brave of heart the changes are listed below. But
>believe me there are more new features to come before we go into the beta
>stage.
>
>Mark is back in a couple of weeks, in which we'll buckle down to the
>1.3.1beta series and get it out the door.
>
>The MD5 sums are:-
>
>86768bb6136902ed93419521d06946a7  ipcop-1.3.1alpha5.iso
>0732e89a84b8c0ac055e0d1083e2d071  ipcop-1.3.1alpha5.tar.gz
>
>And they are available as ever from
>
>http://prdownloads.sf.net/ipcop
>
>Changes include....
>
>* SNORT is now available for all interfaces, and is now supporting the
>  ability to download new snort rulesets through the GUI.
>
>* The NTP setup (time) in the system page now includes an 'instant update'
>  feature as well as client support for local clients to obtain their time
>  from IPCop.
>
>* SYSLOGD support ! This allows logging to a remote server with syslogd.
>
>* Integrated logwatch summaries, with alterations to the log page.
>
>* Web Backup - Create, download, upload, and restore configuration
>  archives through web interface on the System/Backup tab.  Supports
>  multiple backup sets.  The backup floppy functionality remains as is.
>
>* BLUE Interface (a.k.a Wireless) currently uses an ethernet driver that
>  expects an access point attached to it. Future work will allow real
>  wireless
>  cards and not require an AP, but that work is yet on an unknown=
 schedule.
>  The 'wireless' setup is done via the services menu and you configure the
>  allowable devices via MAC address or IP address (or both for added
>  security).
>
>* CIPE VPN - CIPE is now a supported VPN tunnel. CIPE is configured under
>  the VPN section and operates as an IPIP tunnel. CIPE is especially
>helpful
>  as it can operate over the BLUE interface and provides added security.
>
>* Edit Hosts - It's now possible for IPCop to add entries into the
>  /etc/hosts file via this. Accessible via the services section you can
>  add hosts and domainnames to it. The additional bonus is that DHCP uses
>  these hostnames too if it matches the IP address.
>
>* DHCP - now allows a 'next server' address and 'filename' so that IPCop
>  can provide additional information to a DHCP client that enables
>  remoteboot. The 'next server' address is a TFTP server, and the
>'filename'
>  is the boot filename for the client.
>
>* IPCop's BOOT disk is now generated with SYSLINUX rather than LILO so=
 that
>  more space is available on the boot disk. So with this change the boot
>  disk is now an MSDOS filesystem. This now integrates the usbfd image, so
>  there's now only one boot disk for all floppy drives.
>
>* Some more of IPCop's CGI scripts are now using the port forwarding idea
>of
>  icons to represent enabled/disabled, edit, and remove functionality.=
 This
>  will present a more consistent interface.
>
>KNOWN BUGS
>
>1. There's a bug in dhcp.cgi that's preventing the settings being saved
>   correctly. (Fixed in CVS).
>
>2. The ownership of /home/httpd/html/backup/ directory on the iso is=
 wrong,
>   and needs to be nobody:nobody to allow the Web Backup feature to work.
>   (Fixed in CVS).
>
>3. DHCP in red interface is broken. You need to untaint=
 </etc/dhcpc/*.info>
>   before passing it to unlink. (Fixed in CVS).
>
>4. Bug in logs.cgi/summary.dat
>
>Thanks to Gilles Espinasse, Alan Hourihane, Tim Butterfield and Robert=
 Kerr
>for their help in the preparation of this announcement.
>
>Regards.
>
>Eric
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>IPCop-devel mailing list
>IPC...@li...
>https://lists.sourceforge.net/lists/listinfo/ipcop-devel

Harry Moyes wrote in mail, at 31-08-03 19:56:

> All
> 
> 
> Has anybody got an HTML install of 1.3.1alpha5 to work?

Yes. I have made a http-install.

> Looks like the changes that were made around the url that users need to
> type to download the tarball have been less than successful.
> 
> I enter http://xx.xx.xx.xx/ipcop.tgz , a file that does exist and is
> readable. (and as the note to users on the download page suggests)

So did I.



--
mvh
Morten Christensen

on 31/8/03 7:36 pm, Morten Christensen at ip...@in... wrote:

> These bugs might keep many people from trying a new alpha with
> interesting improvements.
> 
> A more detailed help for fixing them after install is needed.

OK, I'll have a bash..

>> KNOWN BUGS
>> 
>> 1. There's a bug in dhcp.cgi that's preventing the settings being saved
>> correctly. (Fixed in CVS).

This is not so simple to fix. There are a number of changes required to the
file, so you are probably best to download the latest copy of dhcp.cgi from
CVS, edit it to change any reference of 'CONFIG_ROOT' to '/var/ipcop' and
scp it onto your IPCop.

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ipcop/ipcop/html/cgi-bin/Atti
c/dhcp.cgi

or grab the latest CVS snapshot and extract it from there.
http://www.ipcop.org/cvs_snapshot/

>> 2. The ownership of /home/httpd/html/backup/ directory on the iso is wrong,
>> and needs to be nobody:nobody to allow the Web Backup feature to work.
>> (Fixed in CVS).

Log into a console and execute:

chown 99:99 /home/httpd/html/backup

>> 3. DHCP in red interface is broken. You need to untaint </etc/dhcpc/*.info>
>> before passing it to unlink. (Fixed in CVS).

Edit /etc/rc.d/rc.red line 68 and change:

unlink </etc/dhcpc/*.info>;
to
foreach (</etc/dhcpc/*.info>) { unlink $1 if ( $_ =~ /^([\\/\\w.-]+)$/ ); }

>> 
>> 4. Bug in logs.cgi/summary.dat

No solution as yet...

Sorry.

Eric

----- Original Message -----
From: "Morten Christensen" <ip...@in...>
To: "IPCop-Devel" <ipc...@li...>
Sent: Sunday, August 31, 2003 8:36 PM
Subject: Re: [IPCop-devel] IPCop 1.3.1alpha5 available!


> Eric Oberlander wrote in mail, at 31-08-03 07:51:
>
> >KNOWN BUGS
> >
> >1. There's a bug in dhcp.cgi that's preventing the settings being saved
> >   correctly. (Fixed in CVS).
It is possible to write changes directly in /var/ipcop/dhcp/settings file
> >
> >2. The ownership of /home/httpd/html/backup/ directory on the iso is
wrong,
> >   and needs to be nobody:nobody to allow the Web Backup feature to work.
> >   (Fixed in CVS).
change home/httpd/html/backup  rights to nobody:nobody or 99:99
> >
> >3. DHCP in red interface is broken. You need to untaint
</etc/dhcpc/*.info>
> >   before passing it to unlink. (Fixed in CVS).
I don't think DHCP is much used appart with ethernet modem
With such ethernet modem and dhcp, replace in rc.red line 68
unlink </etc/dhcpc/*.info>;
with
foreach (</etc/dhcpc/*.info>) { unlink $1 if ( $_ =~ /^([\\/\\w.-]+)$/ ); }

Don't ask me to explain the line, Robert Kerr give me this solution

> >
> >4. Bug in logs.cgi/summary.dat
> >
> >
> >
>
>
> These bugs might keep many people from trying a new alpha with
> interesting improvements.
>
> A more detailed help for fixing them after install is needed.
>
>
> --
> mvh
> Morten Christensen
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> IPCop-devel mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-devel

Eric Oberlander wrote in mail, at 31-08-03 07:51:

>KNOWN BUGS
>
>1. There's a bug in dhcp.cgi that's preventing the settings being saved
>   correctly. (Fixed in CVS).
>
>2. The ownership of /home/httpd/html/backup/ directory on the iso is wrong,
>   and needs to be nobody:nobody to allow the Web Backup feature to work.
>   (Fixed in CVS).
>
>3. DHCP in red interface is broken. You need to untaint </etc/dhcpc/*.info>
>   before passing it to unlink. (Fixed in CVS).
>
>4. Bug in logs.cgi/summary.dat
>
>  
>


These bugs might keep many people from trying a new alpha with 
interesting improvements.

A more detailed help for fixing them after install is needed.


--
mvh
Morten Christensen

At 12:15 PM -0500 8/31/03, ja...@gu... wrote:
>I understand this is an issue, but it is not over the top.  I was
>reading the SourceForge also runs a CVS (cvs1) for website check=in. 
>If we can setup in there with script running on the site, with a
>simple check-in or reload if more than 3,8,12 pages are missing, we
>will have low outages. 
>
>Actually, we have had 2 in the last year. 
>
>Mark fixed the last one in just under 1 hr from the start of outage. 
>The other was a drive lost at sourceforge.
>
>With that said, if you all want to put together an alternive then do
>so.  We have 15 days.

I did some poking around at SourceForge.  There is a ipcop.tgz in the 
root IPCop directory, circa May of this year.  It apparently has a 
copy of the entire site as of that date.  If someone knows enough 
TWiki, we can probably resurrect at least most of the pages to that 
date.

I'd suggest getting something back so we don't look really stupid, 
put something on the home web page that explains what's happened and 
ask folks to hold off on updates till the 15th.

I really don't know enough TWiki to do anything, other than adding 
the notice if  needed.

Harry

All


Has anybody got an HTML install of 1.3.1alpha5 to work?

Looks like the changes that were made around the url that users need to
type to download the tarball have been less than successful.

I enter http://xx.xx.xx.xx/ipcop.tgz , a file that does exist and is
readable. (and as the note to users on the download page suggests)

The logged wget command is

/bin/wget -P /harddisk http://xx.xx.xx.xx

Response is index.html is downloaded (not really surprising).

index.html is indeed downloaded to /harddisk, and yes its the
webserver's index.html file...

/bin/gzip -d -c /harddisk/ipcop.tgz | /bin/tar -C /harddisk -xvf -
then fails to unzip the non existent ipcop.tgz file, and  returns the
somewhat misleading error "unable to calculate module dependencies"

Several tries of blind guesses at what url might really download the
file later, I've given up and helped it over that little hurdle by doing
the correct wget for it from another window before I let it loose to
fetch index.html...

It gets as far as running /bin/chroot /harddisk /sbin/depmod -a
then fails unable to locate depmod.

Yep, no depmod in either /bin or /sbin. Looks like its been left out of
ipcop.tgz.

Again our favorite error of "unable to calculate module dependencies"

Guess I can have a squint in the .iso and see if depmod is available
there.

Not sure if its worth pursuing this too far though, I assume there will
be an alpha6 fairly soon?

Cheers Harry

I understand this is an issue, but it is not over the top.  I was 
reading the SourceForge also runs a CVS (cvs1) for website check=in.  
If we can setup in there with script running on the site, with a 
simple check-in or reload if more than 3,8,12 pages are missing, we 
will have low outages.  

Actually, we have had 2 in the last year.  

Mark fixed the last one in just under 1 hr from the start of outage.  
The other was a drive lost at sourceforge.

With that said, if you all want to put together an alternive then do 
so.  We have 15 days. 

We could look at using a database driven site for the FAQ stuff. That 
might take enough of the load of the rest of the site so that we could 
use something else for that.

Regards,

Marco.

Eric S. Johansson wrote:

> ja...@gu... explained:
> 
>> Sourceforge was wipe of worldwriteable files again.  I know MarkW had 
>> a current rsync of site, does anyone else still keep a rsync?
>>
>> Otherwise the site willl be down until the 15th time frame.
> 
> 
> this is beyond ludicrous.  Are there any other hosting facilities we can 
> use for the twiki?
> 
> ---eric
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> IPCop-devel mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-devel

ja...@gu... explained:

> Sourceforge was wipe of worldwriteable files again.  I know MarkW had 
> a current rsync of site, does anyone else still keep a rsync?
> 
> Otherwise the site willl be down until the 15th time frame.

this is beyond ludicrous.  Are there any other hosting facilities we can use for 
the twiki?

---eric

Sourceforge was wipe of worldwriteable files again.  I know MarkW had 
a current rsync of site, does anyone else still keep a rsync?

Otherwise the site willl be down until the 15th time frame.

Hiya.

Thought I'd ask on dev list before creating on my own...

I've got a mate that wants detailed IP Accounting records. Something 
like SrcIP, SrcPt, DstIP, DstPt, #bytes etc. I haven't yet looked into 
the detail required to collect/report on this information, but figure 
that it must be possible somehow.

Has anyone else done it???

Cheers -

As Mark is away on vacation I'll announce the new alpha5 snapshot ready
for testing..... For the brave of heart the changes are listed below. But
believe me there are more new features to come before we go into the beta
stage.

Mark is back in a couple of weeks, in which we'll buckle down to the
1.3.1beta series and get it out the door.

The MD5 sums are:-

86768bb6136902ed93419521d06946a7  ipcop-1.3.1alpha5.iso
0732e89a84b8c0ac055e0d1083e2d071  ipcop-1.3.1alpha5.tar.gz

And they are available as ever from

http://prdownloads.sf.net/ipcop

Changes include....

* SNORT is now available for all interfaces, and is now supporting the
  ability to download new snort rulesets through the GUI.

* The NTP setup (time) in the system page now includes an 'instant update'
  feature as well as client support for local clients to obtain their time
  from IPCop.

* SYSLOGD support ! This allows logging to a remote server with syslogd.

* Integrated logwatch summaries, with alterations to the log page.

* Web Backup - Create, download, upload, and restore configuration
  archives through web interface on the System/Backup tab.  Supports
  multiple backup sets.  The backup floppy functionality remains as is.

* BLUE Interface (a.k.a Wireless) currently uses an ethernet driver that
  expects an access point attached to it. Future work will allow real
  wireless
  cards and not require an AP, but that work is yet on an unknown schedule.
  The 'wireless' setup is done via the services menu and you configure the
  allowable devices via MAC address or IP address (or both for added
  security).

* CIPE VPN - CIPE is now a supported VPN tunnel. CIPE is configured under
  the VPN section and operates as an IPIP tunnel. CIPE is especially helpful
  as it can operate over the BLUE interface and provides added security.

* Edit Hosts - It's now possible for IPCop to add entries into the
  /etc/hosts file via this. Accessible via the services section you can
  add hosts and domainnames to it. The additional bonus is that DHCP uses
  these hostnames too if it matches the IP address.

* DHCP - now allows a 'next server' address and 'filename' so that IPCop
  can provide additional information to a DHCP client that enables
  remoteboot. The 'next server' address is a TFTP server, and the 'filename'
  is the boot filename for the client.

* IPCop's BOOT disk is now generated with SYSLINUX rather than LILO so that
  more space is available on the boot disk. So with this change the boot
  disk is now an MSDOS filesystem. This now integrates the usbfd image, so
  there's now only one boot disk for all floppy drives.

* Some more of IPCop's CGI scripts are now using the port forwarding idea of
  icons to represent enabled/disabled, edit, and remove functionality. This
  will present a more consistent interface.

KNOWN BUGS

1. There's a bug in dhcp.cgi that's preventing the settings being saved
   correctly. (Fixed in CVS).

2. The ownership of /home/httpd/html/backup/ directory on the iso is wrong,
   and needs to be nobody:nobody to allow the Web Backup feature to work.
   (Fixed in CVS).

3. DHCP in red interface is broken. You need to untaint </etc/dhcpc/*.info>
   before passing it to unlink. (Fixed in CVS).

4. Bug in logs.cgi/summary.dat

Thanks to Gilles Espinasse, Alan Hourihane, Tim Butterfield and Robert Kerr
for their help in the preparation of this announcement.

Regards.

Eric

Hi Folks,I just noticed that the IPcop twiki is down, I guess it is the
usual deleted occurance on SF.

Ray



 

Alan Hourihane wrote:

> CIPE is certainly much easier to install for a novice user and provides
> a free client for Windows use.

I downloaded the win-driver just to read the "manual". I found the 
following paragraph:

> Go into the Network & Dialup settings control panel and select properties
> for the new Local Area Connection that has appeared. Go into TCP/IP settings
> and give the adapter its point to point IP address.

Is it mandatory to set an IP adress or does/will your implementation 
support DHCP? (Of cource DHCP of the LAN behind IPCOP. E.g., the 
wireless adapter will get the adress 192.168.100.yy (range of wireless 
lan - BLUE) and the CIPE adapter will get 192.168.10.xx (range of LAN 
behind IPCOP -GREEN))

I think, the default-route is set to the CIPE-VPN-adapter, isn't it? 
Therefore the whole traffic will go over the sercure tunnel. Because 
it's integrated as LAN-adapter, it should be available right after 
windows (2000) comes up and the logon procedure to my domain controller 
will already go over CIPE. Am I right?

Do I have to do anything else for installation? (Genereate public/secret 
kay pairs, ...)

Alan, I really look forward to test your BLUE-VPN-solution! It's exactly 
what I need for my office. And It looks like, it will be easy to configure!

Please tell me, when a testable release is available! As I told you, I'm 
not a developer, but maybe I can help you in testing.
-- 
Michael A. Gütlbauer
http://www.guetlbauer.com/

On Fri, 29 Aug 2003 15:58:28 -0700, 
"sr" <ip...@ob...> wrote in message 
<00a701c36e81$0f94ea80$2300a8c0@oberon>:

> > > > > Does this just happen if there are three cards the same, only
> > > > > with 3Com, or
> > > > > is there another pattern?
> > > >
> > > > Only with the 3c509 driver I believe.
> > >
> > > Nope, mine's happening with the 3c59x driver (PCI card - actually
> > > a 3c905 NIC). 3c509 is an ISA card, isn't it?
> >
> > ..yup.
> >
> > ..does this nic swap behavior look anything like this bug?:
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=89171
> >
> > ..it was fixed in initscripts-7.26-1, according to RH.
> 
> Sounds like my problem! Can I apply the latest initscripts to my IPCop
> box or will it mess things up?

..dunno, try it.  You built ipcop from source?  If not, rip open 
RH's binary rpm and scp each file into your ipcop, you'll only 
need to overwrite those that _is_ in you ipcop now, list those 
in the rpm, then list those in ipcop, and scp across only those 
in both lists, and to test the rotation, you'll ned to reboot 
and yank nics etc.  

..if you build from source, put the fixed initscripts-7.26-1 
into the file list and do a cvs co and and build a new iso 
etc, and tell us.  ;-)

-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

If we want to spare more memory with lang texts, I have seen there is
- a final space at the end of all lines before # Shaping
- there is a space before and after '=>' in all lines before # Shaping (less
regular after)
It's possible to spare actually 34630-32574=2056 characters by suppressing
those spaces

----- Original Message -----
From: "Darren Critchley" <da...@kd...>
To: <ipc...@li...>
Sent: Wednesday, August 27, 2003 11:36 PM
Subject: [IPCop-devel] Use of colons in phrases


> As you may or may not have noticed, I removed all phraselists that end
with
> a c for a colon.
> I have corrected all cgi's that used one of these phrases, and manually
put
> a : after the $tr{'phrase'}
>
> I have done this as we had many duplicate phrases with the only difference
> being the c and the :.
> Having these duplicate phrases wasted memory, and considering the entire
> language hash is loaded into memory on every page load, it was a huge
waste,
> particularly on older machines.
>
> Darren
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> IPCop-devel mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-devel

In message <106...@cl...>
          Mike Cochrane <mi...@gr...> wrote:

> readhash doesn't export settings with quotes in them.

This should now be fixed in CVS (may take a few hours to propogate from
developer cvs to anon cvs).

-- 
 Robert Kerr

SCSI support is enabled in V1.3.1 to allow USB mass-storage usage
There is no SCSI support in the V1.3.1 installer program so you can't
install directly on SCSI drive.
There is a hack publish on web done by somebody to use SCSI driver.
There is works to do on the V1.4 installer.

Actually gcc2.9x is used to compile and I think that with RH9 you will use
gcc3.x and it's not good
Move to gcc3.x is programmed for V1.4

 ----- Original Message -----
From: "Kripskroll" <kri...@ya...>
To: <ipc...@li...>
Sent: Thursday, August 28, 2003 5:55 PM
Subject: [IPCop-devel] SCSI hard disk


Hi all,

I would like to enable SCSI support on ipcop kernel. if i read well it
doesn't seem to be supported at the moment so i need to compile a new
kernel.
I use a redhat9 with kernel 2.4.21. Is it sufficient to do the normal
xconfigure / make ... on my redhat and copy the new kernel on my ipcop
box or do i need more configurations tricks ?
I think i also need to find and comile driver module doesn't it ?

Thanks in advance

Stéphane



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
IPCop-devel mailing list
IPC...@li...
https://lists.sourceforge.net/lists/listinfo/ipcop-devel

Hiya.

After some discussions, here is what I've setup for the bug lists in the 
ipcop sourceforge:
 Categories:
   Build                    Mark Wormgoor
   General                  Mark Wormgoor
   Installation             Mark Wormgoor
   Kernel                   Mark Wormgoor
   User Interface           Darren Critchly
   Security (Patches etc)   Darren Critchly
   Web Proxy                Darren Critchly
   VPN                      Mark Wormgoor
   Documentation            Harry Goldschmitt
   Translations           
Couldn't auto-assign Rebecca to Translations - wasn't on the list of 
possibilities...
  Group (added)
   1.3.1

If anyone has any other suggestions, please let me know.

Cheers -

Hiya.

After some discussions, here is what I've setup for the bug lists in the 
ipcop sourceforge:
  Categories:
    Build                    Mark Wormgoor
    General                  Mark Wormgoor
    Installation             Mark Wormgoor
    Kernel                   Mark Wormgoor
    User Interface           Darren Critchly
    Security (Patches etc)   Darren Critchly
    Web Proxy                Darren Critchly
    VPN                      Mark Wormgoor
    Documentation            Harry Goldschmitt
    Translations            

Couldn't auto-assign Rebecca to Translations - wasn't on the list of 
possibilities...
   
Group (added)
    1.3.1

If anyone has any other suggestions, please let me know.

Cheers -

Try with next version I do (V1.3.1alpha4o) http://perso.wanadoo.fr/gesp/
 or with official V1.3.1alpha4 (with a bug in rc.red and lang offset at
install)

Instead of V1.04-pre5 with modified V1.3, there is a new version of the
driver (V1.04)
First driver support only Eagle chip and last driver support Eagle II chip
too.

There is too a new F@st800 PE model with a transparent plastic lid wich may
work or may not (not well supported by actual last driver)


  ----- Original Message -----
  From: Ken Hughes
  To: ipc...@li...
  Sent: Thursday, August 28, 2003 3:24 PM
  Subject: [IPCop-devel] Sagem 800


  Hi,

  I downloaded an updated / modified IPCOP ISO (as published around the end
of May this year) which included support for the Sagem Fast800 USB ADSL
modem - I installed the new version and tried it out but I can't get the USB
modem to be recognised.
  From the logs I can see that the USB bus recognises a devices is plugged
in and assigns it an address correctly but it also says the new device was
not claim by any drivers - the adiusbadsl driver module is loaded
  Scoured this mailing list and the web but come up with nothing...
  Anyone help me out ??

  .. Ken

In message <106...@cl...>
          Mike Cochrane <mi...@gr...> wrote:

> readhash doesn't export settings with quotes in them.

Actually this was intentional, it doesn't export things with spaces in
either as nothing seemed to need them. Handling quoting properly in a shell
script is a bit of a nightmare.

> For example the GREEN_DRIVER_OPTIONS value shown below, leading to my
> network not starting.

Unfortunately I hadn't thought about driver options, I guess I'll have to
brave the nightmare and try and work out a way to properly escape quotes.
It's probably just about possible, though things get really hairy when you
consider multiple layers of evaluation. It might be easier to process the
driver options separately, we'll see.

-- 
 Robert Kerr