[opensuse] Using zypper to remove beagle downgrades packages from x86_64 to i586
Running 11.1 and Gnome on a Lenovo T61. Tried to remove beagle per something I saw here. Was going to do "zypper remove *beagle*" followed by "zypper addlock *beagle*". When I executed the first command, it reported "Beagle not installed." (I may have removed it earlier, as well as deactivating it with chkconfig, then forgot that I had done so.) But zypper then reported "Checking package dependencies" and proceeded to downgrade a whole host of packages from their x86_64 form to the i586 version. In a word, "Whaaat?". Can anyone explain to me why this occurred, and if this is a bug. I can't believe Mono is compiled into all those apps as an option, nor can I believe that my machine architecture changed. And an observation on distro configuration: I know Beagle is built on Mono, and Novell would like us to install and use Mono, but please, this type of "busy beaver" app should never be on by default. I even question whether it belongs in a base package install, but at least if you don't have it on by default, I as a user don't have to find out about it, then find out about how to get rid of it if I don't want or need it. Most users need a browser, yet openSUSE doesn't automatically set one as default. This is as it should be. Neither should openSUSE make a particular desktop search app the default, nor should it turn it turn on ANY desktop search app by default. (The opinions are my own.) -- Dan Goodman Senior Systems Administrator -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday, 2009-03-30 at 15:23 -0400, Dan Goodman wrote: ...
But zypper then reported "Checking package dependencies" and proceeded to downgrade a whole host of packages from their x86_64 form to the i586 version.
In a word, "Whaaat?". Can anyone explain to me why this occurred,
And you accepted the proposal and let it remove all that?
and if this is a bug.
Possibly. You'd need to open a bugzilla and attach the resolver testcase.
I can't believe Mono is compiled into all those apps as an option,
What has mono to do with removing beagle? Did you perchance told zypper to also remove mono? - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknRIO8ACgkQtTMYHG2NR9XrLgCfTvh3FD3zSv9ZNp7LKkNbJujk 4YcAnRXWKhebPTXQrxVssLZaHOskR70G =rAv1 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
<replies embedded> Carlos E. R. wrote:
On Monday, 2009-03-30 at 15:23 -0400, Dan Goodman wrote:
...
But zypper then reported "Checking package dependencies" and proceeded to downgrade a whole host of packages from their x86_64 form to the i586 version.
In a word, "Whaaat?". Can anyone explain to me why this occurred,
And you accepted the proposal and let it remove all that?
I didn't get a proposal first...and I was following a solution for removal of beagle from a post here, from a while ago, and there were no followups saying that it didn't work for someone else, so I "zypper remove *beagle*" and the rest happened automatically...no chance to intervene. Yeah, I know, I could have run a test case first, but haven't had any problems with package management since I started using zypper from the CLI instead of yast.
and if this is a bug.
Possibly. You'd need to open a bugzilla and attach the resolver testcase.
I don't have time to reinstall beagle and all its dependencies and repeat the process. If I see any resultant problems, then I will pursue a bugzilla. Right now, I was just trying to find out if there was something going on specifically with SUSE package management that I either didn't understand fully, or that someone else had encountered.
I can't believe Mono is compiled into all those apps as an option,
What has mono to do with removing beagle? Did you perchance told zypper to also remove mono?
No, I didn't. But I understand that Beagle is supposedly a Mono "showcase" app, and I was trying to find out if anyone knew if there was in fact a pervasive Mono dependency.
Mostly, I was trying to find out why zypper and libzypp might have thought that I needed the x86_64 versions replaced with the i586 ones. -- Dan Goodman Senior Systems Administrator -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Monday 30 March 2009 21:59:29 Dan Goodman wrote:
I didn't get a proposal first...and I was following a solution for removal of beagle from a post here, from a while ago, and there were no followups saying that it didn't work for someone else, so I "zypper remove *beagle*" and the rest happened automatically...no chance to intervene.
Are you absolutely sure? This would be a very serious bug. zypper will always tell you what it is about to do, and then you get a chance to say yes or no to it. It defaults to "yes" though, so if you just press enter, it will go ahead. But if you don't do anything, it will stop and allow you to interrupt it. So if you really didn't see a prompt, file a bug for it. That should never happen Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Hi,
On Mon, Mar 30, 2009 at 8:59 PM, Dan Goodman
<replies embedded> Carlos E. R. wrote:
On Monday, 2009-03-30 at 15:23 -0400, Dan Goodman wrote:
...
But zypper then reported "Checking package dependencies" and proceeded to downgrade a whole host of packages from their x86_64 form to the i586 version.
In a word, "Whaaat?". Can anyone explain to me why this occurred,
And you accepted the proposal and let it remove all that?
I didn't get a proposal first...and I was following a solution for removal of beagle from a post here, from a while ago, and there were no followups saying that it didn't work for someone else, so I "zypper remove *beagle*" and the rest happened automatically...no chance to
yes, that post works very well, but I think you included some spaces somewhere in the command. Maybe "zypper remove * beagle*" or something like that, and that's why zypper removed a lot of pakages. I don't know what you did but for me the command works well. Cheers, -- === Ioan Vancea http://www.vioan.ro -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Mon, Mar 30, 2009 at 03:23:37PM -0400, Dan Goodman wrote:
Tried to remove beagle per something I saw here. Was going to do "zypper remove *beagle*" followed by "zypper addlock *beagle*".
When I executed the first command, it reported "Beagle not installed." (I may have removed it earlier, as well as deactivating it with chkconfig, then forgot that I had done so.)
But zypper then reported "Checking package dependencies" and proceeded to downgrade a whole host of packages from their x86_64 form to the i586 version.
In a word, "Whaaat?". Can anyone explain to me why this occurred, and if this is a bug.
There's probably some gnome package depending on libbeagle1.
I can't believe Mono is compiled into all those apps as an option,
libbeagle1 is not written in Mono. It's just a small library that can talk to the beagle server. If no server is installed, it doesn't do anything.
nor can I believe that my machine architecture changed.
That's actually a glitch in the solver, it tries a bit too hard to find a solution. (It's also a communication issue between zypper and the solver, zypper doesn't tell it that it mustn't install *beagle* packages, so the solver is allowed to switch over to the 32bit version of libbeagle.) The 11.2 version of the solver will be a bit more reluctant to switch the architecture. Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (5)
-
Anders Johansson
-
Carlos E. R.
-
Dan Goodman
-
Ionut Vancea
-
Michael Schroeder