[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-redhat-users
Subject:    kde-redhat-users Digest, Vol 6, Issue 10
From:       kde-redhat-users-request () lists ! sourceforge ! net
Date:       2006-11-09 14:09:58
Message-ID: mailman.2480.1163081398.8777.kde-redhat-users () lists ! sourceforge ! net
[Download RAW message or body]

Send kde-redhat-users mailing list submissions to
	kde-redhat-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/kde-redhat-users
or, via email, send a message with subject or body 'help' to
	kde-redhat-users-request@lists.sourceforge.net

You can reach the person managing the list at
	kde-redhat-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of kde-redhat-users digest..."


Today's Topics:

   1. Re: Problem with using yum on RHEL4 (Brian Tang)
   2. Re: Problem with using yum on RHEL4 (Rex Dieter)
   3. Re: Problem with using yum on RHEL4 (Gilboa Davara)
   4. Re: Problem with using yum on RHEL4 (Rex Dieter)
   5. Re: Problem with using yum on RHEL4 (Gilboa Davara)
   6. Re: Problem with using yum on RHEL4 (Gilboa Davara)
   7. Re: Problem with using yum on RHEL4 (Rex Dieter)

[Attachment #4 (multipart/digest)]


Content-Transfer-Encoding: quoted-printable
From: "Brian Tang" <gotang@outgun.com>
Precedence: list
MIME-Version: 1.0
To: kde-redhat-users@lists.sourceforge.net
Date: Thu, 09 Nov 2006 09:11:45 +0000
Reply-To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
Message-ID: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>
Content-Type: text/plain; charset="iso-8859-1"
Subject: Re: [kde-redhat-users] Problem with using yum on RHEL4
Message: 1

>  kdelibs includes:
>  Conflicts: kdebase < 6:3.3.90
>  
>  So that implies your yum setup isn't picking up the newest kdebase-3.5.5. ??

I don't think so - in the first few lines of output, there's this:

Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package kdelibs.x86_64 6:3.5.5-0.7.el4.kde set to be updated
---> Downloading header for kdebase to pack into transaction set.
kdebase-3.5.5-0.9.el4.kde 100% |=========================| 553 kB    00:28
---> Package kdebase.x86_64 6:3.5.5-0.9.el4.kde set to be updated
---> Package qt.x86_64 1:3.3.6-13.4.el4.kde set to be updated

Which looks to me like it's found kdebase 3.5.5 and kdelibs 3.5.5. But the next few lines are:

--> Running transaction check
--> Processing Dependency: libIlmImf.so.2()(64bit) for package: kdelibs
--> Processing Conflict: kdelibs conflicts kdebase < 6:3.3.90
--> Processing Dependency: libjasper-1.701.so.1()(64bit) for package: kdelibs
--> Processing Conflict: kdelibs conflicts kdeartwork < 0:3.3.90

I'm a little bit confused! Thanks for the help!
Brian

-- 
_______________________________________________
Get your free email from http://www.outgun.com

Powered by Outblaze




Content-Transfer-Encoding: 7bit
From: Rex Dieter <rdieter@math.unl.edu>
Precedence: list
MIME-Version: 1.0
To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
References: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>
In-Reply-To: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>
Date: Thu, 09 Nov 2006 07:27:47 -0600
Reply-To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
Message-ID: <45532CD3.9040106@math.unl.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Subject: Re: [kde-redhat-users] Problem with using yum on RHEL4
Message: 2

Brian Tang wrote:
>>  kdelibs includes:
>>  Conflicts: kdebase < 6:3.3.90
>>  
>>  So that implies your yum setup isn't picking up the newest kdebase-3.5.5. ??
> 
> I don't think so - in the first few lines of output, there's this:
> 
> Resolving Dependencies
> --> Populating transaction set with selected packages. Please wait.
> ---> Package kdelibs.x86_64 6:3.5.5-0.7.el4.kde set to be updated
> ---> Downloading header for kdebase to pack into transaction set.
> kdebase-3.5.5-0.9.el4.kde 100% |=========================| 553 kB    00:28
> ---> Package kdebase.x86_64 6:3.5.5-0.9.el4.kde set to be updated
> ---> Package qt.x86_64 1:3.3.6-13.4.el4.kde set to be updated
> 
> Which looks to me like it's found kdebase 3.5.5 and kdelibs 3.5.5. But the next few lines are:
> 
> --> Running transaction check
> --> Processing Dependency: libIlmImf.so.2()(64bit) for package: kdelibs
> --> Processing Conflict: kdelibs conflicts kdebase < 6:3.3.90
> --> Processing Dependency: libjasper-1.701.so.1()(64bit) for package: kdelibs
> --> Processing Conflict: kdelibs conflicts kdeartwork < 0:3.3.90
> 
> I'm a little bit confused! Thanks for the help!

Ah, multilib rears it's ugly head.  You probably have both 
kdelibs.x86_64 *and* kdelibs.i386 installed.  It would make your life 
much simpler if you could:
rpm -e kdelibs.i386
and start over.

Else, you'll likely have to enable the i386 repo for your x86_64 box too.

-- Rex




Content-Transfer-Encoding: 7bit
From: Gilboa Davara <gilboad@gmail.com>
Precedence: list
MIME-Version: 1.0
To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
References: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>
	<45532CD3.9040106@math.unl.edu>
In-Reply-To: <45532CD3.9040106@math.unl.edu>
Date: Thu, 09 Nov 2006 15:34:39 +0200
Reply-To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
Message-ID: <1163079280.5262.15.camel@gilboa-home-nb.localhost>
Content-Type: text/plain
Subject: Re: [kde-redhat-users] Problem with using yum on RHEL4
Message: 3

On Thu, 2006-11-09 at 07:27 -0600, Rex Dieter wrote:
> Brian Tang wrote:
> >>  kdelibs includes:
> >>  Conflicts: kdebase < 6:3.3.90
> >>  
> >>  So that implies your yum setup isn't picking up the newest kdebase-3.5.5. ??
> > 
> > I don't think so - in the first few lines of output, there's this:
> > 
> > Resolving Dependencies
> > --> Populating transaction set with selected packages. Please wait.
> > ---> Package kdelibs.x86_64 6:3.5.5-0.7.el4.kde set to be updated
> > ---> Downloading header for kdebase to pack into transaction set.
> > kdebase-3.5.5-0.9.el4.kde 100% |=========================| 553 kB    00:28
> > ---> Package kdebase.x86_64 6:3.5.5-0.9.el4.kde set to be updated
> > ---> Package qt.x86_64 1:3.3.6-13.4.el4.kde set to be updated
> > 
> > Which looks to me like it's found kdebase 3.5.5 and kdelibs 3.5.5. But the next few lines are:
> > 
> > --> Running transaction check
> > --> Processing Dependency: libIlmImf.so.2()(64bit) for package: kdelibs
> > --> Processing Conflict: kdelibs conflicts kdebase < 6:3.3.90
> > --> Processing Dependency: libjasper-1.701.so.1()(64bit) for package: kdelibs
> > --> Processing Conflict: kdelibs conflicts kdeartwork < 0:3.3.90
> > 
> > I'm a little bit confused! Thanks for the help!
> 
> Ah, multilib rears it's ugly head.  You probably have both 
> kdelibs.x86_64 *and* kdelibs.i386 installed.  It would make your life 
> much simpler if you could:
> rpm -e kdelibs.i386
> and start over.
> 
> Else, you'll likely have to enable the i386 repo for your x86_64 box too.
> 
> -- Rex

Rex,

Why not just copy qt, arts, kdelibs, kdebase and kdenetwork from the
i386 repo?
While I'm no great multi-lib fan (IMHO chroot is better), it's enabled
by default, and break when KDERH is enabled.

- Gilboa





Content-Transfer-Encoding: 7bit
From: Rex Dieter <rdieter@math.unl.edu>
Precedence: list
MIME-Version: 1.0
To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
References: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>	<45532CD3.9040106@math.unl.edu>
	<1163079280.5262.15.camel@gilboa-home-nb.localhost>
In-Reply-To: <1163079280.5262.15.camel@gilboa-home-nb.localhost>
Date: Thu, 09 Nov 2006 07:42:28 -0600
Reply-To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
Message-ID: <45533044.8000809@math.unl.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Subject: Re: [kde-redhat-users] Problem with using yum on RHEL4
Message: 4

Gilboa Davara wrote:
> On Thu, 2006-11-09 at 07:27 -0600, Rex Dieter wrote:
>> Brian Tang wrote:
>>>>  kdelibs includes:
>>>>  Conflicts: kdebase < 6:3.3.90
>>>>  
>>>>  So that implies your yum setup isn't picking up the newest kdebase-3.5.5. ??
>>> I don't think so - in the first few lines of output, there's this:
>>>
>>> Resolving Dependencies
>>> --> Populating transaction set with selected packages. Please wait.
>>> ---> Package kdelibs.x86_64 6:3.5.5-0.7.el4.kde set to be updated
>>> ---> Downloading header for kdebase to pack into transaction set.
>>> kdebase-3.5.5-0.9.el4.kde 100% |=========================| 553 kB    00:28
>>> ---> Package kdebase.x86_64 6:3.5.5-0.9.el4.kde set to be updated
>>> ---> Package qt.x86_64 1:3.3.6-13.4.el4.kde set to be updated
>>>
>>> Which looks to me like it's found kdebase 3.5.5 and kdelibs 3.5.5. But the next few lines are:
>>>
>>> --> Running transaction check
>>> --> Processing Dependency: libIlmImf.so.2()(64bit) for package: kdelibs
>>> --> Processing Conflict: kdelibs conflicts kdebase < 6:3.3.90
>>> --> Processing Dependency: libjasper-1.701.so.1()(64bit) for package: kdelibs
>>> --> Processing Conflict: kdelibs conflicts kdeartwork < 0:3.3.90
>>>
>>> I'm a little bit confused! Thanks for the help!
>> Ah, multilib rears it's ugly head.  You probably have both 
>> kdelibs.x86_64 *and* kdelibs.i386 installed.  It would make your life 
>> much simpler if you could:
>> rpm -e kdelibs.i386
>> and start over.
>>
>> Else, you'll likely have to enable the i386 repo for your x86_64 box too.
>>
>> -- Rex
> 
> Rex,
> 
> Why not just copy qt, arts, kdelibs, kdebase and kdenetwork from the
> i386 repo?
> While I'm no great multi-lib fan (IMHO chroot is better), it's enabled
> by default, and break when KDERH is enabled.

Yeah, we can add packages x,y,z today, then what extras will be needed 
tomorrow, and the next?  I see this as a potentially endless cycle.

I may have to think about it a bit more, because as it is, we have no 
automated method of copying i386 pkgs into x86_64, and I don't want to 
have to rely on manually doing this everytime one of those are updated.

-- Rex




Content-Transfer-Encoding: 7bit
From: Gilboa Davara <gilboad@gmail.com>
Precedence: list
MIME-Version: 1.0
To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
References: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>
	<45532CD3.9040106@math.unl.edu>
	<1163079280.5262.15.camel@gilboa-home-nb.localhost>
	<45533044.8000809@math.unl.edu>
In-Reply-To: <45533044.8000809@math.unl.edu>
Date: Thu, 09 Nov 2006 15:57:31 +0200
Reply-To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
Message-ID: <1163080652.5262.22.camel@gilboa-home-nb.localhost>
Content-Type: text/plain
Subject: Re: [kde-redhat-users] Problem with using yum on RHEL4
Message: 5

On Thu, 2006-11-09 at 07:42 -0600, Rex Dieter wrote:
> Gilboa Davara wrote:
> > On Thu, 2006-11-09 at 07:27 -0600, Rex Dieter wrote:
> >> Brian Tang wrote:
> >>>>  kdelibs includes:
> >>>>  Conflicts: kdebase < 6:3.3.90
> >>>>  
> >>>>  So that implies your yum setup isn't picking up the newest kdebase-3.5.5. ??
> >>> I don't think so - in the first few lines of output, there's this:
> >>>
> >>> Resolving Dependencies
> >>> --> Populating transaction set with selected packages. Please wait.
> >>> ---> Package kdelibs.x86_64 6:3.5.5-0.7.el4.kde set to be updated
> >>> ---> Downloading header for kdebase to pack into transaction set.
> >>> kdebase-3.5.5-0.9.el4.kde 100% |=========================| 553 kB    00:28
> >>> ---> Package kdebase.x86_64 6:3.5.5-0.9.el4.kde set to be updated
> >>> ---> Package qt.x86_64 1:3.3.6-13.4.el4.kde set to be updated
> >>>
> >>> Which looks to me like it's found kdebase 3.5.5 and kdelibs 3.5.5. But the next few lines are:
> >>>
> >>> --> Running transaction check
> >>> --> Processing Dependency: libIlmImf.so.2()(64bit) for package: kdelibs
> >>> --> Processing Conflict: kdelibs conflicts kdebase < 6:3.3.90
> >>> --> Processing Dependency: libjasper-1.701.so.1()(64bit) for package: kdelibs
> >>> --> Processing Conflict: kdelibs conflicts kdeartwork < 0:3.3.90
> >>>
> >>> I'm a little bit confused! Thanks for the help!
> >> Ah, multilib rears it's ugly head.  You probably have both 
> >> kdelibs.x86_64 *and* kdelibs.i386 installed.  It would make your life 
> >> much simpler if you could:
> >> rpm -e kdelibs.i386
> >> and start over.
> >>
> >> Else, you'll likely have to enable the i386 repo for your x86_64 box too.
> >>
> >> -- Rex
> > 
> > Rex,
> > 
> > Why not just copy qt, arts, kdelibs, kdebase and kdenetwork from the
> > i386 repo?
> > While I'm no great multi-lib fan (IMHO chroot is better), it's enabled
> > by default, and break when KDERH is enabled.
> 
> Yeah, we can add packages x,y,z today, then what extras will be needed 
> tomorrow, and the next?  I see this as a potentially endless cycle.
> 
> I may have to think about it a bit more, because as it is, we have no 
> automated method of copying i386 pkgs into x86_64, and I don't want to 
> have to rely on manually doing this everytime one of those are updated.
> 
> -- Rex
> 

OK. Fair enough.
As I said, I find mulit-lib to a hackish solution (at best).
It adds huge disk and network overhead even if you don't need it
(there's no way to disable it during Install), and generates huge amount
of noise to all non-core repositories... Let alone the risk of having
RPM hell everytime you run yum update.
If only Fedora had tools to ease the installation and management of
32bit chroots - It would have made life -much- easier.

- Gilboa





Content-Transfer-Encoding: 7bit
From: Gilboa Davara <gilboad@gmail.com>
Precedence: list
MIME-Version: 1.0
To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
References: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>
	<45532CD3.9040106@math.unl.edu>
	<1163079280.5262.15.camel@gilboa-home-nb.localhost>
	<45533044.8000809@math.unl.edu>
In-Reply-To: <45533044.8000809@math.unl.edu>
Date: Thu, 09 Nov 2006 15:58:53 +0200
Reply-To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
Message-ID: <1163080734.5262.25.camel@gilboa-home-nb.localhost>
Content-Type: text/plain
Subject: Re: [kde-redhat-users] Problem with using yum on RHEL4
Message: 6

On Thu, 2006-11-09 at 07:42 -0600, Rex Dieter wrote:
> Gilboa Davara wrote:
> > On Thu, 2006-11-09 at 07:27 -0600, Rex Dieter wrote:
> >> Brian Tang wrote:
> >>>>  kdelibs includes:
> >>>>  Conflicts: kdebase < 6:3.3.90
> >>>>  
> >>>>  So that implies your yum setup isn't picking up the newest kdebase-3.5.5. ??
> >>> I don't think so - in the first few lines of output, there's this:
> >>>
> >>> Resolving Dependencies
> >>> --> Populating transaction set with selected packages. Please wait.
> >>> ---> Package kdelibs.x86_64 6:3.5.5-0.7.el4.kde set to be updated
> >>> ---> Downloading header for kdebase to pack into transaction set.
> >>> kdebase-3.5.5-0.9.el4.kde 100% |=========================| 553 kB    00:28
> >>> ---> Package kdebase.x86_64 6:3.5.5-0.9.el4.kde set to be updated
> >>> ---> Package qt.x86_64 1:3.3.6-13.4.el4.kde set to be updated
> >>>
> >>> Which looks to me like it's found kdebase 3.5.5 and kdelibs 3.5.5. But the next few lines are:
> >>>
> >>> --> Running transaction check
> >>> --> Processing Dependency: libIlmImf.so.2()(64bit) for package: kdelibs
> >>> --> Processing Conflict: kdelibs conflicts kdebase < 6:3.3.90
> >>> --> Processing Dependency: libjasper-1.701.so.1()(64bit) for package: kdelibs
> >>> --> Processing Conflict: kdelibs conflicts kdeartwork < 0:3.3.90
> >>>
> >>> I'm a little bit confused! Thanks for the help!
> >> Ah, multilib rears it's ugly head.  You probably have both 
> >> kdelibs.x86_64 *and* kdelibs.i386 installed.  It would make your life 
> >> much simpler if you could:
> >> rpm -e kdelibs.i386
> >> and start over.
> >>
> >> Else, you'll likely have to enable the i386 repo for your x86_64 box too.
> >>
> >> -- Rex
> > 
> > Rex,
> > 
> > Why not just copy qt, arts, kdelibs, kdebase and kdenetwork from the
> > i386 repo?
> > While I'm no great multi-lib fan (IMHO chroot is better), it's enabled
> > by default, and break when KDERH is enabled.
> 
> Yeah, we can add packages x,y,z today, then what extras will be needed 
> tomorrow, and the next?  I see this as a potentially endless cycle.
> 
> I may have to think about it a bit more, because as it is, we have no 
> automated method of copying i386 pkgs into x86_64, and I don't want to 
> have to rely on manually doing this everytime one of those are updated.
> 
> -- Rex

I wonder if enabling the i386 repos would solve this problem?

- Gilboa





Content-Transfer-Encoding: 7bit
From: Rex Dieter <rdieter@math.unl.edu>
Precedence: list
MIME-Version: 1.0
To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
References: <20061109091145.4EFE5CA0A4@ws5-11.us4.outblaze.com>	<45532CD3.9040106@math \
.unl.edu>	<1163079280.5262.15.camel@gilboa-home-nb.localhost>	<45533044.8000809@math.unl.edu>
  <1163080734.5262.25.camel@gilboa-home-nb.localhost>
In-Reply-To: <1163080734.5262.25.camel@gilboa-home-nb.localhost>
Date: Thu, 09 Nov 2006 08:09:30 -0600
Reply-To: General discussion for kde-redhat users
	<kde-redhat-users@lists.sourceforge.net>
Message-ID: <4553369A.9000404@math.unl.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Subject: Re: [kde-redhat-users] Problem with using yum on RHEL4
Message: 7

Gilboa Davara wrote:
> On Thu, 2006-11-09 at 07:42 -0600, Rex Dieter wrote:
> > Gilboa Davara wrote:
> > > On Thu, 2006-11-09 at 07:27 -0600, Rex Dieter wrote:
> > > > Brian Tang wrote:
> > > > > > kdelibs includes:
> > > > > > Conflicts: kdebase < 6:3.3.90
> > > > > > 
> > > > > > So that implies your yum setup isn't picking up the newest kdebase-3.5.5. \
> > > > > > ??
> > > > > I don't think so - in the first few lines of output, there's this:
> > > > > 
> > > > > Resolving Dependencies
> > > > > --> Populating transaction set with selected packages. Please wait.
> > > > > ---> Package kdelibs.x86_64 6:3.5.5-0.7.el4.kde set to be updated
> > > > > ---> Downloading header for kdebase to pack into transaction set.
> > > > > kdebase-3.5.5-0.9.el4.kde 100% |=========================| 553 kB    00:28
> > > > > ---> Package kdebase.x86_64 6:3.5.5-0.9.el4.kde set to be updated
> > > > > ---> Package qt.x86_64 1:3.3.6-13.4.el4.kde set to be updated
> > > > > 
> > > > > Which looks to me like it's found kdebase 3.5.5 and kdelibs 3.5.5. But the \
> > > > > next few lines are: 
> > > > > --> Running transaction check
> > > > > --> Processing Dependency: libIlmImf.so.2()(64bit) for package: kdelibs
> > > > > --> Processing Conflict: kdelibs conflicts kdebase < 6:3.3.90
> > > > > --> Processing Dependency: libjasper-1.701.so.1()(64bit) for package: \
> > > > >                 kdelibs
> > > > > --> Processing Conflict: kdelibs conflicts kdeartwork < 0:3.3.90
> > > > > 
> > > > > I'm a little bit confused! Thanks for the help!
> > > > Ah, multilib rears it's ugly head.  You probably have both 
> > > > kdelibs.x86_64 *and* kdelibs.i386 installed.  It would make your life 
> > > > much simpler if you could:
> > > > rpm -e kdelibs.i386
> > > > and start over.
> > > > 
> > > > Else, you'll likely have to enable the i386 repo for your x86_64 box too.
> > > > 
> > > > -- Rex
> > > Rex,
> > > 
> > > Why not just copy qt, arts, kdelibs, kdebase and kdenetwork from the
> > > i386 repo?
> > > While I'm no great multi-lib fan (IMHO chroot is better), it's enabled
> > > by default, and break when KDERH is enabled.
> > Yeah, we can add packages x,y,z today, then what extras will be needed 
> > tomorrow, and the next?  I see this as a potentially endless cycle.
> > 
> > I may have to think about it a bit more, because as it is, we have no 
> > automated method of copying i386 pkgs into x86_64, and I don't want to 
> > have to rely on manually doing this everytime one of those are updated.

> I wonder if enabling the i386 repos would solve this problem?

That's been my general multilib suggestion, at least until we come up 
with something better anyway.

-- Rex



--===============1045429697==--



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

_______________________________________________
kde-redhat-users mailing list
kde-redhat-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kde-redhat-users

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic