YAST reinstalls Mozilla 1.0.1 EVERYtime I use it(yast)
I'm running SuSE8.1. I uninstalled Mozilla 1.0.1 and installed Mozilla 1.2. Now everytime I run YAST2 whether to install another app or to do an update, It reinstalls Moz 1.0.1. This is as bad as ms! How in the world do I get yast to do what I want it to? I dont want it installing stuff without my prior permission and I dont want to have to look over the list of apps each time I use it. TIA Richard
On Thursday 19 December 2002 15:46, Richard wrote:
I'm running SuSE8.1. I uninstalled Mozilla 1.0.1 and installed Mozilla 1.2.
Where from? usr-local-bin? How did you install it?: YaST/rpm/apt-get?
Now everytime I run YAST2 whether to install another app or to do an update, It reinstalls Moz 1.0.1.
Hmm... my guess would be that Mozilla 1.0.1 fulfills some dependency. Run: $ rpm --whatrequires -q mozilla
This is as bad as ms! How in the world do I get yast to do what I want it to? I dont want it installing stuff without my prior permission and I dont want to have to look over the list of apps each time I use it.
The situation you describe may very well change in the next release of
YPM. Currently, however, YMP seems to be geared towards regular users
for whom an auto-dependency-filling package manager is a _good_ thing.
--
Karol Pietrzak
Ran the command you (Karol) suggested and find that galeon requires mozz. This is not surprising in the least. However, when using apt-get/synaptic it shows an update for galeon - which when I click to select it - it reverts back to marked in black as an update but refuses to let me actually update it. A dependency check shows that all is there as required. I have used both the stock, SuSE updated and usr-local-bin versions. It makes no difference. It might just be a coincidence but on the otherhand it may be that this is demanding mozz 1.0.1 since it fails with any other mozz version. I have tried to update galeon that is supposed to be compat with versions of mozz higher than 1.0.1 but no go. I have had more difficulty with Gnome/Gnome2 (especially v2) and find it very difficult to use. I realize that the owner of usr-local-bin has put a lot of effort into maintaining these package and IMHO does a very nice job at it. However I can't help but think that some of the packages are overriding things in order to maintain dependencies. YaST2 (YPM) is a vast improvement from the version in 8.0. But tracking down its excentricities is difficult and time consuming. The galeon issue I mentioned may have little or nothing to do with some of YaST's behavior, but it does make me wonder. Cheers, Curtis. On Thursday 19 December 2002 14:59, Karol Pietrzak wrote:
On Thursday 19 December 2002 15:46, Richard wrote:
I'm running SuSE8.1. I uninstalled Mozilla 1.0.1 and installed Mozilla 1.2.
Where from? usr-local-bin? How did you install it?: YaST/rpm/apt-get?
Now everytime I run YAST2 whether to install another app or to do an update, It reinstalls Moz 1.0.1.
Hmm... my guess would be that Mozilla 1.0.1 fulfills some dependency. Run: $ rpm --whatrequires -q mozilla
This is as bad as ms! How in the world do I get yast to do what I want it to? I dont want it installing stuff without my prior permission and I dont want to have to look over the list of apps each time I use it.
The situation you describe may very well change in the next release of YPM. Currently, however, YMP seems to be geared towards regular users for whom an auto-dependency-filling package manager is a _good_ thing.
-- Billboard Writer vs. Literature = Micorsoft vs. Computing,
On Thursday 19 December 2002 17:39, Curtis Rey wrote:
Ran the command you (Karol) suggested and find that galeon requires mozz. This is not surprising in the least. However, when using apt-get/synaptic it shows an update for galeon - which when I click to select it - it reverts back to marked in black as an update but refuses to let me actually update it. A dependency check shows that all is there as required. I have used both the stock, SuSE updated and usr-local-bin versions. It makes no difference. It might just be a coincidence but on the otherhand it may be that this is demanding mozz 1.0.1 since it fails with any other mozz version. I have tried to update galeon that is supposed to be compat with versions of mozz higher than 1.0.1 but no go.
Have you tried upgrading both Galeon and Mozilla simultaneously? i.e.,
$ rpm -Uvh galeon.rpm mozilla.rpm
This should solve the problem (if this problem really exists) where
galeon won't upgrade because your version of Mozilla isn't 1.0.1 and
where Mozilla won't upgrade to 1.2.1 because Galeon requires 1.0.1.
Give it a try...
--
Karol Pietrzak
* Karol Pietrzak (kap4020@osfmail.isc.rit.edu) [021219 15:22]: ->On Thursday 19 December 2002 17:39, Curtis Rey wrote: ->> Ran the command you (Karol) suggested and find that galeon requires ->> mozz. This is not surprising in the least. However, when using ->> apt-get/synaptic it shows an update for galeon - which when I click ->> to select it - it reverts back to marked in black as an update but ->> refuses to let me actually update it. A dependency check shows that ->> all is there as required. I have used both the stock, SuSE updated ->> and usr-local-bin versions. It makes no difference. It might just ->> be a coincidence but on the otherhand it may be that this is ->> demanding mozz 1.0.1 since it fails with any other mozz version. I ->> have tried to update galeon that is supposed to be compat with ->> versions of mozz higher than 1.0.1 but no go. -> ->Have you tried upgrading both Galeon and Mozilla simultaneously? i.e., -> ->$ rpm -Uvh galeon.rpm mozilla.rpm -> ->This should solve the problem (if this problem really exists) where ->galeon won't upgrade because your version of Mozilla isn't 1.0.1 and ->where Mozilla won't upgrade to 1.2.1 because Galeon requires 1.0.1. usr-local-bin.org has upgrades for both of these package and they work just fine. Give that a shot. -- Ben Rosenberg ---===---===---===--- mailto:ben@whack.org Tell me what you believe.. I'll tell you what you should see.
On Thursday 19 December 2002 5:26 pm, Ben Rosenberg wrote:
usr-local-bin.org has upgrades for both of these package and they work just fine. Give that a shot.
--
I did the install as you suggested and so far no reversion to Moz 1.0.1 which solves the immediate problem. Sure hope 8.2 makes a few changes so the user has a bit more control. Thanks again, folks. RA
Op donderdag 19 december 2002 23:39, schreef Curtis Rey:
However, when using apt-get/synaptic it shows an update for galeon - which when I click to select it - it reverts back to marked in black as an update but refuses to let me actually update it.
What is the result of "apt-get install galeon" on the command line as root? Do you have the component usr-local-bin the sources.list file? -- Richard
Seems to have worked as far as updating the moz dependancies but galeon no longer works and isn't recognize as an executable command. Now the command is in /opt/gnome2/bin/galeon (I do believe it was under /opt/gnome before). I do see the all the associated commands for galeon, such as *-bin, *-bin-tools, etc. But when issueing the command it returns a "no such file" message. Crusher-1:/opt/gnome2/bin # la galeon* -rwxr-xr-x 1 root users 1204 2002-12-16 09:53 galeon -rwxr-xr-x 1 root root 8582579 2002-12-16 09:53 galeon-bin -rwxr-xr-x 1 root root 3965 2002-12-16 09:53 galeon-config-tool (I change the grp hoping this might help - it didn't) Crusher-1:/opt/gnome2/bin # galeon bash: galeon: command not found This is a bit different insofar as I would get error messages about it before. Now it just say it isn't there. Curtis. :-/ :) On Friday 20 December 2002 00:33, Richard Bos wrote:
Op donderdag 19 december 2002 23:39, schreef Curtis Rey:
However, when using apt-get/synaptic it shows an update for galeon - which when I click to select it - it reverts back to marked in black as an update but refuses to let me actually update it.
What is the result of "apt-get install galeon" on the command line as root? Do you have the component usr-local-bin the sources.list file?
-- Billboard Writer vs. Literature = Micorsoft vs. Computing,
* Curtis Rey (crrey@charter.net) [021219 23:01]: ->Seems to have worked as far as updating the moz dependancies but galeon no ->longer works and isn't recognize as an executable command. Now the command ->is in /opt/gnome2/bin/galeon (I do believe it was under /opt/gnome before). ->I do see the all the associated commands for galeon, such as *-bin, ->*-bin-tools, etc. But when issueing the command it returns a "no such file" ->message. -> ->Crusher-1:/opt/gnome2/bin # la galeon* ->-rwxr-xr-x 1 root users 1204 2002-12-16 09:53 galeon ->-rwxr-xr-x 1 root root 8582579 2002-12-16 09:53 galeon-bin ->-rwxr-xr-x 1 root root 3965 2002-12-16 09:53 galeon-config-tool ->(I change the grp hoping this might help - it didn't) -> ->Crusher-1:/opt/gnome2/bin # galeon ->bash: galeon: command not found -> ->This is a bit different insofar as I would get error messages about it before. ->Now it just say it isn't there. This is because most likely /opt/gnome2 isn't in your path statement. What happens if you cd into /opt/gnome2/bin and type ./galeon? This should work. I know that when I installed Gnome2 onto my 8.1 workstation in the office it wasn't put into my path statement automatically. It also has other issues but I won't go into that right now. Try putting /opt/gnome2 into your path. -- Ben Rosenberg ---===---===---===--- mailto:ben@whack.org Tell me what you believe.. I'll tell you what you should see.
I think your right about the path. I gave the command you suggested and this is the error message: crrey@Crusher-1:/opt/gnome2/bin> ./galeon ./galeon-bin: error while loading shared libraries: libgtkembedmoz.so: cannot open shared object file: No such file or directory I did a locate for the emdedmoz lib and got this back: crrey@Crusher-1:/opt/gnome2/bin> locate libgtkembedmoz.so /opt/mozilla/lib/libgtkembedmoz.so So, I appears that galeon isn't happy with moz 1.2.1. I wonder if deleting the .galeon in my user dir will make a difference. Cheers, Curtis. On Friday 20 December 2002 01:12, Ben Rosenberg wrote:
* Curtis Rey (crrey@charter.net) [021219 23:01]: ->Seems to have worked as far as updating the moz dependancies but galeon no ->longer works and isn't recognize as an executable command. Now the command ->is in /opt/gnome2/bin/galeon (I do believe it was under /opt/gnome before). ->I do see the all the associated commands for galeon, such as *-bin, ->*-bin-tools, etc. But when issueing the command it returns a "no such file" ->message. -> ->Crusher-1:/opt/gnome2/bin # la galeon* ->-rwxr-xr-x 1 root users 1204 2002-12-16 09:53 galeon ->-rwxr-xr-x 1 root root 8582579 2002-12-16 09:53 galeon-bin ->-rwxr-xr-x 1 root root 3965 2002-12-16 09:53 galeon-config-tool ->(I change the grp hoping this might help - it didn't) -> ->Crusher-1:/opt/gnome2/bin # galeon ->bash: galeon: command not found -> ->This is a bit different insofar as I would get error messages about it before. ->Now it just say it isn't there.
This is because most likely /opt/gnome2 isn't in your path statement. What happens if you cd into /opt/gnome2/bin and type ./galeon?
This should work. I know that when I installed Gnome2 onto my 8.1 workstation in the office it wasn't put into my path statement automatically. It also has other issues but I won't go into that right now.
Try putting /opt/gnome2 into your path.
-- Billboard Writer vs. Literature = Micorsoft vs. Computing,
crrey@Crusher-1:/opt/gnome2/bin> ./galeon ./galeon-bin: error while loading shared libraries: libgtkembedmoz.so: cannot open shared object file: No such file or directory So, I appears that galeon isn't happy with moz 1.2.1. I wonder if deleting the .galeon in my user dir will make a difference.
No, don't delete your .galeon directory, how on earth do you think that'll help? Run SuSEconfig, that will set Mozilla up, and correctly prepare it's libraries for linking. If that doesn't help, then /op/mozilla/lib has obviously not been added to your /etc/ld.so.conf for some reason, so pop it in and run ldconfig -- James Ogley, Webmaster, Rubber Turnip james@rubberturnip.org.uk http://www.rubberturnip.org.uk Jabber: riggwelter@myjabber.net Using Free Software since 1994, running GNU/Linux (SuSE 8.1) GNOME updates for SuSE: http://www.usr-local-bin.org
Try setting the Moz package in YaST to "taboo". I believe this will stop the problem. This has happened to me as well and can get quite frustrating. I thing that many of the new features in YaST2 are nice, but there's definitely room for improvement. HTH, Curtis. On Thursday 19 December 2002 14:46, Richard wrote:
I'm running SuSE8.1. I uninstalled Mozilla 1.0.1 and installed Mozilla 1.2. Now everytime I run YAST2 whether to install another app or to do an update, It reinstalls Moz 1.0.1.
This is as bad as ms! How in the world do I get yast to do what I want it to? I dont want it installing stuff without my prior permission and I dont want to have to look over the list of apps each time I use it. TIA Richard
-- Billboard Writer vs. Literature = Micorsoft vs. Computing,
* Curtis Rey;
Try setting the Moz package in YaST to "taboo". I believe this will stop the problem. This has happened to me as well and can get quite frustrating. I thing that many of the new features in YaST2 are nice, but there's definitely room for improvement.
http://www.suse.de/~sh/YaST2-Package-Manager/index.html should give a detailed info about the package manager On the other hand I do install lots of software as rpms from the people directory and it has never happed to me yet (knock the wood) Anyway setting taboo should help -- Togan Muftuoglu Unofficial SuSE FAQ Maintainer http://dinamizm.ath.cx
On Thursday 19 December 2002 3:02 pm, Togan Muftuoglu wrote:
http://www.suse.de/~sh/YaST2-Package-Manager/index.html should give a detailed info about the package manager
On the other hand I do install lots of software as rpms from the people directory and it has never happed to me yet (knock the wood)
Anyway setting taboo should help
Thanks for the quick response, Curtis, Ben, Karol and Togan. I have tried to find the taboo thing via yast2 but it will appear only for a whole package such as All of KDE. If I go to Moz and right click, the only options are to reinstall, delete or leave alone. Finding the Taboo tab for Mozilla alone is not intuitive. To answer some of the questions raised, I had installed Mozilla from the dvd and deleting it breaks some dependencies which do not bother me. Mozilla 1.2 is installed from an rpm via Kpackage. I find that if I try to install it with YAST2, it chokes and wont let me without deleting Moz 1.0.1. Then yast wants to reinstall the old one instead of 1.2. Of course I can manually delete and install but if I happen to have the dvd in the reader when using you or yast, Moz 1.0.1 is reinstalled automatically. The Taboo setting sounds like a good idea but I really dont want to make a whole group of apps uninstallable, just one. I can appreciate the desire to make things as easy as possible for most but this is one problem that is at the least very annoying and time consuming. So the question remains, how do I make one app taboo? Thanks again to all, Richard
On Thursday 19 December 2002 3:39 pm, Richard wrote:
I can appreciate the desire to make things as easy as possible for most but this is one problem that is at the least very annoying and time consuming.
So the question remains, how do I make one app taboo?
Thanks again to all, Richard
Just a short additional comment/question, I have shorewall installed and it has a small problem that keeps cropping up when I use YAST2 for update or installation and that is it thinks there is a conflict with the kernel source, which is not really a problem but some shortcoming in Shorewall. I would like to disable that particular dependency error message. Can it be done? Again an annoyance more than anything. Seems there should be a button to let one say dont tell me this again. TIA Richard
The 02.12.19 at 15:39, Richard wrote:
Thanks for the quick response, Curtis, Ben, Karol and Togan. I have tried to find the taboo thing via yast2 but it will appear only for a whole package such as All of KDE. If I go to Moz and right click, the only options are to reinstall, delete or leave alone. Finding the Taboo tab for Mozilla alone is not intuitive.
An idea. First, in the "filter" tab o yast select "search" and enter "mozilla": I see 7 entries like "mozilla-*", and some other related things; note that the navigator, mail, irc, etc, are separate packages in suse 8.1. I can select "taboo" right clicking on the individual packages that are already uninstalled, but not on those installed; so I guess you should uninstall those first, and then enter yast again to select "taboo". Also, things like "galeon" require mozilla, so probably they'll have to be removed. -- Cheers, Carlos Robinson
Mark it as taboo I believe. Which tells YOU not to touch it. It thinks 1.0.1 is the only sanctioned version for 8.1 so it tries to keep you at the correct version. * Richard (ratcheson@earthlink.net) [021219 12:46]: ->I'm running SuSE8.1. I uninstalled Mozilla 1.0.1 and installed Mozilla 1.2. ->Now everytime I run YAST2 whether to install another app or to do an update, ->It reinstalls Moz 1.0.1. -> ->This is as bad as ms! How in the world do I get yast to do what I want it to? ->I dont want it installing stuff without my prior permission and I dont want ->to have to look over the list of apps each time I use it. -- Ben Rosenberg ---===---===---===--- mailto:ben@whack.org Tell me what you believe.. I'll tell you what you should see.
participants (8)
-
Ben Rosenberg -
Carlos E. R. -
Curtis Rey -
James Ogley -
Karol Pietrzak -
Richard -
Richard Bos -
Togan Muftuoglu