> Not necessarily from different vendors as much as from different build
> lots, etc.
>
> The theory is ... items build from the same components at the same time
> and the same place should fail/EOL at about the same time (all things
> being equal).
>
> In practice, I have not seen that. If you ar
Rex Dieter wrote:
> Dag Wieers wrote:
>
>> On Fri, 27 Jul 2007, JC Júnior wrote:
>>
>>> I received a message about EPEL repository, I would like to know if this
>>> repo is long term support too.
>> Let me add that an effort to make sure EPEL is compatible with RPMforge
>> failed as EPEL wants to
Alexander Georgiev wrote:
>> Not necessarily from different vendors as much as from different build
>> lots, etc.
>>
>> The theory is ... items build from the same components at the same time
>> and the same place should fail/EOL at about the same time (all things
>> being equal).
>>
>> In practice
On Sun, Jul 29, 2007 at 03:29:11PM -0500, Rex Dieter wrote:
> Dag Wieers wrote:
>
> > On Fri, 27 Jul 2007, JC Júnior wrote:
> >
> >> I received a message about EPEL repository, I would like to know if this
> >> repo is long term support too.
> >
> > Let me add that an effort to make sure EPEL is
Axel Thimm wrote:
Maybe the original draft will be picked up by other projects to signal
their mode of collaboration, let's see. It certainly was in thge
spirit of the existing 3rd party repos.
Maybe you should cut them a little slack considering that they are not
so experienced as the rest o
On Mon, Jul 30, 2007 at 07:51:45AM -0500, Les Mikesell wrote:
> Axel Thimm wrote:
>
> >Maybe the original draft will be picked up by other projects to
> >signal their mode of collaboration, let's see. It certainly was in
> >thge spirit of the existing 3rd party repos.
>
> Maybe you should cut the
# activating extras repo
# issuing "yum install heartbeat"
# got :
(...tons of depedencies resolution...)
ttmkfdir-3.0.9-20.el4.i38 100% |=| 6.6 kB00:00
---> Package ttmkfdir.i386 0:3.0.9-20.el4 set to be updated
--> Running transaction check
Dependencies Resolve
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Martin Hamant
> Sent: Monday, July 30, 2007 9:29 AM
> To: centos@centos.org
> Subject: [CentOS] incredible heartbeat 2.X depencies
>
> # activating extras repo
> # issuing "yum install heartbeat"
>
>
Martin Hamant wrote:
> # activating extras repo
> # issuing "yum install heartbeat"
>
> # got :
>
> (...tons of depedencies resolution...)
> ttmkfdir-3.0.9-20.el4.i38 100% |=| 6.6 kB00:00
>
> ---> Package ttmkfdir.i386 0:3.0.9-20.el4 set to be updated
> --> Runni
Le Mon, 30 Jul 2007 09:54:29 -0400
"Ross S. W. Walker" <[EMAIL PROTECTED]> écrivait:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Martin Hamant
> > Sent: Monday, July 30, 2007 9:29 AM
> > To: centos@centos.org
> > Subject: [CentOS] incredib
Hi !
Not very blocking because the smp module loads perfectly.
# yum --exclude=kmod-drbd*\plus\* install kmod-drbd
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Excluding Packages in global exclude list
Finished
Reducing CentOS-4 - Plus to incl
/!\ sorry, inverted smp and no-smp in the subject !
Le Mon, 30 Jul 2007 16:32:32 +0200
Martin Hamant <[EMAIL PROTECTED]> écrivait:
> Hi !
>
> Not very blocking because the smp module loads perfectly.
>
> # yum --exclude=kmod-drbd*\plus\* install kmod-drbd
> Setting up Install Process
> Setting
Lanny Marcus spake the following on 7/28/2007 5:36 AM:
> On 27 July 2007, Scott Silva wrote:
>> You can get Fedora 3 src rpms for Centos 4 and Fedora 6 srpms for
>> Centos 5. Then it can be as simple as rpmbuild --rebuild bla-
>> bla-.src.rpm. It can also be difficult if other dependencies creep in
On 28 July 2007, simon wrote:
> > I have recently installed centOS 5 on DELL pentium 2.7ghz (model
> > optiplex GX270) and have 512 memory
I received the CentOS 5.0 DVD today. ASAP, I will upgrade from 4.4.
After that, I will let you know how 5.0 sees the available RAM, in
the same box.
The firs
Dear Friends,
How I restart logrotate ?
Because file /var/log/maillog doesn't rotate log.
Thanks
Adriano
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Le Mon, 30 Jul 2007 12:55:57 -0300
Adriano Frare <[EMAIL PROTECTED]> écrivait:
> Dear Friends,
>
> How I restart logrotate ?
>
> Because file /var/log/maillog doesn't rotate log.
Hello,
maillog rotation is done from /etc/logrotate.d/syslog. You can take a
look in it.
logrotate is started eac
Axel Thimm wrote:
Maybe the original draft will be picked up by other projects to
signal their mode of collaboration, let's see. It certainly was in
thge spirit of the existing 3rd party repos.
Maybe you should cut them a little slack considering that they are not
so experienced as the rest of
This is probably a FAQ item but despite searching extensively with google
I am unable to find an answerer to this question. Perhaps I am using the
wrong words. In any case, at the risk of inducing some mirth at my
ignorance, how can one script a cd command so that that the user remains
in that dir
James B. Byrne wrote:
> This is probably a FAQ item but despite searching extensively with google
> I am unable to find an answerer to this question. Perhaps I am using the
> wrong words. In any case, at the risk of inducing some mirth at my
> ignorance, how can one script a cd command so that tha
On CentOS 4.5, I have Cacti and Nagios installed. I'm trying to
"glue" them together with a program called n2rdd but am having a
problem that I wondering is Perl-related.
When I run "tail /var/log/nagios/rra/n2rrd.log", I see lots of this
sort of thing:
server01: Missing template for "server01"
On Mon, July 30, 2007 13:02, Johnny Hughes wrote:
>
> In this case the use of an alias is probably what you want ...
>
> alias current='cd /path'
>
> You can then type current at the command prompt can go there.
>
> You can put that command in your .bashrc with your other aliases as well
> to make
On 7/30/07, Martin Hamant <[EMAIL PROTECTED]> wrote:
> > # uname -a
> > Linux *** 2.6.9-55.0.2.EL #1 Tue Jun 26 14:08:18 EDT 2007 i686 i686
> > i386 GNU/Linux
> >
> > # modprobe drbd
> > FATAL: Error inserting drbd
> > (/lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko): Invalid module format
What do yo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James B. Byrne wrote:
> This is probably a FAQ item but despite searching extensively with google
> I am unable to find an answerer to this question. Perhaps I am using the
> wrong words. In any case, at the risk of inducing some mirth at my
> ignoran
On 7/30/07, Martin Hamant <[EMAIL PROTECTED]> wrote:
> # uname -a
> Linux *** 2.6.9-55.0.2.EL #1 Tue Jun 26 14:08:18 EDT 2007 i686 i686
> i386 GNU/Linux
>
> # modprobe drbd
> FATAL: Error inserting drbd
> (/lib/modules/2.6.9-55.0.2.EL/extra/drbd.ko): Invalid module format
What do you see with
On 7/30/07, Ken Price <[EMAIL PROTECTED]> wrote:
> > On 7/30/07, Martin Hamant <[EMAIL PROTECTED]> wrote:
> >
> >> > # uname -a
> >> > Linux *** 2.6.9-55.0.2.EL #1 Tue Jun 26 14:08:18 EDT 2007 i686 i686
> >> > i386 GNU/Linux
> >> >
> >> > # modprobe drbd
> >> > FATAL: Error inserting drbd
> >> > (/
On Mon, 30 Jul 2007, Les Mikesell wrote:
ATM we'll just live and let live, and there will not be any one-side
effort to rectify any compatibility issues EPEL created. It's their
mess, they'll have to clean it up.
Live and let die, you mean - at least as far as the users
are concerned. I don'
On 7/30/07, Rogelio Bastardo <[EMAIL PROTECTED]> wrote:
> On CentOS 4.5, I have Cacti and Nagios installed. I'm trying to
> "glue" them together with a program called n2rdd but am having a
> problem that I wondering is Perl-related.
I feel stupid. I didn't have "#!/usr/bin/perl -w" at the top of
R P Herrold wrote:
ATM we'll just live and let live, and there will not be any one-side
effort to rectify any compatibility issues EPEL created. It's their
mess, they'll have to clean it up.
Live and let die, you mean - at least as far as the users are
concerned. I don't think this issue has
Stupid question redux.
With some more explanation
Why not?
Make a mirror of the epel repo.
For each package in the repo.
Create a repotag using the original signature.
Sign the package with repotag using a new key.
Anyone wanting to mix repos.
Should require signatures with the new key.
On Mon, Jul 30, 2007 at 11:21:10AM -0500, Les Mikesell wrote:
> >ATM we'll just live and let live, and there will not be any one-side
> >effort to rectify any compatibility issues EPEL created. It's their
> >mess, they'll have to clean it up.
>
> Live and let die, you mean - at least as far as the
> Looking at your requests on this you should realize that repotags are
> what you are really asking for the minimum level, which is what epel
> nuked to ashes. So the discussion should probably move away from this
> list to the epel list. And since it's a dead topic there as well you
> will not re
Johnny Hughes wrote:
> Rex Dieter wrote:
>> It's quite a stetch from "no repotags" to
>> conclude "EPEL has no interest" in compatibility.
>> In fact, epel (and fedora) repo is, by design and policy, supposed to be
>> compatible and considerate of other repos, e.g. most notably,
>> http://fedora
Axel Thimm wrote:
I don't think this issue has any solution other than separate
namespaces.
Looking at your requests on this you should realize that repotags are
what you are really asking for the minimum level, which is what epel
nuked to ashes. So the discussion should probably move away f
Hello,
I took a stab at packaging RequestTracker for CentOS 5. Basically some needed
FC6 packages were rebuilt as el5.
The results are here:
http://www.tlviewer.org/rt3/
I'm an rt3 newbie. I'm in the process of reading the DOCS and setting up the
DB. The install via RPM appears to be sound.
S
On Mon, Jul 30, 2007 at 03:57:23PM -0500, Les Mikesell wrote:
> Axel Thimm wrote:
>
> >> I don't think this issue has any solution other than separate
> >>namespaces.
> >
> >Looking at your requests on this you should realize that repotags are
> >what you are really asking for the minimum level,
On Mon, Jul 30, 2007 at 12:15:31PM -0700, Ray Van Dolson wrote:
> I know EPEL acknowledged that the whole repo-conflicts thing is an
> issue that needed to be addressed... as has been rehashed many times,
> they just didn't like repotags.
The history goes as follows:
o Dag suggests repotags, Axel
On Mon, Jul 30, 2007 at 03:43:31PM -0500, Rex Dieter wrote:
> Johnny Hughes wrote:
>
> > Rex Dieter wrote:
> >> It's quite a stetch from "no repotags" to
> >> conclude "EPEL has no interest" in compatibility.
>
> >> In fact, epel (and fedora) repo is, by design and policy, supposed to be
> >> co
On Mon, Jul 30, 2007 at 11:08:49PM +0200, Axel Thimm wrote:
> On Mon, Jul 30, 2007 at 12:15:31PM -0700, Ray Van Dolson wrote:
> > I know EPEL acknowledged that the whole repo-conflicts thing is an
> > issue that needed to be addressed... as has been rehashed many times,
> > they just didn't like re
On 7/30/07, Ray Van Dolson <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 30, 2007 at 11:08:49PM +0200, Axel Thimm wrote:
> > So after the fact everyone can claim anything. The important thing is
> > how did epel (or better said certain key persons in there) deal with
> > it when they did not see the po
On Mon, Jul 30, 2007 at 02:12:43PM -0700, Ray Van Dolson wrote:
> I understand how a lot of it "went down" (saw the meetings and am on
> the lists as well), I'm just wondering if that aside (I know, hard to
> do :), could there feasibly be an RPM-based solution to this that would
> make repo-tags o
On Mon, Jul 30, 2007 at 03:20:49PM -0600, Stephen John Smoogen wrote:
> On 7/30/07, Ray Van Dolson <[EMAIL PROTECTED]> wrote:
> > On Mon, Jul 30, 2007 at 11:08:49PM +0200, Axel Thimm wrote:
>
> > > So after the fact everyone can claim anything. The important thing is
> > > how did epel (or better
Axel Thimm wrote:
I don't know enough about repotags to understand why everyone needs
them. Can't any repotag be distinguished from no repotag? Why is
there any need for cooperation beyond not choosing the same tag or lack
thereof?
All the repotags request was about is to idntify epel pac
On Mon, Jul 30, 2007 at 04:58:19PM -0500, Les Mikesell wrote:
> Axel Thimm wrote:
>
> >>I don't know enough about repotags to understand why everyone needs
> >>them. Can't any repotag be distinguished from no repotag? Why is
> >>there any need for cooperation beyond not choosing the same tag
Axel Thimm wrote:
On Mon, Jul 30, 2007 at 04:58:19PM -0500, Les Mikesell wrote:
Axel Thimm wrote:
I don't know enough about repotags to understand why everyone needs
them. Can't any repotag be distinguished from no repotag? Why is
there any need for cooperation beyond not choosing the same
> No, I want to understand the effect on an end user when only one repo
> refuses to add a unique tag. I don't want to fight the war - I want to
> know which way to duck.
I think the issue now is that other repo's decided to drop their own
repo tags as a result of EPEL's decision. So that coul
On Mon, 30 Jul 2007, Ray Van Dolson wrote:
I understand how a lot of it "went down" (saw the meetings
and am on the lists as well), I'm just wondering if that
aside (I know, hard to do :), could there feasibly be an
RPM-based solution to this that would make repo-tags
obsolete?
'could be'?
Hi,
Here is a newbie to Yum on Centos 5. I got an
interesting yet misterious problem here.
When I rolled a mod_jk package and tried to install
it onto a bunch of Centos 5 boxes with comand 'yum -e
10 -d 10 install mod_jk', it fails with the messages
at end; and so mod_jk just ended up ignored.
Hi,
Here is a newbie to Yum on Centos 5. I got an
interesting yet misterious problem here.
When I rolled a mod_jk package and tried to install
it onto a bunch of Centos 5 boxes with comand 'yum -e
10 -d 10 install mod_jk', it fails with the messages
at end; and so mod_jk just ended up ignored.
On 28 July 2007, simon wrote:
> I have recently installed centOS 5 on DELL pentium 2.7ghz (model
> optiplex GX270) and have 512 memory
Simon: Below is on the same box, after I did a clean install of CentOS
5.0. Still showing 512 MB of RAM, as it did with CentOS 4.4, which is
what's installed in t
For reasons which escape me, my VMWare Server, which was working perfectly a
week ago when I shut down my machine for vacation, no loner comes up with
the formerly working Windows XP system - it just stays in the small window
where it normally boots and does nothing.
The vmware serverd log shows n
I just returned from a week's vacation and brought my CentOS 5.0 system back
up, updated it, and somehow it has lost all the .doc file associations.
These used to be associated with the OpenOffice writer, but that's now
gone. ACtually, all the "open with" associations are gone (rtf's now think
the
On CentOS 5, why does 'yum remove tomcat*' remove all of the openoffice
packages?
--
Les Mikesell
[EMAIL PROTECTED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Les Mikesell wrote:
> On CentOS 5, why does 'yum remove tomcat*' remove all of the openoffice
> packages?
>
That would be because openoffice requires tomcat to install it ... if
you tell yum that you want to remove tomcat ... since openoffice
requires tomcat, it has to also remove openoffice.
s
53 matches
Mail list logo
