Menu
▾
▴
ipcop-devel — Development mailinglist for the IPCop project.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(259) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(361) |
Feb
(71) |
Mar
(270) |
Apr
(164) |
May
(55) |
Jun
(218) |
Jul
(203) |
Aug
(146) |
Sep
(105) |
Oct
(70) |
Nov
(156) |
Dec
(223) |
| 2003 |
Jan
(229) |
Feb
(126) |
Mar
(461) |
Apr
(288) |
May
(203) |
Jun
(64) |
Jul
(97) |
Aug
(228) |
Sep
(384) |
Oct
(208) |
Nov
(88) |
Dec
(291) |
| 2004 |
Jan
(425) |
Feb
(382) |
Mar
(457) |
Apr
(300) |
May
(323) |
Jun
(326) |
Jul
(487) |
Aug
(458) |
Sep
(636) |
Oct
(429) |
Nov
(174) |
Dec
(288) |
| 2005 |
Jan
(242) |
Feb
(148) |
Mar
(146) |
Apr
(148) |
May
(200) |
Jun
(134) |
Jul
(120) |
Aug
(183) |
Sep
(163) |
Oct
(253) |
Nov
(248) |
Dec
(63) |
| 2006 |
Jan
(96) |
Feb
(65) |
Mar
(88) |
Apr
(172) |
May
(122) |
Jun
(111) |
Jul
(83) |
Aug
(210) |
Sep
(102) |
Oct
(37) |
Nov
(28) |
Dec
(41) |
| 2007 |
Jan
(82) |
Feb
(84) |
Mar
(218) |
Apr
(61) |
May
(66) |
Jun
(35) |
Jul
(55) |
Aug
(64) |
Sep
(20) |
Oct
(92) |
Nov
(420) |
Dec
(399) |
| 2008 |
Jan
(149) |
Feb
(72) |
Mar
(209) |
Apr
(155) |
May
(77) |
Jun
(150) |
Jul
(142) |
Aug
(99) |
Sep
(78) |
Oct
(98) |
Nov
(82) |
Dec
(25) |
| 2009 |
Jan
(38) |
Feb
(86) |
Mar
(129) |
Apr
(64) |
May
(106) |
Jun
(121) |
Jul
(149) |
Aug
(110) |
Sep
(74) |
Oct
(98) |
Nov
(83) |
Dec
(46) |
| 2010 |
Jan
(53) |
Feb
(43) |
Mar
(86) |
Apr
(185) |
May
(44) |
Jun
(58) |
Jul
(41) |
Aug
(47) |
Sep
(52) |
Oct
(49) |
Nov
(47) |
Dec
(66) |
| 2011 |
Jan
(58) |
Feb
(33) |
Mar
(37) |
Apr
(31) |
May
(8) |
Jun
(8) |
Jul
(2) |
Aug
(28) |
Sep
(75) |
Oct
(46) |
Nov
(40) |
Dec
(7) |
| 2012 |
Jan
(61) |
Feb
(32) |
Mar
(20) |
Apr
(6) |
May
(11) |
Jun
(8) |
Jul
(1) |
Aug
(16) |
Sep
(21) |
Oct
(12) |
Nov
(12) |
Dec
(1) |
| 2013 |
Jan
(15) |
Feb
(8) |
Mar
(21) |
Apr
(25) |
May
(18) |
Jun
(20) |
Jul
(21) |
Aug
|
Sep
(1) |
Oct
(9) |
Nov
(10) |
Dec
(13) |
| 2014 |
Jan
(33) |
Feb
(41) |
Mar
(10) |
Apr
(44) |
May
(3) |
Jun
|
Jul
(6) |
Aug
(2) |
Sep
(1) |
Oct
(7) |
Nov
(10) |
Dec
(12) |
| 2015 |
Jan
(1) |
Feb
(17) |
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
|
2
(1) |
3
(5) |
4
(7) |
5
(21) |
|
6
(11) |
7
(29) |
8
(21) |
9
(18) |
10
(24) |
11
(13) |
12
(16) |
|
13
(9) |
14
(21) |
15
(10) |
16
(8) |
17
(25) |
18
(5) |
19
(11) |
|
20
(4) |
21
(18) |
22
(5) |
23
(5) |
24
(2) |
25
(1) |
26
(8) |
|
27
(9) |
28
(2) |
29
(2) |
30
(15) |
|
|
|
|
From: Nick R. <ni...@ro...> - 2004-06-30 22:08:33
|
I find that many browsers do not like the new javascript menus (1.4b4), to the point where it is difficult to turn them off because you cannot get through the menuing system. Can i suggest that it is turned OFF by default in 1.4, with the option to turn it ON if desired. Thanks -- Nick Rout <ni...@ro...> |
|
From: Alan H. <al...@fa...> - 2004-06-30 20:14:59
|
On Wed, Jun 30, 2004 at 08:42:53PM +0100, Neil A. Hillard wrote: > Hi folks, > > in a fit of madness I tried to install 1.4.0b4 onto a 127Mb disk > !!! I've just purchased a couple of dual port NICs and wanted to test > them before sticking them into the live firewall and only had an ancient > 127Mb disk to hand. > > The install spotted that I'd got a small HDD and offered to > continue with no swap. After partitioning the disk and creating the > filesystems it then complained that it was unable to mount the swap > partition. > > Has anyone else seen this ??? I'm guessing that the attached > patch is along the right lines. If someone else thinks this is about > right, could they commit it to CVS ??? Thanks for catching this. I've just committed the fix. Alan. |
|
From: Daniel B. <D.M...@ex...> - 2004-06-30 20:11:41
|
Neil A. Hillard wrote: > Hi folks, > > in a fit of madness I tried to install 1.4.0b4 onto a 127Mb disk > !!! I've just purchased a couple of dual port NICs and wanted to test > them before sticking them into the live firewall and only had an ancient > 127Mb disk to hand. > > The install spotted that I'd got a small HDD and offered to > continue with no swap. After partitioning the disk and creating the > filesystems it then complained that it was unable to mount the swap > partition. > > Has anyone else seen this ??? I'm guessing that the attached > patch is along the right lines. If someone else thinks this is about > right, could they commit it to CVS ??? > > I don't know if 127Mb is pushing my luck - guess I'll just have > to delve deep in those boxes that haven't been touched for a while and > find a slightly bigger disk !!! > > All the best, > > > Neil. > Just as a thought, and related to this, would it be possible to create an install with no or minimal swap for those using ipcop in a situation where the swap is never touched (lots of ram, etc)? Dan |
|
From: Neil A. H. <ne...@re...> - 2004-06-30 19:43:04
|
Hi folks,
in a fit of madness I tried to install 1.4.0b4 onto a 127Mb disk
!!! I've just purchased a couple of dual port NICs and wanted to test
them before sticking them into the live firewall and only had an ancient
127Mb disk to hand.
The install spotted that I'd got a small HDD and offered to
continue with no swap. After partitioning the disk and creating the
filesystems it then complained that it was unable to mount the swap
partition.
Has anyone else seen this ??? I'm guessing that the attached
patch is along the right lines. If someone else thinks this is about
right, could they commit it to CVS ???
I don't know if 127Mb is pushing my luck - guess I'll just have
to delve deep in those boxes that haven't been touched for a while and
find a slightly bigger disk !!!
All the best,
Neil.
--
Neil A. Hillard E-Mail: ne...@re...
Regional Webs Ltd. Web: http://www.regionalwebs.net/
|
|
From: Gilles E. <g....@fr...> - 2004-06-30 18:11:08
|
----- Original Message -----
From: "Greg DePasse" <gr...@de...>
To: <ipc...@li...>
Sent: Wednesday, June 30, 2004 3:08 PM
Subject: Re: [IPCop-devel] 1.4b4 DHCPCD error: requested address is not
available
> ja...@gu... wrote:
>
> >>Has anyone experienced a DHCPCD error: "requested address not
available"?
> >>
> >>
> >
> >I have not seen that on a IPCop, but have seen it many years ago on
> >RedHat 6.
> >
> >The issue then was an IP Address was in a file in the DHCPCD
> >directory. When it tried to reconnect it used that address and
> >requested the DHCP server to reissue it to itself. At that time I
> >clear the DHCPCD directory and all was good.
> >
> >It is possible that you upgraded to 1.4 with a backup diskette from
> >1.3 and DHCPCD directory has an old IP still in it.
> >
> >You can try the disconnect / reconnect on the main page to clear it.
> >Or try to load from scratch without using the backup diskette.
> >
> >jackb
> >
> >
>
> Thanks Jack-
> During my first install of 1.4b4, I did try to use my 1.3 backup
> disk. There was a failure, so I configured by hand. After that,
> further install configs were all done by hand. But I figured that even
> if it was asking for an IP, it would be the same IP I had before and
> it's the same NIC, so I should have gotten it. I was wondering if
> there was a default IP that IPCOP was asking for (like how the setup
> screen says 0.0.0.0) that wasn't vaild (vs asking for nothing and
> getting a new address).
>
Even if backup restore fail because of error reading on the floppy, it may
have reinstalled some of the files.
This append to me once.
> I can't find a dhcpcd directory to clean out.
> root@ipcop:~ # find / -name dhcpcd
> /usr/sbin/dhcpcd
> root@ipcop:~ # find / -name dhcp
> /var/ipcop/dhcp
> /var/state/dhcp
>
> I did find a dhcpc directory, but it only has the dhcp client script.
> Is that safe to erase (will it be regenerated)?
> root@ipcop:/var/ipcop/dhcpc # ls
> dhcpcd.exe
>
No don't erase.This is only a link to /etc/rc.d/rc.updatered
> I'll try the disconnect/reconnect when I get home and have Green access
> to the box.
>
You may add -d option to debug the dialog with the server.
In V1.4.0b4, the line 53 in /etc/rc.d/rc.red should be
push(@dhcpcommand, ('-R', "$iface",'-L', "${swroot}/dhcpc", '-d'));
Gilles
|
|
From: Gilles E. <g....@fr...> - 2004-06-30 13:38:24
|
Selon Joerg Ritter <ri...@in...>: > hi, > which script generates the file src/ROOTFILES.i386 ? >=20 > seems to be static. > But, there are entries like /var/ipcop, which is configurable in make.s= h=20 > via SNAME. > Shouldn't src/ROOTFILES.i386 be created on the fly ? >=20 I don't know a way not to be static. Only necessary files are not commented. This is the person wich add the package who judge wich files are necessar= y or=20 not to put on the ISO. Gilles |
|
From: Greg D. <gr...@de...> - 2004-06-30 13:08:53
|
ja...@gu... wrote:
>>Has anyone experienced a DHCPCD error: "requested address not available"?
>>
>>
>
>I have not seen that on a IPCop, but have seen it many years ago on
>RedHat 6.
>
>The issue then was an IP Address was in a file in the DHCPCD
>directory. When it tried to reconnect it used that address and
>requested the DHCP server to reissue it to itself. At that time I
>clear the DHCPCD directory and all was good.
>
>It is possible that you upgraded to 1.4 with a backup diskette from
>1.3 and DHCPCD directory has an old IP still in it.
>
>You can try the disconnect / reconnect on the main page to clear it.
>Or try to load from scratch without using the backup diskette.
>
>jackb
>
>
Thanks Jack-
During my first install of 1.4b4, I did try to use my 1.3 backup
disk. There was a failure, so I configured by hand. After that,
further install configs were all done by hand. But I figured that even
if it was asking for an IP, it would be the same IP I had before and
it's the same NIC, so I should have gotten it. I was wondering if
there was a default IP that IPCOP was asking for (like how the setup
screen says 0.0.0.0) that wasn't vaild (vs asking for nothing and
getting a new address).
I can't find a dhcpcd directory to clean out.
root@ipcop:~ # find / -name dhcpcd
/usr/sbin/dhcpcd
root@ipcop:~ # find / -name dhcp
/var/ipcop/dhcp
/var/state/dhcp
I did find a dhcpc directory, but it only has the dhcp client script.
Is that safe to erase (will it be regenerated)?
root@ipcop:/var/ipcop/dhcpc # ls
dhcpcd.exe
I'll try the disconnect/reconnect when I get home and have Green access
to the box.
Thanks again,
Greg
|
|
From: <ja...@gu...> - 2004-06-30 12:33:09
|
> Has anyone experienced a DHCPCD error: "requested address not available"? I have not seen that on a IPCop, but have seen it many years ago on RedHat 6. The issue then was an IP Address was in a file in the DHCPCD directory. When it tried to reconnect it used that address and requested the DHCP server to reissue it to itself. At that time I clear the DHCPCD directory and all was good. It is possible that you upgraded to 1.4 with a backup diskette from 1.3 and DHCPCD directory has an old IP still in it. You can try the disconnect / reconnect on the main page to clear it. Or try to load from scratch without using the backup diskette. jackb |
|
From: Joerg R. <ri...@in...> - 2004-06-30 11:50:36
|
hi, which script generates the file src/ROOTFILES.i386 ? seems to be static. But, there are entries like /var/ipcop, which is configurable in make.sh via SNAME. Shouldn't src/ROOTFILES.i386 be created on the fly ? joerg |
|
From: Greg D. <gr...@de...> - 2004-06-30 11:27:18
|
Has anyone experienced a DHCPCD error: "requested address not available"? Background: I was running 1.3.0p9 for about a year in a R+G setup (home use - 5 PCs on Green). Everything was great. Red was DHCP and I was able to get an IP from my cable ISP (adelphia). I've tested the 1.4b4 ISO in my vmware setup and it worked great. So last night I upgraded my "production" box to 1.4b4. I configured it for R+G just like with the 1.3. Only, this time, the red interface wasn't able to get an IP, and this is the error message I saw in /var/log/dhcpcd.log: Jun 29 22:34:10 ipcop dhcpcd[245]: DHCP_NAK server response received: requested address not available Jun 29 22:34:39 ipcop last message repeated 2 times Jun 29 22:35:05 ipcop dhcpcd[245]: timed out waiting for a valid DHCP server response Troubleshooting: I confirmed that the red interface was the same NIC as my 1.3 setup and that it was connected to my cable modem. Just in case I powered off my cable modem for a minute and restarted (I know adelphia is auto-provision) ipcop to re-associate the Red MAC address. Still nothing. The NIC is working (I received a DHCP_NAK message and "ifconfig eth1" show the received packets counter increasing). I figure at this point it's time to roll back to 1.3. Bad news - I get the same error when it comes time to get a red IP via DHCP. Now I'm thinking something might be hosed with adelphia, so to test that I connected a WinXP box directly to the Cable Modem ethernet jack and restarted the modem. Presto - I got an IP via DHCP. I wrote down the ip, subnet, gw and dns info and entered them into IPCOP 1.3 (as static red ip info) and power cycled the modem. Presto, the connection works! I installed 1.4b4 and entered the static info for my red interface and it also works. I tried setting red back to DHCP at this point, but I got the same error as before. My WinXP DHCP lease was good for 24 hours, so I figure my connection is going to drop again tonight (if someone else gets that IP assigned) unless I renew in WinXP. I'm stuck and could really use some help. Please let me know what other info could be helpful to fix this problem. Thanks, Greg PS - One minor typo - the first time I go to the network card setup (after choosing RED+GREEN), the red NIC is called UNKOWN instead of UNKNOWN. I noticed this was also the case in 1.3. |
|
From: Imad R. F. <ma...@cy...> - 2004-06-30 09:05:02
|
On Wednesday 30 June 2004 08:48, Burn Alting wrote: > I spoke too soon ... the compilation still dies with > > CPP='gcc -B/tools/bin/ -E -x c-header' > /home/burn/ipcop/ipcop/build/usr/src/glibc-build/elf/ld-linux.so.2 > --library-path > /home/burn/ipcop/ipcop/build/usr/src/glibc-build:/home/burn/ipcop/ipcop/bui >ld/usr/src/glibc-build/math:/home/burn/ipcop/ipcop/build/usr/src/glibc-build >/elf:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/dlfcn:/home/burn/ipcop >/ipcop/build/usr/src/glibc-build/nss:/home/burn/ipcop/ipcop/build/usr/src/gl >ibc-build/nis:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/rt:/home/burn >/ipcop/ipcop/build/usr/src/glibc-build/resolv:/home/burn/ipcop/ipcop/build/u >sr/src/glibc-build/crypt:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/li >nuxthreads /home/burn/ipcop/ipcop/build/usr/src/glibc-build/sunrpc/rpcgen -Y > ../scripts -h rpcsvc/bootparam_prot.x -o > /home/burn/ipcop/ipcop/build/usr/src/glibc-build/sunrpc/rpcsvc/bootparam_pr >ot.T Inconsistency detected by ld.so: rtld.c: 1221: dl_main: Assertion > `pt_load_num || (void *) ph->p_vaddr == _rtld_local._dl_sysinfo_dso' > failed! > make[3]: *** Waiting for unfinished jobs.... > make[3]: *** > [/home/burn/ipcop/ipcop/build/usr/src/glibc-build/sunrpc/rpcsvc/bootparam_p >rot.stmp] Error 127 make[3]: Leaving directory > `/home/burn/ipcop/ipcop/build/usr/src/glibc-2.3.3-lfs-5.1/sunrpc' > make[2]: *** [sunrpc/others] Error 2 > make[2]: Leaving directory > `/home/burn/ipcop/ipcop/build/usr/src/glibc-2.3.3-lfs-5.1' > make[1]: *** [all] Error 2 > make[1]: Leaving directory > `/home/burn/ipcop/ipcop/build/usr/src/glibc-build' > make: *** [/home/burn/ipcop/ipcop/log/glibc-2.3.3-lfs-5.1-tools] Error 2 > > > I think for the moment, I may shelve my idea of compiling under FC2 ... > too much other work to do. > > Thanks > > Burn > this is bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14992 if you are so inclined you can recompile your fedora 2 gcc, so that it is kept backwards compatible with binutils. before proceeding with the compile sed the config.in file as follows: sed -i -e s/HAVE_LD_AS_NEEDED/USE_LD_AS_NEEDED/g ${S}/gcc/config.in where ${S} is where un-tared the gcc-sources hth |
|
From: Burn A. <bu...@go...> - 2004-06-30 06:08:01
|
I spoke too soon ... the compilation still dies with CPP='gcc -B/tools/bin/ -E -x c-header' /home/burn/ipcop/ipcop/build/usr/src/glibc-build/elf/ld-linux.so.2 --library-path /home/burn/ipcop/ipcop/build/usr/src/glibc-build:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/math:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/elf:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/dlfcn:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/nss:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/nis:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/rt:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/resolv:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/crypt:/home/burn/ipcop/ipcop/build/usr/src/glibc-build/linuxthreads /home/burn/ipcop/ipcop/build/usr/src/glibc-build/sunrpc/rpcgen -Y ../scripts -h rpcsvc/bootparam_prot.x -o /home/burn/ipcop/ipcop/build/usr/src/glibc-build/sunrpc/rpcsvc/bootparam_prot.T Inconsistency detected by ld.so: rtld.c: 1221: dl_main: Assertion `pt_load_num || (void *) ph->p_vaddr == _rtld_local._dl_sysinfo_dso' failed! make[3]: *** Waiting for unfinished jobs.... make[3]: *** [/home/burn/ipcop/ipcop/build/usr/src/glibc-build/sunrpc/rpcsvc/bootparam_prot.stmp] Error 127 make[3]: Leaving directory `/home/burn/ipcop/ipcop/build/usr/src/glibc-2.3.3-lfs-5.1/sunrpc' make[2]: *** [sunrpc/others] Error 2 make[2]: Leaving directory `/home/burn/ipcop/ipcop/build/usr/src/glibc-2.3.3-lfs-5.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/burn/ipcop/ipcop/build/usr/src/glibc-build' make: *** [/home/burn/ipcop/ipcop/log/glibc-2.3.3-lfs-5.1-tools] Error 2 I think for the moment, I may shelve my idea of compiling under FC2 ... too much other work to do. Thanks Burn |
|
From: Burn A. <bu...@go...> - 2004-06-30 05:18:51
|
Thanks. Your suggestion has got me further. Still building! I'll see how it goes and let the list know. Regards Burn On Wed, 2004-06-30 at 14:38, ma...@cy... wrote: > > > > From: Burn Alting <bu...@go...> > > Date: 2004/06/29 Tue AM 04:58:19 EAT > > To: ipc...@li... > > Subject: [IPCop-devel] IPcop 1.4 CVS > > > > Hi Peoples, > > > > Has anyone built ipcop-dev-v140-20040628.tgz on a clean Fedora Core 2 > > system? > > > > When I attempt a build I get > > > > ... > > patching file gcc/version.c > > cd /home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3 && sed -i -e > > 's|^\(LIBGCC2_CFLAGS.*\)$|\1 -D_LIBC_PROVIDES_SSP_|' gcc/Makefile.in > > cd /home/burn/ipcop/ipcop/build/usr/src/gcc-build && > > /home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3/configure --prefix=/tools > > --with-local-prefix=/tools --disable-nls --enable-shared > > --enable-languages=c > > Configuring for a i686-pc-linux-gnu host. > > *** This configuration is not supported in the following subdirectories: > > target-libstdc++-v3 > > (Any other directories should still work fine.) > > Created "Makefile" in /home/burn/ipcop/ipcop/build/usr/src/gcc-build > > using "mt-frag" > > /home/burn/ipcop/ipcop/build/tools/bin/ld: unrecognized option > > '--as-needed' > > /home/burn/ipcop/ipcop/build/tools/bin/ld: use the --help option for > > usage information > > collect2: ld returned 1 exit status > > *** The command 'gcc -o conftest conftest.c' failed. > > *** You must set the environment variable CC to a working compiler. > > make: *** [/home/burn/ipcop/ipcop/log/gcc-3.3.3-tools1] Error 1 > > > > > > Any thoughts ideas? > > > > Thanks in advance > > Burn > > > sorry maybe i didn't explain it well, the gcc spec file > resides in the following directory: > /usr/lib/gcc-lib/arch-pc-linux-gnu/ver.s.ion/ > where "arch" is the architecture i.e. i386, i586, etc.. > and "ver.s.ion" is the compiler version i.e. 3.3.3, 3.4.0 etc.. > > the gcc specs file is a textfile and is called specs. > > not sure what gcc version comes with fedora 2, assuming that > it v3.3.3, then the spec file would be > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs > > edit the above, and remove all occurances of "--no-as-needed" > and "--as-needed". save it, and try "./make.sh build" again. > > hth > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > IPCop-devel mailing list > IPC...@li... > https://lists.sourceforge.net/lists/listinfo/ipcop-devel > |
|
From: <ma...@cy...> - 2004-06-30 04:39:13
|
> > From: Burn Alting <bu...@go...> > Date: 2004/06/29 Tue AM 04:58:19 EAT > To: ipc...@li... > Subject: [IPCop-devel] IPcop 1.4 CVS > > Hi Peoples, > > Has anyone built ipcop-dev-v140-20040628.tgz on a clean Fedora Core 2 > system? > > When I attempt a build I get > > ... > patching file gcc/version.c > cd /home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3 && sed -i -e > 's|^\(LIBGCC2_CFLAGS.*\)$|\1 -D_LIBC_PROVIDES_SSP_|' gcc/Makefile.in > cd /home/burn/ipcop/ipcop/build/usr/src/gcc-build && > /home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3/configure --prefix=/tools > --with-local-prefix=/tools --disable-nls --enable-shared > --enable-languages=c > Configuring for a i686-pc-linux-gnu host. > *** This configuration is not supported in the following subdirectories: > target-libstdc++-v3 > (Any other directories should still work fine.) > Created "Makefile" in /home/burn/ipcop/ipcop/build/usr/src/gcc-build > using "mt-frag" > /home/burn/ipcop/ipcop/build/tools/bin/ld: unrecognized option > '--as-needed' > /home/burn/ipcop/ipcop/build/tools/bin/ld: use the --help option for > usage information > collect2: ld returned 1 exit status > *** The command 'gcc -o conftest conftest.c' failed. > *** You must set the environment variable CC to a working compiler. > make: *** [/home/burn/ipcop/ipcop/log/gcc-3.3.3-tools1] Error 1 > > > Any thoughts ideas? > > Thanks in advance > Burn > sorry maybe i didn't explain it well, the gcc spec file resides in the following directory: /usr/lib/gcc-lib/arch-pc-linux-gnu/ver.s.ion/ where "arch" is the architecture i.e. i386, i586, etc.. and "ver.s.ion" is the compiler version i.e. 3.3.3, 3.4.0 etc.. the gcc specs file is a textfile and is called specs. not sure what gcc version comes with fedora 2, assuming that it v3.3.3, then the spec file would be /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs edit the above, and remove all occurances of "--no-as-needed" and "--as-needed". save it, and try "./make.sh build" again. hth |
|
From: <ma...@cy...> - 2004-06-30 03:37:29
|
> > From: Burn Alting <bu...@go...> > Date: 2004/06/29 Tue AM 04:58:19 EAT > To: ipc...@li... > Subject: [IPCop-devel] IPcop 1.4 CVS > > Hi Peoples, > > Has anyone built ipcop-dev-v140-20040628.tgz on a clean Fedora Core 2 > system? > > When I attempt a build I get > > ... > patching file gcc/version.c > cd /home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3 && sed -i -e > 's|^\(LIBGCC2_CFLAGS.*\)$|\1 -D_LIBC_PROVIDES_SSP_|' gcc/Makefile.in > cd /home/burn/ipcop/ipcop/build/usr/src/gcc-build && > /home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3/configure --prefix=/tools > --with-local-prefix=/tools --disable-nls --enable-shared > --enable-languages=c > Configuring for a i686-pc-linux-gnu host. > *** This configuration is not supported in the following subdirectories: > target-libstdc++-v3 > (Any other directories should still work fine.) > Created "Makefile" in /home/burn/ipcop/ipcop/build/usr/src/gcc-build > using "mt-frag" > /home/burn/ipcop/ipcop/build/tools/bin/ld: unrecognized option > '--as-needed' > /home/burn/ipcop/ipcop/build/tools/bin/ld: use the --help option for > usage information > collect2: ld returned 1 exit status > *** The command 'gcc -o conftest conftest.c' failed. > *** You must set the environment variable CC to a working compiler. > make: *** [/home/burn/ipcop/ipcop/log/gcc-3.3.3-tools1] Error 1 > > > Any thoughts ideas? > > Thanks in advance > Burn > that's from the new binutils, you can either downgrade or manually edit the spec file to remove occurences of '--as-needed' from it. hth |
|
From: Burn A. <bu...@go...> - 2004-06-29 10:53:40
|
Hi Peoples,
Has anyone built ipcop-dev-v140-20040628.tgz on a clean Fedora Core 2
system?
When I attempt a build I get
...
patching file gcc/version.c
cd /home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3 && sed -i -e
's|^\(LIBGCC2_CFLAGS.*\)$|\1 -D_LIBC_PROVIDES_SSP_|' gcc/Makefile.in
cd /home/burn/ipcop/ipcop/build/usr/src/gcc-build &&
/home/burn/ipcop/ipcop/build/usr/src/gcc-3.3.3/configure --prefix=/tools
--with-local-prefix=/tools --disable-nls --enable-shared
--enable-languages=c
Configuring for a i686-pc-linux-gnu host.
*** This configuration is not supported in the following subdirectories:
target-libstdc++-v3
(Any other directories should still work fine.)
Created "Makefile" in /home/burn/ipcop/ipcop/build/usr/src/gcc-build
using "mt-frag"
/home/burn/ipcop/ipcop/build/tools/bin/ld: unrecognized option
'--as-needed'
/home/burn/ipcop/ipcop/build/tools/bin/ld: use the --help option for
usage information
collect2: ld returned 1 exit status
*** The command 'gcc -o conftest conftest.c' failed.
*** You must set the environment variable CC to a working compiler.
make: *** [/home/burn/ipcop/ipcop/log/gcc-3.3.3-tools1] Error 1
Any thoughts ideas?
Thanks in advance
Burn
|
|
From: Russ J. <ru...@di...> - 2004-06-29 04:43:52
|
I want to get a compiled version of snmp to put on ipcop. This would be useful for people to get traffic information and display it with the same information about other systems on the network. I would see this as something that would mostly be used from the inside interface, but it could be something that would be configurable. Here's the rub. I am not a programmer, and I don't know how to compile things more than following what's in a readme. So... I'm asking if anyone else sees this as a possibly good thing. I'm willing to do testing, and anything I can help with. I just know my current limitations... I think I would be biting off more than I can chew in one swallow. -- Russ Johnson Dimension 7/Stargate Online http://www.dimstar.net Top post? http://www.caliburn.nl/topposting.html Random thought #18 (Collect all 24) "The sum of the parts of the whole is due a portion of the overall sum of the portion of the parts of the individual percentage" - Unknown |
|
From: Darren C. <da...@kd...> - 2004-06-28 14:46:24
|
Openswan has released version 1.06, it fixes some security issues: Changes: Warnings from KLIPS ipsec_* files due to bad "/proc/*ipsec*" comments were fixed. X.509 0.9.41 was merged, including another security fix. This fixes CAN-2004-0590; see http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=2004-0590 and http://www.openswan.org/support/vuln/can-2004-0590. X.509 0.9.40 was merged, and includes a fix for a vulnerability in the X.509 code. A fix was made for 64-bit 3DES errors. A fix was made for NAT-T without port-floating (draft-00/01). snprintf and /proc changes were made Darren |
|
From: Paul J. <pa...@lj...> - 2004-06-28 14:30:21
|
X-LJS Solutions Ltd-MailScanner-Information: Please contact the ISP for more information X-LJS Solutions Ltd-MailScanner: Found to be clean X-MailScanner-From: pa...@lj... Hi Does anyone have a make_devices and .config scripts for building LFS for IPCop. As I would like to build a development system so I can compile some additional programs. Many Thanks Paul Jones -- This message has been scanned for viruses and dangerous content by LJS Solutions Ltd and is believed to be clean. |
|
From: Gilles E. <g....@fr...> - 2004-06-27 21:32:01
|
Is-it really necessary? If I suppress, I see no difference. The class is not define in ipcop.css , the w3 site give me no clue and google say me nothing about. |
|
From: Alan H. <al...@fa...> - 2004-06-27 17:34:58
|
On Sun, Jun 27, 2004 at 07:26:51PM +0200, Gilles Espinasse wrote: > > ----- Original Message ----- > From: "Alan Hourihane" <al...@fa...> > To: "Gilles Espinasse" <g....@fr...> > Cc: "IPCOP devel" <ipc...@li...> > Sent: Sunday, June 27, 2004 6:55 PM > Subject: Re: [IPCop-devel] ip-down did not end alone > > > > On Sat, Jun 26, 2004 at 10:18:31AM +0200, Gilles Espinasse wrote: > > > I had once the case where ip-down did not finish alone to run. > > > I was in this state with ps ax > > > 462 ? Ss 0:01 /usr/sbin/pppd pty /usr/sbin/pppoa -I eth3 -m > > > 1412 usepeerdns -chap noipdefault defaultrou > > > 6909 ? Ss 0:02 /usr/bin/perl /etc/ppp/ip-down ppp0 38400 > > > 82.64.40.243 192.168.254.254 > > > 6936 ? S 0:00 /usr/sbin/dnsmasq -l > > > /var/state/dhcp/dhcpd.leases -r /var/ipcop/red/resolv.conf -B 64.94.1 > > > 6964 ? S 0:00 sh -c /bin/echo -en ? >/dev/console > > > 6965 ? S 0:00 /bin/echo -en ? > > > > > > I kill 6964, heard a bip and ip-down end > > > > > > Any idea why this could append? > > > > What is the echo actually for ?? > > > > But I suspect it's hanging writing to /dev/console. > > > > Alan. > > > This is the sound made in ip-down with > system "/bin/echo -en \a >/dev/console"; > > It does not explain why it hang once, but it was just once. Well, if you can't make it happen again then debugging it is fruitless, and we can only make assumptions on why it happened. But my guess is that it hung writing to /dev/console. I thought for sounds we compile the program 'beep' anyway, so why aren't we using that ?? Alan. |
|
From: Gilles E. <g....@fr...> - 2004-06-27 17:27:09
|
----- Original Message ----- From: "Alan Hourihane" <al...@fa...> To: "Gilles Espinasse" <g....@fr...> Cc: "IPCOP devel" <ipc...@li...> Sent: Sunday, June 27, 2004 6:55 PM Subject: Re: [IPCop-devel] ip-down did not end alone > On Sat, Jun 26, 2004 at 10:18:31AM +0200, Gilles Espinasse wrote: > > I had once the case where ip-down did not finish alone to run. > > I was in this state with ps ax > > 462 ? Ss 0:01 /usr/sbin/pppd pty /usr/sbin/pppoa -I eth3 -m > > 1412 usepeerdns -chap noipdefault defaultrou > > 6909 ? Ss 0:02 /usr/bin/perl /etc/ppp/ip-down ppp0 38400 > > 82.64.40.243 192.168.254.254 > > 6936 ? S 0:00 /usr/sbin/dnsmasq -l > > /var/state/dhcp/dhcpd.leases -r /var/ipcop/red/resolv.conf -B 64.94.1 > > 6964 ? S 0:00 sh -c /bin/echo -en ? >/dev/console > > 6965 ? S 0:00 /bin/echo -en ? > > > > I kill 6964, heard a bip and ip-down end > > > > Any idea why this could append? > > What is the echo actually for ?? > > But I suspect it's hanging writing to /dev/console. > > Alan. > This is the sound made in ip-down with system "/bin/echo -en \a >/dev/console"; It does not explain why it hang once, but it was just once. |
|
From: Alan H. <al...@fa...> - 2004-06-27 16:55:30
|
On Sat, Jun 26, 2004 at 10:18:31AM +0200, Gilles Espinasse wrote: > I had once the case where ip-down did not finish alone to run. > I was in this state with ps ax > 462 ? Ss 0:01 /usr/sbin/pppd pty /usr/sbin/pppoa -I eth3 -m > 1412 usepeerdns -chap noipdefault defaultrou > 6909 ? Ss 0:02 /usr/bin/perl /etc/ppp/ip-down ppp0 38400 > 82.64.40.243 192.168.254.254 > 6936 ? S 0:00 /usr/sbin/dnsmasq -l > /var/state/dhcp/dhcpd.leases -r /var/ipcop/red/resolv.conf -B 64.94.1 > 6964 ? S 0:00 sh -c /bin/echo -en ? >/dev/console > 6965 ? S 0:00 /bin/echo -en ? > > I kill 6964, heard a bip and ip-down end > > Any idea why this could append? What is the echo actually for ?? But I suspect it's hanging writing to /dev/console. Alan. |
|
From: <ja...@gu...> - 2004-06-27 13:02:56
|
> Just giving some feedback on IPCop v1.3.0 (stable). <snip> > I've heard good things about v1.4 (beta) - hopefully I'll be giving > it a try once it comes out of beta. Robert - Thank you for the review. I didn't know we had issues with DE450 NIC. Since you are testing IPCop, could you please test: 1.3.0 again, this time after loading te software, you power cycle the box. This way we can tell if the issue is with a "soft" reset versus a "hard" reset. 1.4.0b4, please run 1.4 though simular tests to validate the DE450 is or is not an issue. We would like to repair any all issues with IPCop, but we do not have every type of hardware, so we rely on community with its equipment to test and report back. You can get a current copy of 1.4 here: http://prdownloads.sourceforge.net/ipcop/?sort_by=date&sort=desc Jack Beglinger Project Leader |
|
From: Rainer Z. <Use...@zo...> - 2004-06-27 12:24:50
|
ph...@ph...(Phil Barnett) 26.06.04 19:03 Once upon a time "Phil Barnett " shaped the electrons to say... >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 >On Saturday 26 June 2004 2:52 pm, Rainer Zocholl wrote: >> i was trying to sent a php code fragment to this list >> if it would solve the logout problem. >> >> But the list server declares it as spam, >> because there are "insected" "_" and "$" etc. >> and it contains URL contains username and pasword. >> Argl. Of course it does! >> >> What can i do? >Post it on a web or ftp site and post a link to it here. Ah, good idea. But's only one line...and a discussion with ftp uploads is not very convinient ;-) I edited it a little bit, and it seems to have passed the filter. "HTTP://EnterYourUserName:YourPassword@ServerRoot".$PHP_SELF); now reads: (protocol):(slash)(slash)EnterYourUserName:YourPassword(at)ServerRoot".$PHP_SELF); Rainer |