You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
| 2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
| 2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
| 2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
| 2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
| 2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
| 2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
| 2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
| 2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
| 2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <hzu...@ra...> - 2004-02-11 19:46:50
|
On 02/11/2004 11:34:56 AM Arnaud Gomes-do-Vale wrote: >Hi, > >Building current CVS blows on configure for libgcrypt. > >executing libgcrypt with option build (in >/data/build/tmp/libgcrypt-1.1.91) >.../... >checking for gpg-error-config... no >checking for GPG Error - version >= 0.5... no >configure: error: libgpg-error is needed. >See ftp://ftp.gnupg.org/gcrypt/libgpg-error/ . >ERROR >/data/build/scripts/libgcrypt build failed >check log file for details >make: *** [build] Error 1 >root:/data/build# > >Config file is attached. You need to update from CVS and from the FTP Server, the changes are in there. (Don't select DDT, it won't compile with the new libgcrypt.) Heiko |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 18:58:43
|
Christophe Crier wrote on 11.02.2004 19:43 MET: > Hello, > > I have terminated my squidguard package but before send you i have one > question. > > My mail size is 5.5Mo. > content: > squidguard 1.2.0 with blacklists > BerkleyDB 3.2.9 and patch For sources in tar.gz/bz2 and new files packaged as tar.gz/bz2 please send a link from where we can download those files. > > Can i follow the 'patch' procedure found in documentation with this mail ? Patches only for real changes. New files as said before please package into an tar.gz/bz2 archive and make it available for download. For every software you want to add to DL please provide a patch to the file LINKS contained in the build directory so we know where we can download newer versions if the need arises. PS: Heiko you might want to add my last remark to the documentation. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Christophe C. <chr...@he...> - 2004-02-11 18:48:17
|
Hello, I have terminated my squidguard package but before send you i have one=20 question. My mail size is 5.5Mo. content: squidguard 1.2.0 with blacklists BerkleyDB 3.2.9 and patch Can i follow the 'patch' procedure found in documentation with this mail ? Regards =2D-=20 Christophe Crier Responsable technique T=E9l : (+33) 04 42 97 25 71 =46ax : (+33) 04 42 97 25 74 Courriel : chr...@he... Web : www.heolys.com |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 17:04:11
|
Ok I've checked-in the following changes to the network script (both for 1.0.x and 1.1.x). --- network 31 Dec 2003 21:26:53 -0000 1.27 +++ network 11 Feb 2004 16:57:08 -0000 1.28 @@ -41,3 +41,3 @@ -VLAN=vconfig +VLAN=/bin/vconfig -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 16:56:46
|
Arnaud Gomes-do-Vale wrote on 11.02.2004 17:50 MET: > Friedrich Lobenstock <fl...@fl...> writes: > > >>If I change the syntax of ROUTE to match one of IPV6ROUTE (= using '|' >>instead of ':') then we need to take care of updating configurations >>from before the change (eg. 1.0.x and 1.1.y y<=2) to the new syntax. > > > I know. However, only the ROUTE variable needs be modified, so the > presence of : in IPv6 routes won't affect the sed lines. Excatelly (please see subject) that's what I am talking about. Your IPv6 stuff is in NO way affected - but it creates an urge for a change in the IPv4 routing stuff. That change is what I am currently preparing for. > > This begins to sound quite confusing, we should stop arguing when we > in fact agree. :-) > We totally agree :-) -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Arnaud Gomes-do-V. <Arn...@ir...> - 2004-02-11 16:51:25
|
Friedrich Lobenstock <fl...@fl...> writes: > If I change the syntax of ROUTE to match one of IPV6ROUTE (= using '|' > instead of ':') then we need to take care of updating configurations > from before the change (eg. 1.0.x and 1.1.y y<=2) to the new syntax. I know. However, only the ROUTE variable needs be modified, so the presence of : in IPv6 routes won't affect the sed lines. This begins to sound quite confusing, we should stop arguing when we in fact agree. :-) -- Arnaud |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 16:42:05
|
Arnaud Gomes-do-Vale wrote on 11.02.2004 17:22 MET: > Friedrich Lobenstock <fl...@fl...> writes: > > >>I know but to keep the confusion down we should have the same syntax >>for both ROUTE and IPV6ROUTE. That's what I want to do. > > > Yes, but upgrades should not be a problem as IPV6ROUTE does not > currently exist. > If I change the syntax of ROUTE to match one of IPV6ROUTE (= using '|' instead of ':') then we need to take care of updating configurations from before the change (eg. 1.0.x and 1.1.y y<=2) to the new syntax. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Arnaud Gomes-do-V. <Arn...@ir...> - 2004-02-11 16:23:32
|
Friedrich Lobenstock <fl...@fl...> writes: > I know but to keep the confusion down we should have the same syntax > for both ROUTE and IPV6ROUTE. That's what I want to do. Yes, but upgrades should not be a problem as IPV6ROUTE does not currently exist. -- Arnaud |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 16:09:14
|
Bruce Smith wrote on 11.02.2004 16:51 MET: >>>>From my head I the following could be a possible solution (though not >>>>tested yet): >>>> sed -e "s/^\(ROUTE.*\):/\0|/" >>> >>>Wouldn't that only change the first : to | ? >> >>I will go over it and come back to you when I have a final sed expression. > > My main problem is I know nothing about IPv6, so I don't know what to > look for. i.e. Will a normal IPv6 ROUTE contain legal colons? (:) > Can you show me a couple example ifcfg files? For v4 & v6 both? I will give you the relevant sed expression so don't worry. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 16:07:28
|
Arnaud Gomes-do-Vale wrote on 11.02.2004 16:58 MET: > ....However, in its current state, my patch > separates ROUTE and IPV6ROUTE so this should be no problem. I know but to keep the confusion down we should have the same syntax for both ROUTE and IPV6ROUTE. That's what I want to do. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Arnaud Gomes-do-V. <Arn...@ir...> - 2004-02-11 15:59:21
|
Bruce Smith <bw...@ar...> writes: > My main problem is I know nothing about IPv6, so I don't know what to > look for. i.e. Will a normal IPv6 ROUTE contain legal colons? (:) Yes it will. The usual form for an IPv6 address is something like aaaa:bbbb::cccc:dddd:eeee/XX where "::" means "enough :0000: blocks" and /XX is the netmask. However, in its current state, my patch separates ROUTE and IPV6ROUTE so this should be no problem. -- Arnaud |
|
From: Bruce S. <bw...@ar...> - 2004-02-11 15:51:53
|
> >>>Although I'm not sure how to handle that. If I simply "s/:/|/g", > >>>won't it will break the valid IPv6 routes? (and IP aliases?) > >> > >>Ok, then I will need to give you the right sed rules. > >> > >> From my head I the following could be a possible solution (though not > >>tested yet): > >> sed -e "s/^\(ROUTE.*\):/\0|/" > > > > Wouldn't that only change the first : to | ? > > I will go over it and come back to you when I have a final sed expression. My main problem is I know nothing about IPv6, so I don't know what to look for. i.e. Will a normal IPv6 ROUTE contain legal colons? (:) Can you show me a couple example ifcfg files? For v4 & v6 both? > In the meantime you can think about how this could possibly integrated into > the update utility as generic as possible - eg. by defining in a filter > config file which filters to apply to a specific set of files. Filter might > not be the right expression, transformation program might be more to the point. OK, I'll take a look. - BS |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 15:39:37
|
Bruce Smith wrote on 11.02.2004 16:28 MET: >>>Although I'm not sure how to handle that. If I simply "s/:/|/g", >>>won't it will break the valid IPv6 routes? (and IP aliases?) >> >>Ok, then I will need to give you the right sed rules. >> >> From my head I the following could be a possible solution (though not >>tested yet): >> sed -e "s/^\(ROUTE.*\):/\0|/" > > > Wouldn't that only change the first : to | ? I will go over it and come back to you when I have a final sed expression. In the meantime you can think about how this could possibly integrated into the update utility as generic as possible - eg. by defining in a filter config file which filters to apply to a specific set of files. Filter might not be the right expression, transformation program might be more to the point. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2004-02-11 15:29:31
|
> > Although I'm not sure how to handle that. If I simply "s/:/|/g", > > won't it will break the valid IPv6 routes? (and IP aliases?) > > Ok, then I will need to give you the right sed rules. > > From my head I the following could be a possible solution (though not > tested yet): > sed -e "s/^\(ROUTE.*\):/\0|/" Wouldn't that only change the first : to | ? - BS |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 15:02:48
|
Bruce Smith wrote on 11.02.2004 15:15 MET: >>>>Now to have consistent syntax in the routing syntax - it makes the >>>>documentation much less confusing to the users and saves us a lot of >>>>possible troubles - I want to change the syntax for IPv4 too when >>>>integrating Arnauds changes for IPv6. >>>> >>>>Not much fuzz about that _but_ the crux is that it would introduce troubles >>>>during upgrading. So could you possible prepare the update script to take >>>>this into account, but not checking in those changes till I've got the >>>>contributions of Arnaud applied? >>> >>>The upgrade script doesn't look inside those files, it only compares >>>them to see if they are different. Your changes shouldn't cause any >>>problems with the current upgrade script. >> >>I meant, could you please add the transformation from old to new format to >>the update script, as just copying the ifcfg-XXXX files will break the >>system when I change the syntax for adding routes. > > > OK, I'm with you now. (it's early here :) > > Although I'm not sure how to handle that. If I simply "s/:/|/g", > won't it will break the valid IPv6 routes? (and IP aliases?) Ok, then I will need to give you the right sed rules. From my head I the following could be a possible solution (though not tested yet): sed -e "s/^\(ROUTE.*\):/\0|/" -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2004-02-11 14:16:24
|
> >>You might have read that Arnaud Gomes-do-Vale is working on IPv6 support > >>for DL. But this implies that he has to modify the syntax for the routing > >>entries in /etc/sysconfig/nic/ifcfg-ethX and replace the : with a | as the > >>: is used in IPv6 addresses. > >> > >>Now to have consistent syntax in the routing syntax - it makes the > >>documentation much less confusing to the users and saves us a lot of > >>possible troubles - I want to change the syntax for IPv4 too when > >>integrating Arnauds changes for IPv6. > >> > >>Not much fuzz about that _but_ the crux is that it would introduce troubles > >>during upgrading. So could you possible prepare the update script to take > >>this into account, but not checking in those changes till I've got the > >>contributions of Arnaud applied? > > > > The upgrade script doesn't look inside those files, it only compares > > them to see if they are different. Your changes shouldn't cause any > > problems with the current upgrade script. > > I meant, could you please add the transformation from old to new format to > the update script, as just copying the ifcfg-XXXX files will break the > system when I change the syntax for adding routes. OK, I'm with you now. (it's early here :) Although I'm not sure how to handle that. If I simply "s/:/|/g", won't it will break the valid IPv6 routes? (and IP aliases?) - BS |
|
From: Friedrich L. <fl...@fl...> - 2004-02-11 14:02:47
|
Bruce Smith wrote on 11.02.2004 14:32 MET: > >>You might have read that Arnaud Gomes-do-Vale is working on IPv6 support >>for DL. But this implies that he has to modify the syntax for the routing >>entries in /etc/sysconfig/nic/ifcfg-ethX and replace the : with a | as the >>: is used in IPv6 addresses. >> >>Now to have consistent syntax in the routing syntax - it makes the >>documentation much less confusing to the users and saves us a lot of >>possible troubles - I want to change the syntax for IPv4 too when >>integrating Arnauds changes for IPv6. >> >>Not much fuzz about that _but_ the crux is that it would introduce troubles >>during upgrading. So could you possible prepare the update script to take >>this into account, but not checking in those changes till I've got the >>contributions of Arnaud applied? > > > The upgrade script doesn't look inside those files, it only compares > them to see if they are different. Your changes shouldn't cause any > problems with the current upgrade script. I meant, could you please add the transformation from old to new format to the update script, as just copying the ifcfg-XXXX files will break the system when I change the syntax for adding routes. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2004-02-11 13:33:30
|
> Hi Bruce! Hi! :-) > You might have read that Arnaud Gomes-do-Vale is working on IPv6 support > for DL. But this implies that he has to modify the syntax for the routing > entries in /etc/sysconfig/nic/ifcfg-ethX and replace the : with a | as the > : is used in IPv6 addresses. > > Now to have consistent syntax in the routing syntax - it makes the > documentation much less confusing to the users and saves us a lot of > possible troubles - I want to change the syntax for IPv4 too when > integrating Arnauds changes for IPv6. > > Not much fuzz about that _but_ the crux is that it would introduce troubles > during upgrading. So could you possible prepare the update script to take > this into account, but not checking in those changes till I've got the > contributions of Arnaud applied? The upgrade script doesn't look inside those files, it only compares them to see if they are different. Your changes shouldn't cause any problems with the current upgrade script. - BS |
|
From: <no...@fr...> - 2004-02-11 05:05:13
|
This email is to inform you about the release of version '0.66' of 'Clam AntiVirus' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/clamav/ The changes in this release are as follows: This release contain a fix for the latest libclamav vulnerability published on security lists. It has better support for detection of non-standard virus bounces and contains many small bugfixes and code cleanups. Project description: Clam AntiVirus is an anti-virus toolkit for Unix. The main purpose of this software is the integration with mail servers (attachment scanning). The package provides a flexible and scalable multi-threaded daemon, a commandline scanner, and a tool for automatic updating via Internet. The programs are based on a shared library distributed with the Clam AntiVirus package, which you can use in your own software. Trove categories: [License ] OSI Approved :: GNU General Public License (GPL) [Topic ] Utilities If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects and categories you're subscribed to in the right column, which you may cancel by highlighting the project or category in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ ETNUS TOTALVIEW NOW HAS BUILT-IN MEMORY DEBUGGING Etnus TotalView, the world's most advanced debugger on Linux and UNIX, has advanced features absent in other debuggers. Example: TotalView tracks heap activity and stops execution when allocation errors occur. Get insight into memory usage without leaving your debug session. Try it free today. www.etnus.com ____________________________| Advertising |____________________________ |
|
From: Thomas E. <tho...@bu...> - 2004-02-11 00:18:04
|
Friedrich Lobenstock wrote: > Thomas Eder wrote on 11.02.2004 00:49 MET: > >> Friedrich Lobenstock wrote: >> >>> Thomas Eder wrote on 11.02.2004 00:30 MET: >>> >>>> the /etc/sysconfig/nic/ifcfg-vlanXXX doesn't work without this patch: >>>> >>>> --- config/etc/init.d/network.old 2004-02-11 >>>> 00:09:57.000000000 +0100 >>>> +++ config/etc/init.d/network 2004-02-11 00:10:25.000000000 +0100 >>>> @@ -275,9 +275,9 @@ >>>> start) >>>> >>>> # >>>> - # if vlan tools are installed set vlan naming shema >>>> + # set vlan naming shema >>>> # >>>> - test -x $VLAN && $VLAN set_name_type >>>> VLAN_PLUS_VID_NO_PAD &> /dev/null >>>> + $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null >>> >>> >>> >>> >>> >>> OK, I think after taking a closer look at the network script I know >>> what the real problem is. >>> >>> Please change the VLAN varibale (around line 42) to reflect the full >>> patch of the vconfig utility. Run "which vconfig" to find out. >> >> >> >> -VLAN=vconfig >> +VLAN=/bin/vconfig >> ..[..cut..].. >> - # if vlan tools are installed set vlan naming shema >> + # set vlan naming shema >> # >> - test -x $VLAN && $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> >> /dev/null >> + $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null > > > If you change the above then the "test -x" should successfully run the > vlan utility. Please test with only changing the VLAN variable. THX. > Klaer mich bitte auf, aber: ich glaube /bin /usr/bin /sbin /usr/sbin sind bei den meisten linux/unix in $PATH enthalten, daraus folgt fuer mich, dass VLAN=vconfig "fast immer" stimmt. Wenn /bin/vconfig auf zb. /sbin/vconfig geaendert wird, hast du mit unserem script ein _Problem_. Das "test -x $VLAN" ist, seit DL auf _CD_ ist eigentlich absurd, oder kennst du einen Weg um Dateien von der RO CD zu "deaktivieren". Wenn du sagen wuerdest wir testen ob es vlan ueberhaupt verwendet wird, ok aber so tauschen wir einen "Fehler" durch einen anderen :-( -- thomas |
|
From: SourceForge.net <no...@so...> - 2004-02-11 00:11:22
|
Bugs item #894573, was opened at 2004-02-10 13:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=894573&group_id=34096 Category: Base System Group: all Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: IPv6 as module Initial Comment: change kernel config so ipv6 is a module only a few people need this at the moment ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=894573&group_id=34096 |
|
From: Friedrich L. <fl...@fl...> - 2004-02-10 23:58:29
|
Thomas Eder wrote on 11.02.2004 00:49 MET: > Friedrich Lobenstock wrote: > >> Thomas Eder wrote on 11.02.2004 00:30 MET: >> >>> the /etc/sysconfig/nic/ifcfg-vlanXXX doesn't work without this patch: >>> >>> --- config/etc/init.d/network.old 2004-02-11 00:09:57.000000000 >>> +0100 >>> +++ config/etc/init.d/network 2004-02-11 00:10:25.000000000 +0100 >>> @@ -275,9 +275,9 @@ >>> start) >>> >>> # >>> - # if vlan tools are installed set vlan naming shema >>> + # set vlan naming shema >>> # >>> - test -x $VLAN && $VLAN set_name_type >>> VLAN_PLUS_VID_NO_PAD &> /dev/null >>> + $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null >> >> >> >> >> OK, I think after taking a closer look at the network script I know >> what the real problem is. >> >> Please change the VLAN varibale (around line 42) to reflect the full >> patch of the vconfig utility. Run "which vconfig" to find out. > > > -VLAN=vconfig > +VLAN=/bin/vconfig > > ..[..cut..].. > - # if vlan tools are installed set vlan naming shema > + # set vlan naming shema > # > - test -x $VLAN && $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null > + $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null If you change the above then the "test -x" should successfully run the vlan utility. Please test with only changing the VLAN variable. THX. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Thomas E. <tho...@bu...> - 2004-02-10 23:50:14
|
Friedrich Lobenstock wrote:
> Thomas Eder wrote on 11.02.2004 00:30 MET:
>
>> the /etc/sysconfig/nic/ifcfg-vlanXXX doesn't work without this patch:
>>
>> --- config/etc/init.d/network.old 2004-02-11 00:09:57.000000000
>> +0100
>> +++ config/etc/init.d/network 2004-02-11 00:10:25.000000000 +0100
>> @@ -275,9 +275,9 @@
>> start)
>>
>> #
>> - # if vlan tools are installed set vlan naming shema
>> + # set vlan naming shema
>> #
>> - test -x $VLAN && $VLAN set_name_type
>> VLAN_PLUS_VID_NO_PAD &> /dev/null
>> + $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null
>
>
>
> OK, I think after taking a closer look at the network script I know what
> the real problem is.
>
> Please change the VLAN varibale (around line 42) to reflect the full
> patch of the vconfig utility. Run "which vconfig" to find out.
>
>
--- config/etc/init.d/network.old 2004-02-11 00:09:57.000000000 +0100
+++ config/etc/init.d/network 2004-02-11 00:44:19.000000000 +0100
@@ -39,7 +39,7 @@
[ -s /etc/sysconfig/network/config ] && . /etc/sysconfig/network/config
[ -s /etc/sysconfig/network/dhcp ] && . /etc/sysconfig/network/dhcp
-VLAN=vconfig
+VLAN=/bin/vconfig
CONFIG_DIR=/etc/sysconfig/nic
CONFIG_FILE=ifcfg-
@@ -275,9 +275,9 @@
start)
#
- # if vlan tools are installed set vlan naming shema
+ # set vlan naming shema
#
- test -x $VLAN && $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null
+ $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null
#
# physical interfaces are brought up first
--
thomas
|
|
From: Friedrich L. <fl...@fl...> - 2004-02-10 23:46:16
|
Friedrich Lobenstock wrote on 11.02.2004 00:37 MET: > > OK, I think after taking a closer look at the network script I know what > the real problem is. > > Please change the VLAN varibale (around line 42) to reflect the full > patch of the vconfig utility. Run "which vconfig" to find out. It's too late in the night - or early in the morning. Of course I meant "path" _not_ "patch". -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Friedrich L. <fl...@fl...> - 2004-02-10 23:38:05
|
Thomas Eder wrote on 11.02.2004 00:30 MET: > the /etc/sysconfig/nic/ifcfg-vlanXXX doesn't work without this patch: > > --- config/etc/init.d/network.old 2004-02-11 00:09:57.000000000 +0100 > +++ config/etc/init.d/network 2004-02-11 00:10:25.000000000 +0100 > @@ -275,9 +275,9 @@ > start) > > # > - # if vlan tools are installed set vlan naming shema > + # set vlan naming shema > # > - test -x $VLAN && $VLAN set_name_type > VLAN_PLUS_VID_NO_PAD &> /dev/null > + $VLAN set_name_type VLAN_PLUS_VID_NO_PAD &> /dev/null OK, I think after taking a closer look at the network script I know what the real problem is. Please change the VLAN varibale (around line 42) to reflect the full patch of the vconfig utility. Run "which vconfig" to find out. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |