hi, it'd be useul if the centosplus and contrib directory can contain a small readme file or some kind of documentaion about the rpm inside. currently there is not any kind of such docs (ok johnny send a description about the kernel rpms, but if someone missed that email). eg the postfix rpm has the same description and changelog inside the rpm as the original ones. if someone just look into the ftp server then it'd be useful some kinf of docs. yours.
On Mon, 2005-05-16 at 13:36 +0200, Farkas Levente wrote:
hi, it'd be useul if the centosplus and contrib directory can contain a small readme file or some kind of documentaion about the rpm inside. currently there is not any kind of such docs (ok johnny send a description about the kernel rpms, but if someone missed that email). eg the postfix rpm has the same description and changelog inside the rpm as the original ones. if someone just look into the ftp server then it'd be useful some kinf of docs. yours.
I was thinking that too :)
Now there is a Readme.txt in this directory:
http://mirror.centos.org/centos/4/centosplus/
There will be one for contrib and extras later today.
On Mon, 2005-05-16 at 08:58 -0500, Johnny Hughes wrote:
Now there is a Readme.txt in this directory:
Heh. The x is in the wrong place in the release for php, but that's alright since I need to resync anyways and I'll drop the repo tag for it completely.
(FWIW, it's the "0.iva." part that remains constant so that "real" releases automatically replace it.)
hi!
Freshclam log complains of a new version out: clamav-0.85.
well, I'm kinda new to Cent0S etc migrating from fedora 3 etc.
anyway...I did clean install of clamav and clamav-milter..
I left a note on Dag's repo site as that's where I got all the *-0.84 stuff at rhel 4 specific.
I tried to ugrade from the pkgs on Petr *'s site but it complained
I then went to clamav on irc.
there, Nervous explained to me that clamav will still update until Dag gets 0.85 up.
so this was good news!
jr
On Mon, 16 May 2005, rado wrote:
Freshclam log complains of a new version out: clamav-0.85.
well, I'm kinda new to Cent0S etc migrating from fedora 3 etc.
anyway...I did clean install of clamav and clamav-milter..
I left a note on Dag's repo site as that's where I got all the *-0.84 stuff at rhel 4 specific.
I tried to ugrade from the pkgs on Petr *'s site but it complained
I then went to clamav on irc.
there, Nervous explained to me that clamav will still update until Dag gets 0.85 up.
so this was good news!
Yes, I actually asked the clamav people to not break clamav everytime they release a new version. It seems so silly to expect everyone to upgrade the day a new version is available. Sadly they still show that very confusing message, and I get tons of mail from people that think they have to tell me that a new version is released...
The clamav people do not seem to realise that I don't need those mails and people shouldn't be panicing... Anyway, I'm currently in the US, my buildsystem was disconnected from the Internet, Dries fixed it a few hours ago at my appartement and I rebuilt clamav. I'm now doing some more packages since generating the metadata is very expensive and I don't want to do that for a single update.
So hold on. -- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
there, Nervous explained to me that clamav will still update until Dag gets 0.85 up.
so this was good news!
Yes, I actually asked the clamav people to not break clamav everytime they release a new version. It seems so silly to expect everyone to upgrade the day a new version is available. Sadly they still show that very confusing message, and I get tons of mail from people that think they have to tell me that a new version is released...
The clamav people do not seem to realise that I don't need those mails and people shouldn't be panicing... Anyway, I'm currently in the US, my buildsystem was disconnected from the Internet, Dries fixed it a few hours ago at my appartement and I rebuilt clamav. I'm now doing some more packages since generating the metadata is very expensive and I don't want to do that for a single update.
Hi Dag!
thx for your reply...for sure you do not need to reply to my pvt. msg to you...lighten your load a tiny bit.
I am really not worried at all bout this as long as I know clamav just keeps on doing it's thing regardless of the version.
I will just check back once a week or so @ your site...
thx
john rose
So hold on.
Hello, while you're adding in new packages could you possibly add in ncftp from fc3 to rhel4? It builds without problems and installs fine via rpmbuild --rebuild ncftp-3.1.8-2.src.rpm
from ftp://rpmfind.net/linux/fedora/core/3/SRPMS/ncftp-3.1.8-2.src.rpm
Cheers, MaZe
On Mon, 16 May 2005, Maciej Zenczykowski wrote:
So hold on.
Hello, while you're adding in new packages could you possibly add in ncftp from fc3 to rhel4? It builds without problems and installs fine via rpmbuild --rebuild ncftp-3.1.8-2.src.rpm
from ftp://rpmfind.net/linux/fedora/core/3/SRPMS/ncftp-3.1.8-2.src.rpm
Well, I could, but why would you use ncftp when lftp is actually more feature complete and much better overall. (ncftp is not open source actually).
If there's a good reason you might convince me to do the extra work.
-- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
Well, I could, but why would you use ncftp when lftp is actually more feature complete and much better overall. (ncftp is not open source actually).
If there's a good reason you might convince me to do the extra work.
Well, this came up because perl CPAN wants to use ncftpget to download files, and it couldn't find it on my system... does lftp contain a functional equivalent?
Cheers, MaZe.
On Mon, 16 May 2005, Maciej Zenczykowski wrote:
Well, I could, but why would you use ncftp when lftp is actually more feature complete and much better overall. (ncftp is not open source actually).
If there's a good reason you might convince me to do the extra work.
Well, this came up because perl CPAN wants to use ncftpget to download files, and it couldn't find it on my system... does lftp contain a functional equivalent?
It includes lftpget. It seems strange to me that CPAN is using ncftp and does not look for any alternatives. You may have to look into that first.
In any other event, let me know and I'll package it.
-- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
On May 16, 2005, at 11:28 AM, Dag Wieers wrote:
On Mon, 16 May 2005, Maciej Zenczykowski wrote:
Well, this came up because perl CPAN wants to use ncftpget to download files, and it couldn't find it on my system... does lftp contain a functional equivalent?
It includes lftpget. It seems strange to me that CPAN is using ncftp and does not look for any alternatives. You may have to look into that first.
This can easily be modified in your CPAN configuration, or via the CPAN shell:
[jason@polaris jason]$ ./perl5/bin/perl -MCPAN -e shell Terminal does not support AddHistory.
cpan shell -- CPAN exploration and modules installation (v1.7601) ReadLine support available (try 'install Bundle::CPAN')
cpan> o conf ncftpget /usr/bin/lftpget ncftpget /usr/bin/lftpget
You can save it permanently in your /path/to/CPAN/Config.pm.
-- Jason Dixon DixonGroup Consulting http://www.dixongroup.net
On Mon, 2005-05-16 at 11:34 -0400, Jason Dixon wrote:
On May 16, 2005, at 11:28 AM, Dag Wieers wrote:
On Mon, 16 May 2005, Maciej Zenczykowski wrote:
Well, this came up because perl CPAN wants to use ncftpget to download files, and it couldn't find it on my system... does lftp contain a functional equivalent?
It includes lftpget. It seems strange to me that CPAN is using ncftp and does not look for any alternatives. You may have to look into that first.
This can easily be modified in your CPAN configuration, or via the CPAN shell:
[jason@polaris jason]$ ./perl5/bin/perl -MCPAN -e shell Terminal does not support AddHistory.
cpan shell -- CPAN exploration and modules installation (v1.7601) ReadLine support available (try 'install Bundle::CPAN')
cpan> o conf ncftpget /usr/bin/lftpget ncftpget /usr/bin/lftpget
You can save it permanently in your /path/to/CPAN/Config.pm.
-- Jason Dixon DixonGroup Consulting http://www.dixongroup.net
ugggg...ok so my ignorance will surely come alive...someone please tell me that this lftpget ncftpget stuff is not related to clamav...if it is then I am really in trouble!!! ...I have no clue!
thx
John Rose
ugggg...ok so my ignorance will surely come alive...someone please tell me that this lftpget ncftpget stuff is not related to clamav...if it is then I am really in trouble!!! ...I have no clue!
actually this came up while trying to install mailscanner with clamav, which required perl CPAN modules, which required configuring (auto) perl CPAN autoretrievement which wanted ncftp...
(so it is on topic!)
Cheers, MaZe.
On Mon, 2005-05-16 at 18:35 +0200, Maciej Zenczykowski wrote:
ugggg...ok so my ignorance will surely come alive...someone please tell me that this lftpget ncftpget stuff is not related to clamav...if it is then I am really in trouble!!! ...I have no clue!
actually this came up while trying to install mailscanner with clamav, which required perl CPAN modules, which required configuring (auto) perl CPAN autoretrievement which wanted ncftp...
(so it is on topic!)
Cheers, MaZe.
...granted I am pure gringo but I do scan my mail w/clamav- milter...evidently you people are having a problem w/a program, mailscanner...ok...I understand now.
thx
jr
What version of CentOS are you using?
-Marco Garza
----- Original Message ----- From: "rado" rado@rivers-bend.com To: "centos" centos@centos.org Sent: Monday, May 16, 2005 11:40 AM Subject: Re: [CentOS] clamav-0.85
On Mon, 2005-05-16 at 18:35 +0200, Maciej Zenczykowski wrote:
ugggg...ok so my ignorance will surely come alive...someone please tell me that this lftpget ncftpget stuff is not related to clamav...if it is then I am really in trouble!!! ...I have no clue!
actually this came up while trying to install mailscanner with clamav, which required perl CPAN modules, which required configuring (auto) perl CPAN autoretrievement which wanted ncftp...
(so it is on topic!)
Cheers, MaZe.
...granted I am pure gringo but I do scan my mail w/clamav- milter...evidently you people are having a problem w/a program, mailscanner...ok...I understand now.
thx
jr
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
-- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.11 - Release Date: 5/16/2005
On Mon, 2005-05-16 at 09:46, Dag Wieers wrote:
Yes, I actually asked the clamav people to not break clamav everytime they release a new version. It seems so silly to expect everyone to upgrade the day a new version is available. Sadly they still show that very confusing message, and I get tons of mail from people that think they have to tell me that a new version is released...
For a virus scanner or other security-related items, it is silly *not* to update the day a new version is released. Well-written exploits are capable of flooding the internet in a day. In clam's case it only matters if the new code is necessary to detect some virus, though, and they may be making the announcements on changes that only affect efficiency.
On Mon, 16 May 2005, Les Mikesell wrote:
On Mon, 2005-05-16 at 09:46, Dag Wieers wrote:
Yes, I actually asked the clamav people to not break clamav everytime they release a new version. It seems so silly to expect everyone to upgrade the day a new version is available. Sadly they still show that very confusing message, and I get tons of mail from people that think they have to tell me that a new version is released...
For a virus scanner or other security-related items, it is silly *not* to update the day a new version is released. Well-written exploits are capable of flooding the internet in a day. In clam's case it only matters if the new code is necessary to detect some virus, though, and they may be making the announcements on changes that only affect efficiency.
Fact is that a new release of the scanner is not always a security related matter. As long as your virus scanner still can download the latest updates (what it didn't do at first), they fixed that but still act as if your system stopped working.
A false sense of security is as bad as thinking you have no security even when you do. Because there might be more important security problems that you are ignoring trying to fix this.
Remark 1: None of the vendors will ship a new clamav the day it is released without a proper test. And often even not if the previous did not beak anything serious. On the clamav internal mailinglist they announce it a few hours before the mirrors are updated and it appears on freshmeat.
Remark 2: If you look at Fedora, they still ship Clamav 0.71. Which is fine since it still downloads the latest viruslist iirc.
So yes, the current practice is pretty silly. Making people panic for no reason is even illegal in some environments :)
Kind regards, -- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
Good thing that Dag hasn't made the rpms yet, Clam just announced 0.85.1. They had to fix some stuff.....
-Marco Garza
----- Original Message ----- From: "Dag Wieers" dag@wieers.com To: "CentOS mailing list" centos@centos.org Sent: Monday, May 16, 2005 12:33 PM Subject: Re: [CentOS] clamav-0.85
On Mon, 16 May 2005, Les Mikesell wrote:
On Mon, 2005-05-16 at 09:46, Dag Wieers wrote:
Yes, I actually asked the clamav people to not break clamav everytime they release a new version. It seems so silly to expect everyone to upgrade the day a new version is available. Sadly they still show that very confusing message, and I get tons of mail from people that think they have to tell me that a new version is released...
For a virus scanner or other security-related items, it is silly *not* to update the day a new version is released. Well-written exploits are capable of flooding the internet in a day. In clam's case it only matters if the new code is necessary to detect some virus, though, and they may be making the announcements on changes that only affect efficiency.
Fact is that a new release of the scanner is not always a security related matter. As long as your virus scanner still can download the latest updates (what it didn't do at first), they fixed that but still act as if your system stopped working.
A false sense of security is as bad as thinking you have no security even when you do. Because there might be more important security problems that you are ignoring trying to fix this.
Remark 1: None of the vendors will ship a new clamav the day it is released without a proper test. And often even not if the previous did not beak anything serious. On the clamav internal mailinglist they announce it a few hours before the mirrors are updated and it appears on freshmeat.
Remark 2: If you look at Fedora, they still ship Clamav 0.71. Which is fine since it still downloads the latest viruslist iirc.
So yes, the current practice is pretty silly. Making people panic for no reason is even illegal in some environments :)
Kind regards, -- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
-- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.11 - Release Date: 5/16/2005
On Mon, 16 May 2005, Marco Garza wrote:
Good thing that Dag hasn't made the rpms yet, Clam just announced 0.85.1. They had to fix some stuff.....
0.85.1 is being transferred to the mirrors as we speak.
-- dag wieers, dag@wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
On Tue, 2005-05-17 at 03:12 +0200, Dag Wieers wrote:
On Mon, 16 May 2005, Marco Garza wrote:
Good thing that Dag hasn't made the rpms yet, Clam just announced 0.85.1. They had to fix some stuff.....
0.85.1 is being transferred to the mirrors as we speak.
-- dag
On Tue, 2005-05-17 at 03:12 +0200, Dag Wieers wrote:
On Mon, 16 May 2005, Marco Garza wrote:
Good thing that Dag hasn't made the rpms yet, Clam just announced 0.85.1. They had to fix some stuff.....
0.85.1 is being transferred to the mirrors as we speak.
-- dag
Johnny Hughes wrote:
On Mon, 2005-05-16 at 13:36 +0200, Farkas Levente wrote:
hi, it'd be useul if the centosplus and contrib directory can contain a small readme file or some kind of documentaion about the rpm inside. currently there is not any kind of such docs (ok johnny send a description about the kernel rpms, but if someone missed that email). eg the postfix rpm has the same description and changelog inside the rpm as the original ones. if someone just look into the ftp server then it'd be useful some kinf of docs. yours.
I was thinking that too :)
Now there is a Readme.txt in this directory:
http://mirror.centos.org/centos/4/centosplus/
There will be one for contrib and extras later today.
dare i ask for one more readme file for it's parent directory to explain what is: - addon - centosplus - contrib - extras actualy i don't see the diffrence between them...(addon <-> extras)?
dare i ask for one more readme file for it's parent directory to explain what is:
- addon
- centosplus
- contrib
- extras
actualy i don't see the diffrence between them...(addon <-> extras)?
there was a letter on the list which described the naming convention. http://lists.centos.org/pipermail/centos/2005-May/005618.html
Follow the link. Most important: centosplus packages may _replace_ official and tested rpms. Extras are built by developers, contribs built by users.
bye, Ago
ago@lsc.hu wrote:
dare i ask for one more readme file for it's parent directory to explain what is:
- addon
- centosplus
- contrib
- extras
actualy i don't see the diffrence between them...(addon <-> extras)?
there was a letter on the list which described the naming convention. http://lists.centos.org/pipermail/centos/2005-May/005618.html
Follow the link. Most important: centosplus packages may _replace_ official and tested rpms. Extras are built by developers, contribs built by users.
yes, i read it, but if soemone missed that, than it'd be useful in the mirror site too. on the other side what's the difference wbetween addon and extras?
Farkas Levente wrote:
yes, i read it, but if soemone missed that, than it'd be useful in the mirror site too. on the other side what's the difference wbetween addon and extras?
Addons' are packages that were required to build the distro and/or packages output from the build process, but not a part of the Distribution itself.
Extras are external, non distribution related packages ( eg. XFCE for CentOS4 is not a part of the distribution, but made available via the Extras repository for people who might want it )
I hope this clear up things.
- KB
-
ago＠lsc.hu -
Dag Wieers -
Farkas Levente -
Ignacio Vazquez-Abrams -
Jason Dixon -
Johnny Hughes -
Karanbir Singh -
Les Mikesell -
Maciej Zenczykowski -
Marco Garza -
rado