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
|
|
From: <sti...@wo...> - 2018-09-04 12:23:08
|
G'day all,
As of now the IPcop email lists 'ipcop-user' and 'ipcop-devel' have been
closed to new posts.
The archives will stay around until sourceforge decide to delete the
complete project.
On behalf of the IPCop team I would like to thank all that have been
involved over the years, it has been a good run.
PS:
With the advent of GDPR the list admins can no longer unsubscribe
members, there should be no further posts from the lists but if you want
to be sure you may wish unsubscribe your selves.
--
'ooroo
Mike...(:)-)
---------------------------------------------------
o
You need only two tools. o /////
A hammer and duct tape. If it /@ `\ /) ~
doesn't move and it should use > (O) X< ~ Fish!!
the hammer. If it moves and `\___/' \) ~
shouldn't, use the tape. \\\
---------------------------------------------------
|
|
From: Joe Acquisto-j. <jo...@j4...> - 2017-10-05 12:50:07
|
>>> On 10/5/2017 at 2:58 AM, Administrator <ad...@di...> wrote: > Hi > > Is ipcop vulnerable to any of this: > https://security.googleblog.com/2017/10/behind-masq-yet-more-dns-and-dhcp.html > > # dnsmasq -v > Dnsmasq version 2.72 Copyright (c) 2000-2014 Simon Kelley > Compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua > TFTP no-conntrack ipset auth no-DNSSEC loop-detect > > Yours > David > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > IPCop-devel mailing list > IPC...@li... > https://lists.sourceforge.net/lists/listinfo/ipcop-devel I would guess the answer is Yes. And the solution would appear to be: use pfSense or another product as IPCop appears to have gone into stasis. joe a. |
|
From: Administrator <ad...@di...> - 2017-10-05 06:58:25
|
Hi Is ipcop vulnerable to any of this: https://security.googleblog.com/2017/10/behind-masq-yet-more-dns-and-dhcp.html # dnsmasq -v Dnsmasq version 2.72 Copyright (c) 2000-2014 Simon Kelley Compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth no-DNSSEC loop-detect Yours David |
|
From: George d. <geo...@ho...> - 2017-09-10 13:30:13
|
Hello, I would like to install v 2.1.8 IP Cop to my DL380 G5 but it doesn't see the RAID controller. I saw someone has fixed this but I can't seem to "reply" to his post. Can some one tell me how to reply or put me in touch with Richard Fabian? Thank you. George |
|
From: bob m. <bob...@gm...> - 2017-07-27 15:25:05
|
At the end of file "/etc/rc.d/rc.event.local" I added the line : /usr/local/bin/red --start and now it works perfectly, my Red interface starts at every reboot !!!! Thank's a lot André !! 2017-07-13 15:37 GMT+02:00 André Luiz Rodrigues Ferreira <alr...@ne...>: > Hello. > Please test including in the end of your file "/etc/rc.d/rc.local" the line: > > /usr/local/bin/red --start > > and restart the system. > > > -- > A > ndré Luiz Rodrigues Ferreira > NETDEEP > > > > > 2017-07-13 10:10 GMT-03:00 bob marley <bob...@gm...>: >> >> Thank you for your response Steve >> >> But my RED Interface is not PPOE : it's static ; so I don't have the >> PPOE choice in dialup option ... >> >> And if I choose RED Interface as PPOE : the dialup up doesnt work >> (even in manual ...) >> >> >> ---------- Forwarded message ---------- >> From: steve bov <big...@gm...> >> Date: 2017-07-12 15:45 GMT+02:00 >> Subject: RE: [IPCop-devel] automatic connection in IPCOP 2.1.9 >> To: bob marley <bob...@gm...> >> >> >> I use the dialup option with ppoe selected >> ________________________________ >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> IPCop-devel mailing list >> IPC...@li... >> https://lists.sourceforge.net/lists/listinfo/ipcop-devel >> >> *** Secured by Netdeep ClearMail *** > > |
|
From: André L. R. F. <alr...@ne...> - 2017-07-13 14:01:01
|
Hello. Please test including in the end of your file "/etc/rc.d/rc.local" the line: /usr/local/bin/red --start and restart the system. -- *André Luiz Rodrigues Ferreira* *NETDEEP* 2017-07-13 10:10 GMT-03:00 bob marley <bob...@gm...>: > Thank you for your response Steve > > But my RED Interface is not PPOE : it's static ; so I don't have the > PPOE choice in dialup option ... > > And if I choose RED Interface as PPOE : the dialup up doesnt work > (even in manual ...) > > > ---------- Forwarded message ---------- > From: steve bov <big...@gm...> > Date: 2017-07-12 15:45 GMT+02:00 > Subject: RE: [IPCop-devel] automatic connection in IPCOP 2.1.9 > To: bob marley <bob...@gm...> > > > I use the dialup option with ppoe selected > ________________________________ > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > IPCop-devel mailing list > IPC...@li... > https://lists.sourceforge.net/lists/listinfo/ipcop-devel > > *** Secured by Netdeep ClearMail *** > |
|
From: bob m. <bob...@gm...> - 2017-07-13 13:11:06
|
Thank you for your response Steve But my RED Interface is not PPOE : it's static ; so I don't have the PPOE choice in dialup option ... And if I choose RED Interface as PPOE : the dialup up doesnt work (even in manual ...) ---------- Forwarded message ---------- From: steve bov <big...@gm...> Date: 2017-07-12 15:45 GMT+02:00 Subject: RE: [IPCop-devel] automatic connection in IPCOP 2.1.9 To: bob marley <bob...@gm...> I use the dialup option with ppoe selected ________________________________ |
|
From: bob m. <bob...@gm...> - 2017-07-12 12:03:29
|
Hello, I tried to use 2.1.9 IPCOP version ; my Red Network is an ETHERNET Interface. When we launch IPCOP, the connection is not automatic ; So, I need to go on System / Home page to manually connect the link ; it is not convenient. I saw that there is a Network/ Dialup page to configure automatic connection but in this windows, it is only possible to choose a SERIAL interface or a MODEM interface. Nevertheless, I tried to configure with seriel oo modem but it doesn't work. Any idea how to proceed? Thanks in advance. Regards, Didier |
|
From: bob m. <bob...@gm...> - 2017-07-12 11:50:16
|
Hello, I tried to use 2.1.9 IPCOP version ; my Red Network is an ETHERNET Interface. When we launch IPCOP, the connection is not automatic ; So, I need to go on System / Home page to manually connect the link ; it is not convenient. I saw that there is a Network/ Dialup page to configure automatic connection but in this windows, it is only possible to choose a SERIAL interface or a MODEM interface. Nevertheless, I tried to configure with seriel oo modem but it doesn't work. Any idea how to proceed? Thanks in advance. Regards, Didier |
|
From: G.W. H. <ip...@ju...> - 2017-06-22 15:19:04
|
Hi there, On Thu, 22 Jun 2017, Administrator wrote: > The version of openvpn in the current install of ipcop seems to be 2.3.6. > > Does that need patching as listed here? https://community.openvpn.net/openvpn/ > wiki/VulnerabilitiesFixedInOpenVPN243 I guess probably not, unless perhaps you're connecting to a Windows NTLM V2 proxy: 8<---------------------------------------------------------------------- CVE-2017-7520 "Clients who do not use the --http-proxy option with ntlm2 authentication are not affected." 8<---------------------------------------------------------------------- CVE-2017-7521 "The problem can only be triggered for configurations that use the --x509-alt-username option with an x509 extension (i.e. the option parameter starts with 'ext:'). Extensive testing by Guido Vranken gives confidence that this function is very unlikely to fail in real-world usage (using subjectAltName or issuerAltName extensions) for other reasons than memory exhaustion." 8<---------------------------------------------------------------------- In any case, as a matter of course I'd always restrict the IPs that can connect to any VPN (and/or SSH) servers, as there are so many bots Out There trying everything in the dictionary and then some. -- 73, Ged. |
|
From: Administrator <ad...@di...> - 2017-06-22 06:08:02
|
Hi The version of openvpn in the current install of ipcop seems to be 2.3.6. Does that need patching as listed here? https://community.openvpn.net/openvpn/ wiki/VulnerabilitiesFixedInOpenVPN243 David |
|
From: Dave R. <da...@cz...> - 2017-03-24 12:31:09
|
Sorry I don't have time to track this bug down at the moment - just letting folk know so that it can be logged. I got asked today to create an IPSec VPN using a PSK - the PSK was generated by the other end and it contained a comma. The web interface lets you enter such a PSK but the CGI programs behind it barf and screw up the config, not surprising really as the /var/ipcop config files are comma separated. Regards, Dave |
|
From: tim m. <tcr...@go...> - 2017-02-21 18:02:23
|
Hi I am trying to build version 3.5.24 of squid against the 2.1.9 tool chain and I am getting errors relating to the ./configure options for squid and authentication. I am reasonable sure this is a change in parameters for the compiling of squid 3.5.24 as opposed to the 3.4.xx of the original build. Currently trying to figure out all of the difference, but before I but a lot of effort in I thought I would be lazy and ask if any of the DEV team had already done this for future versions ? If so any chance of a copy of the /lfs/squid file. Thank you, sorry if I wasted your time. Details of the errors below - configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands /bin/sh: line 21: --enable-basic-auth-helpers=NCSA,SMB,MSNT,LDAP,RADIUS: command not found /bin/sh: line 24: --enable-auth-negotiate=kerberos: command not found squid:88: recipe for target '/usr/src/files_i486/03_ipcop/squid-3.5.24' failed make: *** [/usr/src/files_i486/03_ipcop/squid-3.5.24] Error 127 Regards Tim. |
|
From: David W S. <da...@da...> - 2016-10-17 21:27:21
|
On Mon, 17 Oct 2016 21:13:59 +0000, David W Studeman wrote: > I just now started testing a current SVN build and noticed that the Web > Gui looks fine in Webkit engined browsers. Even though I kept up the > build trees for my own projects and built from time to time, I did not > see that many commits so I was not in a hurry to test more recent > builds. > > I decided to update my kernel config for what I dubbed Symcop that will > mainly run on P4 and newer to include PAE extensions for huge amounts of > ram and decided to give it a go. I was NOT expecting the Web Gui to look > good in Rekonq, Opera 40 (now based on Google's Chromium project) and > Google Chrome. > > Did this come about by updating the perl.cgi? I'm puzzled. > > Dave Studeman > > PS: Brian did not update Raqcop.com's domain. I'm trying to find out if > he will continue to host it or what his plans are. > > Add Qupzilla to the working Webkit browsers. As of present, there are far more Webkit engined browsers than there are Gecko engined browsers. Webkit (from KDE's KHTML) browsers include Safari, Google Chrome, Chromium (development project for Chrome), latest versions of Opera (Now Chromium based, no longer uses Presto engine), Qupzilla, Rekonq, and Konqueror although Konqueror seems to be going away and not ported to Frameworks 5. While here, I should mention that Opera has an addon that allows it to take Google Chrome extensions, some of which are useful. I also recommend the Tabs To The Front extension for Chrome, Chromium, or Opera. I hate backgrounded tabs that just opened. Dave Studeman |
|
From: David W S. <da...@da...> - 2016-10-17 21:15:01
|
I just now started testing a current SVN build and noticed that the Web Gui looks fine in Webkit engined browsers. Even though I kept up the build trees for my own projects and built from time to time, I did not see that many commits so I was not in a hurry to test more recent builds. I decided to update my kernel config for what I dubbed Symcop that will mainly run on P4 and newer to include PAE extensions for huge amounts of ram and decided to give it a go. I was NOT expecting the Web Gui to look good in Rekonq, Opera 40 (now based on Google's Chromium project) and Google Chrome. Did this come about by updating the perl.cgi? I'm puzzled. Dave Studeman PS: Brian did not update Raqcop.com's domain. I'm trying to find out if he will continue to host it or what his plans are. |
|
From: Bob E. <ipc...@li...> - 2016-06-10 08:50:26
|
I post the following link for the amusement and encouragement of the IPCop developers (whose efforts are greatly appreciated, despite the current lack of IPv6). http://ipv6bingo.com/ -- Bob Evans |
|
From: <pet...@gw...> - 2016-06-05 16:26:44
|
Hello, I think this stuff is great, I'm not joking, take a look <http://nkavatrotho.e-phonenumber.us/aegmdf> Sent from a prehistoric stone tablet, pet...@gw... |
|
From: Eric O. <eri...@gm...> - 2016-01-03 13:05:42
|
Thanks Olaf SVN r8027 looks like a very good start, the update now install with only a couple of depmod warnings: could not open /lib/modules/3.10-1/modules.order could not open /lib/modules/3.10-1/modules.builtin Cheers Eric On 2 January 2016 at 08:25, Olaf Westrik <wei...@ip...> wrote: > Hi Eric, > > > Poking at this further, I have been looking at the Perl files on v2.1.9 >> versus those included in the update, and I found where the missing >> Config.pm file should be. >> > > Thanks for the info. I'll need a few more days to clean up some bits and > pieces before I can spend time on that. > > > Olaf > |
|
From: Olaf W. <wei...@ip...> - 2016-01-02 08:41:40
|
Hi Eric, > Poking at this further, I have been looking at the Perl files on v2.1.9 > versus those included in the update, and I found where the missing > Config.pm file should be. Thanks for the info. I'll need a few more days to clean up some bits and pieces before I can spend time on that. Olaf |
|
From: Eric O. <eri...@gm...> - 2016-01-01 18:20:35
|
An update. Progress of sorts. I add the Errno.pm file into the update, and now get these errors failed to load platform specific resolver component at /usr/lib/perl5/site_perl/5.20.2/i486-linux/Net/DNS/Resolver.pm line 25. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.20.2/i486-linux/Net/DNS/Resolver.pm line 26. Compilation failed in require at /usr/lib/perl5/site_perl/5.20.2/i486-linux/Net/DNS.pm line 68. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.20.2/i486-linux/Net/DNS.pm line 68. Compilation failed in require at /usr/lib/ipcop/general-functions.pl line 36. BEGIN failed--compilation aborted at /usr/lib/ipcop/general-functions.pl line 36. ...a problem to solve tomorrow :) On 1 January 2016 at 17:37, Eric Oberlander <eri...@gm...> wrote: > > > On 1 January 2016 at 16:09, Eric Oberlander <eri...@gm...> > wrote: > >> >> On 5 December 2015 at 13:08, Eric Oberlander <eri...@gm...> >> wrote: >> >>> Olaf >>> >>> I just tried a manual update from 2.1.9 to 2.2.0, and there's something >>> wrong with Perl. Perhaps the wrong files are included in the updaate, or >>> maybe some are missing? >>> >>> Anyhoo, it hosed my system with compilation errors, such as the attached >>> below, and didn't survive a reboot, as the Perl based scripts failed to >>> execute. >>> >>> [Sat Dec 05 12:33:40 2015] [notice] Apache/2.2.29 (Unix) mod_ssl/2.2.29 >>> OpenSSL/1.0.1k configured -- resuming normal operations >>> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Can't locate >>> Config.pm in @INC (you may need to install the Config module) (@INC >>> contains: /usr/lib/perl5/site_perl/5.20.2/i486-linux >>> /usr/lib/perl5/site_perl/5.20.2 /usr/lib/perl5/5.20.2/i486-linux >>> /usr/lib/perl5/5.20.2 .) at /usr/lib/perl5/5.20.2/deprecate.pm line 8., >>> referer: https://192.168.3.1:8443/cgi-bin/index.cgi >>> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation >>> failed in require at /usr/lib/perl5/5.20.2/if.pm line 13., referer: >>> https://192.168.3.1:8443/cgi-bin/index.cgi >>> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN >>> failed--compilation aborted at /usr/lib/perl5/site_perl/5.20.2/CGI/Carp.pm >>> line 2., referer: https://192.168.3.1:8443/cgi-bin/index.cgi >>> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation >>> failed in require at /home/httpd/cgi-bin/index.cgi line 33., referer: >>> https://192.168.3.1:8443/cgi-bin/index.cgi >>> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN >>> failed--compilation aborted at /home/httpd/cgi-bin/index.cgi line 33., >>> referer: https://192.168.3.1:8443/cgi-bin/index.cgi >>> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Premature end >>> of script headers: index.cgi, referer: >>> https://192.168.3.1:8443/cgi-bin/index.cgi >>> >>> Just a heads up >>> >> >> Olaf >> >> Poking at this further, I have been looking at the Perl files on v2.1.9 >> versus those included in the update, and I found where the missing >> Config.pm file should be. >> >> Config.pm files in IPCop v2.1.9 >> /usr/lib/perl5/5.14.2/i486-linux/Config.pm >> /usr/lib/perl5/5.14.2/i486-linux/Encode/Config.pm >> /usr/lib/perl5/5.14.2/Net/Config.pm >> /usr/lib/perl5/site_perl/5.14.2/HTTP/Config.pm >> >> Paths in 5.20.2 include: >> /usr/lib/perl5/5.20.2 >> /usr/lib/perl5/5.20.2/i486-linux >> /usr/lib/perl5/site_perl/5.20.2 >> /usr/lib/perl5/site_perl/5.20.2/i486-linux >> >> Config.pm files in IPCop v2.2.0 >> /usr/lib/perl5/5.20.2/Net/Config.pm >> /usr/lib/perl5/5.20.2/i486-linux/Encode/Config.pm >> /usr/lib/perl5/site_perl/5.20.2/HTTP/Config.pm >> >> Ergo a Config.pm file is missing from /usr/lib/perl5/5.20.2/i486-linux >> or the @INC statement(s) needs to be tweaked. >> >> > Next file missing seems to be Errno.pm. I'll keep digging. > > Eric > > |
|
From: Eric O. <eri...@gm...> - 2016-01-01 17:37:53
|
On 1 January 2016 at 16:09, Eric Oberlander <eri...@gm...> wrote: > > On 5 December 2015 at 13:08, Eric Oberlander <eri...@gm...> > wrote: > >> Olaf >> >> I just tried a manual update from 2.1.9 to 2.2.0, and there's something >> wrong with Perl. Perhaps the wrong files are included in the updaate, or >> maybe some are missing? >> >> Anyhoo, it hosed my system with compilation errors, such as the attached >> below, and didn't survive a reboot, as the Perl based scripts failed to >> execute. >> >> [Sat Dec 05 12:33:40 2015] [notice] Apache/2.2.29 (Unix) mod_ssl/2.2.29 >> OpenSSL/1.0.1k configured -- resuming normal operations >> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Can't locate >> Config.pm in @INC (you may need to install the Config module) (@INC >> contains: /usr/lib/perl5/site_perl/5.20.2/i486-linux >> /usr/lib/perl5/site_perl/5.20.2 /usr/lib/perl5/5.20.2/i486-linux >> /usr/lib/perl5/5.20.2 .) at /usr/lib/perl5/5.20.2/deprecate.pm line 8., >> referer: https://192.168.3.1:8443/cgi-bin/index.cgi >> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation >> failed in require at /usr/lib/perl5/5.20.2/if.pm line 13., referer: >> https://192.168.3.1:8443/cgi-bin/index.cgi >> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN >> failed--compilation aborted at /usr/lib/perl5/site_perl/5.20.2/CGI/Carp.pm >> line 2., referer: https://192.168.3.1:8443/cgi-bin/index.cgi >> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation >> failed in require at /home/httpd/cgi-bin/index.cgi line 33., referer: >> https://192.168.3.1:8443/cgi-bin/index.cgi >> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN >> failed--compilation aborted at /home/httpd/cgi-bin/index.cgi line 33., >> referer: https://192.168.3.1:8443/cgi-bin/index.cgi >> [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Premature end of >> script headers: index.cgi, referer: >> https://192.168.3.1:8443/cgi-bin/index.cgi >> >> Just a heads up >> > > Olaf > > Poking at this further, I have been looking at the Perl files on v2.1.9 > versus those included in the update, and I found where the missing > Config.pm file should be. > > Config.pm files in IPCop v2.1.9 > /usr/lib/perl5/5.14.2/i486-linux/Config.pm > /usr/lib/perl5/5.14.2/i486-linux/Encode/Config.pm > /usr/lib/perl5/5.14.2/Net/Config.pm > /usr/lib/perl5/site_perl/5.14.2/HTTP/Config.pm > > Paths in 5.20.2 include: > /usr/lib/perl5/5.20.2 > /usr/lib/perl5/5.20.2/i486-linux > /usr/lib/perl5/site_perl/5.20.2 > /usr/lib/perl5/site_perl/5.20.2/i486-linux > > Config.pm files in IPCop v2.2.0 > /usr/lib/perl5/5.20.2/Net/Config.pm > /usr/lib/perl5/5.20.2/i486-linux/Encode/Config.pm > /usr/lib/perl5/site_perl/5.20.2/HTTP/Config.pm > > Ergo a Config.pm file is missing from /usr/lib/perl5/5.20.2/i486-linux > or the @INC statement(s) needs to be tweaked. > > Next file missing seems to be Errno.pm. I'll keep digging. Eric |
|
From: Eric O. <eri...@gm...> - 2016-01-01 16:10:00
|
On 5 December 2015 at 13:08, Eric Oberlander <eri...@gm...> wrote: > Olaf > > I just tried a manual update from 2.1.9 to 2.2.0, and there's something > wrong with Perl. Perhaps the wrong files are included in the updaate, or > maybe some are missing? > > Anyhoo, it hosed my system with compilation errors, such as the attached > below, and didn't survive a reboot, as the Perl based scripts failed to > execute. > > [Sat Dec 05 12:33:40 2015] [notice] Apache/2.2.29 (Unix) mod_ssl/2.2.29 > OpenSSL/1.0.1k configured -- resuming normal operations > [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Can't locate > Config.pm in @INC (you may need to install the Config module) (@INC > contains: /usr/lib/perl5/site_perl/5.20.2/i486-linux > /usr/lib/perl5/site_perl/5.20.2 /usr/lib/perl5/5.20.2/i486-linux > /usr/lib/perl5/5.20.2 .) at /usr/lib/perl5/5.20.2/deprecate.pm line 8., > referer: https://192.168.3.1:8443/cgi-bin/index.cgi > [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation > failed in require at /usr/lib/perl5/5.20.2/if.pm line 13., referer: > https://192.168.3.1:8443/cgi-bin/index.cgi > [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN > failed--compilation aborted at /usr/lib/perl5/site_perl/5.20.2/CGI/Carp.pm > line 2., referer: https://192.168.3.1:8443/cgi-bin/index.cgi > [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation > failed in require at /home/httpd/cgi-bin/index.cgi line 33., referer: > https://192.168.3.1:8443/cgi-bin/index.cgi > [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN > failed--compilation aborted at /home/httpd/cgi-bin/index.cgi line 33., > referer: https://192.168.3.1:8443/cgi-bin/index.cgi > [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Premature end of > script headers: index.cgi, referer: > https://192.168.3.1:8443/cgi-bin/index.cgi > > Just a heads up > Olaf Poking at this further, I have been looking at the Perl files on v2.1.9 versus those included in the update, and I found where the missing Config.pm file should be. Config.pm files in IPCop v2.1.9 /usr/lib/perl5/5.14.2/i486-linux/Config.pm /usr/lib/perl5/5.14.2/i486-linux/Encode/Config.pm /usr/lib/perl5/5.14.2/Net/Config.pm /usr/lib/perl5/site_perl/5.14.2/HTTP/Config.pm Paths in 5.20.2 include: /usr/lib/perl5/5.20.2 /usr/lib/perl5/5.20.2/i486-linux /usr/lib/perl5/site_perl/5.20.2 /usr/lib/perl5/site_perl/5.20.2/i486-linux Config.pm files in IPCop v2.2.0 /usr/lib/perl5/5.20.2/Net/Config.pm /usr/lib/perl5/5.20.2/i486-linux/Encode/Config.pm /usr/lib/perl5/site_perl/5.20.2/HTTP/Config.pm Ergo a Config.pm file is missing from /usr/lib/perl5/5.20.2/i486-linux or the @INC statement(s) needs to be tweaked. Eric |
|
From: Eric O. <eri...@gm...> - 2015-12-05 13:08:15
|
Olaf I just tried a manual update from 2.1.9 to 2.2.0, and there's something wrong with Perl. Perhaps the wrong files are included in the updaate, or maybe some are missing? Anyhoo, it hosed my system with compilation errors, such as the attached below, and didn't survive a reboot, as the Perl based scripts failed to execute. [Sat Dec 05 12:33:40 2015] [notice] Apache/2.2.29 (Unix) mod_ssl/2.2.29 OpenSSL/1.0.1k configured -- resuming normal operations [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Can't locate Config.pm in @INC (you may need to install the Config module) (@INC contains: /usr/lib/perl5/site_perl/5.20.2/i486-linux /usr/lib/perl5/site_perl/5.20.2 /usr/lib/perl5/5.20.2/i486-linux /usr/lib/perl5/5.20.2 .) at /usr/lib/perl5/5.20.2/deprecate.pm line 8., referer: https://192.168.3.1:8443/cgi-bin/index.cgi [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation failed in require at /usr/lib/perl5/5.20.2/if.pm line 13., referer: https://192.168.3.1:8443/cgi-bin/index.cgi [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.20.2/CGI/Carp.pm line 2., referer: https://192.168.3.1:8443/cgi-bin/index.cgi [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Compilation failed in require at /home/httpd/cgi-bin/index.cgi line 33., referer: https://192.168.3.1:8443/cgi-bin/index.cgi [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] BEGIN failed--compilation aborted at /home/httpd/cgi-bin/index.cgi line 33., referer: https://192.168.3.1:8443/cgi-bin/index.cgi [Sat Dec 05 12:48:52 2015] [error] [client 192.168.3.24] Premature end of script headers: index.cgi, referer: https://192.168.3.1:8443/cgi-bin/index.cgi Just a heads up Eric |
|
From: herauthon <her...@gm...> - 2015-08-26 17:40:00
|
L.S., For a very nasty online game which desires a number of ports to forward i have to punch in every single port.. arrg (etc) Is there a better, smarter, saver, faster way in doing this i could blindly open the machine all the way.. but that defeats the concept of the firewall. there are TCP and UDP ports to forward - if i make a list like forward-game.ports could i merge this with the IPTABLE entries for time being - emphemeral untill i reset the FW box ? Sincerely, Hera4 -- *17-08-1969: Bethel, NY, Max Yasgurs Farm (Woodstock)* Heaven And Hell, *I Can't Explain, It's A Boy, 1921, Amazing Journey, Sparks, The Hawker, Christmas, The Acid Queen, Pinball Wizard, Do You Think It's Alright, Fiddle About, There's A Doctor, Go To The Mirror, Smash The Mirror, I'm Free, Tommy's Holiday Camp, We're Not Gonna Take It, Summertime Blues, Shakin' All Over, My Generation * <to be dedicated to the confusion of thoughts> |
|
From: Maicon - N. <ma...@ig...> - 2015-08-24 12:12:36
|
Hi All,
I needed to do a fresh install of Ubuntu 14.04.3 LTS (before, was with
14:04 LTS). and after that suddenly it fails in the compilation. logs
below.
downloaded the latest version of SVN 8001.
./make.sh build
*** IPCop build .config not found. Using defaults
*** Checking for host prerequisites
Checking if we're using bash [ DONE ]
Checking if we're running as non-root user [ DONE ]
Checking if we have sudo [ DONE ]
Checking if sudo is configured [ DONE ]
Building IPCop-2.2.0 for i486 on x86_64
Stage toolchain already built (found files_i486/01_toolchain/strip) [
DONE ]
Running compilation tests : no [ INFO ]
*** Setting up our build environment
Using nice level : 10
Last svn up : no svn history found
*** Building base options version time (sec) status
stage2 [ PASS=0 ] [ svn-7742 ] [ 1 ] [ FAIL ]
ERROR: Building stage2 [ FAIL ]
Check log_i486/_latest_interrupt.log for errors if applicable
tail -f log_i486/_latest_interrupt.log
chown -R 0:0 /etc
chmod -R 644 /etc
find /etc -type d -exec chmod 755 {} ;
# Use mtab as regular file. This allow 'df' not to fail during coreutils
test with mount points out
# of the chroot that didn't exist inside (like debian /lib/init/rw)
rm -f /etc/mtab # In case you experiment with symlink to /proc/mounts
# rootfs line need to be absent or coreutils du/bind-mount-dir-cycle.sh
fail
grep '^/dev.* / ' /proc/mounts >/etc/mtab
stage2:59: recipe for target '/usr/src/files_i486/02_base/stage2' failed
make: *** [/usr/src/files_i486/02_base/stage2] Error 1
Commenting line "grep '^/dev.* / ' /proc/mounts >/etc/mtab" on
lfs/stage2, build proceeds normally.
Anyone have any ideas to solve this problem?
Many thanks,
Maicon Wendhausen
|
36 messages has been excluded from this view by a project administrator.
