RE: Firefox 10 system wide preferences
>-Original Message- >From: owner-scientific-linux-us...@listserv.fnal.gov >[mailto:owner-scientific-linux-us...@listserv.fnal.gov] On >Behalf Of Mark Stodola >Sent: Wednesday, March 28, 2012 3:30 PM >To: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV >Subject: Firefox 10 system wide preferences > >I've never attempted to set system wide/global preferences for >Firefox, >but am now looking into how to do it. Google has not been >very kind in >shedding light on the subject as all of the solutions site different >file locations and names. > >I'm just looking to set the default homepage for now. Is anyone >successfully doing this? Has it changed from Firefox 3.0, >3.6, and the >current packaged 10? > >A working example and file path would be much appreciated. Hi Mark: I believe you should be able to update the global prefs.js in something like /usr/lib64/firefox-3.6/defaults/profile/prefs.js Eg something like user_pref("browser.startup.homepage", "http://google.com";) Anything in firefox "about:config" should be able to be set like that globally. > >Cheers, >Mark >-- >Mr. Mark V. Stodola >Digital Systems Engineer > >National Electrostatics Corp. >P.O. Box 620310 >Middleton, WI 53562-0310 USA >Phone: (608) 831-7600 >Fax: (608) 831-9591 > This email communication and any files transmitted with it may contain confidential and or proprietary information and is provided for the use of the intended recipient only. Any review, retransmission or dissemination of this information by anyone other than the intended recipient is prohibited. If you receive this email in error, please contact the sender and delete this communication and any copies immediately. Thank you. http://www.encana.com
Re: Firefox 10 system wide preferences
On 03/28/2012 09:29 PM, Mark Stodola wrote: <> > I'm just looking to set the default homepage for now. Is anyone > successfully doing this? Has it changed from Firefox 3.0, 3.6, and the > current packaged 10? -=- menu bar; Edit > Preferences > General Startup > A working example and file path would be much appreciated. -=- your choice. -- peace out. tc.hago, g . *please reply "plain text" only. "html text" are deleted* in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** The installation instructions stated to install Windows 2000 or better. So I installed Linux. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature
Firefox 10 system wide preferences
I've never attempted to set system wide/global preferences for Firefox, but am now looking into how to do it. Google has not been very kind in shedding light on the subject as all of the solutions site different file locations and names. I'm just looking to set the default homepage for now. Is anyone successfully doing this? Has it changed from Firefox 3.0, 3.6, and the current packaged 10? A working example and file path would be much appreciated. Cheers, Mark -- Mr. Mark V. Stodola Digital Systems Engineer National Electrostatics Corp. P.O. Box 620310 Middleton, WI 53562-0310 USA Phone: (608) 831-7600 Fax: (608) 831-9591
Re: Ghostscript problem?
Hi, I/we have seen this in SL machines and it's "ImageMagick-6.2.8.0-12.el5" which has this problem and reverting back to "ImageMagick-6.2.8.0-4.el5_5.3" would solve the problem. It's just exactly as what http://artwork.centos.org/modules/newbb/viewtopic.php?topic_id=36328&forum=37 has said. It also mentions the following : Here is the Resolution from the RedHat Knowledgebase: Resolution As a workaround, please revert back to ImageMagick-6.2.8.0-4.el5_5.3. A permanent solution is currently under investigation. == Kin On 03/28/2012 03:29 PM, Akemi Yagi wrote: On Wed, Mar 28, 2012 at 10:43 AM, Tom Rosmond wrote: Yesterday I did a routine update of my SL 5.5 system which included an ImageMagick upgrade. I then found that when doing 'convert's' from postscript to other formats, e.g. convert xxx.ps xxx.png , the process failed with this diagnostic output: (snip) --- I did 'yum downgrades' of ImageMagick.i386 and ImageMagick.x86_64, and this corrected the problem. Has this happened to anyone else? Who else should be notified? Tom Rosmond Which version of ImageMagick has this problem and which one works? Looks like similar issues have been reported in the CentOS bug tracker: http://bugs.centos.org/view.php?id=3298 http://bugs.centos.org/view.php?id=4619 Akemi
Re: Ghostscript problem?
On Wed, Mar 28, 2012 at 10:43 AM, Tom Rosmond wrote: > Yesterday I did a routine update of my SL 5.5 system which included an > ImageMagick upgrade. I then found that when doing 'convert's' from > postscript to other formats, e.g. > > convert xxx.ps xxx.png , > > the process failed with this diagnostic output: (snip) > --- > > I did 'yum downgrades' of ImageMagick.i386 and ImageMagick.x86_64, and > this corrected the problem. Has this happened to anyone else? Who else > should be notified? > > Tom Rosmond Which version of ImageMagick has this problem and which one works? Looks like similar issues have been reported in the CentOS bug tracker: http://bugs.centos.org/view.php?id=3298 http://bugs.centos.org/view.php?id=4619 Akemi
Re: Ghostscript problem?
--- On Thu, 2012/3/29, Alec T. Habig wrote: > Tom Rosmond writes: > > I did 'yum downgrades' of ImageMagick.i386 and ImageMagick.x86_64, and > > this corrected the problem. Has this happened to anyone else? Who else > > should be notified? > > Happened to us too. Poking around online, one gets similar errors if > some of the supporting files in the ghostscript builds aren't installed > correctly, so I strongly suspect a simple build or specfile problem. > > However, I didn't have time to debug it and went with the downgrade > workaround to save time (remember to put ghostscript in your "excludes" > list lest autoyum upgrade your downgrade!). > > The proper thing to do would be to check TUV's bugzilla, and if there's > not already a bug report about it, to file one. If there isn't an upstream bug (I don't think there is), I'd go a touch further and try building it in mock and see if its really broken, or if its just a(nother) build environment issue. I've found a few places where this was the case so far.
Re: Ghostscript problem?
Tom Rosmond writes: > I did 'yum downgrades' of ImageMagick.i386 and ImageMagick.x86_64, and > this corrected the problem. Has this happened to anyone else? Who else > should be notified? Happened to us too. Poking around online, one gets similar errors if some of the supporting files in the ghostscript builds aren't installed correctly, so I strongly suspect a simple build or specfile problem. However, I didn't have time to debug it and went with the downgrade workaround to save time (remember to put ghostscript in your "excludes" list lest autoyum upgrade your downgrade!). The proper thing to do would be to check TUV's bugzilla, and if there's not already a bug report about it, to file one. -- Alec Habig, University of Minnesota Duluth Physics Dept. ha...@neutrino.d.umn.edu http://neutrino.d.umn.edu/~habig/
Ghostscript problem?
Yesterday I did a routine update of my SL 5.5 system which included an ImageMagick upgrade. I then found that when doing 'convert's' from postscript to other formats, e.g. convert xxx.ps xxx.png , the process failed with this diagnostic output: -- [2073]cedar /home/rosmond/gnuplot: convert xxx.ps xxx.png Error: /undefinedfilename in (72x72) Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push Dictionary stack: --dict:1154/1684(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.70: Unrecoverable error, exit code 1 Error: /undefinedfilename in (72x72) Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push Dictionary stack: --dict:1154/1684(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.70: Unrecoverable error, exit code 1 convert: no decode delegate for this image format `xxx.ps'. convert: Postscript delegate failed `xxx.ps'. convert: missing an image filename `xxx.png'. --- I did 'yum downgrades' of ImageMagick.i386 and ImageMagick.x86_64, and this corrected the problem. Has this happened to anyone else? Who else should be notified? Tom Rosmond
Re: problem with libvpx dependency
> 2012/3/28 MT Julianto > >> >> 2012/3/28 Łukasz Posadowski >> >>> >>> 2012-03-28,14:00 +0200, MT Julianto: >>> > $ sudo yum install vlc >>> > Error: Package: libavcodec53-0.10.2-54.el6.x86_64 (atrpms) >>> >Requires: libvpx.so.1()(64bit) >>> >>> Do you have /usr/lib/libvpkx.so.1 file? Sometimes there is libvpkx.so, >>> or libvpkx.so.0 and simple >>> ln -s /usr/lib/libvpkx.so /usr/lib/libvpkx.so.1 >>> >> >> I have libvpx instead of libvpkx, and I have added the symlink >> >> $ ls -l /usr/lib64/libvpx.so* >> -rwxr-xr-x. 1 root root 400K Dec 21 2010 libvpx.so.0.0.0 >> lrwxrwxrwx. 1 root root 15 Mar 16 11:17 libvpx.so.0.0 -> libvpx.so.0.0.0 >> lrwxrwxrwx. 1 root root 15 Mar 16 11:17 libvpx.so.0 -> libvpx.so.0.0.0 >> lrwxrwxrwx. 1 root root 15 Mar 28 13:35 libvpx.so -> libvpx.so.0.0.0 >> lrwxrwxrwx. 1 root root 15 Mar 28 14:19 libvpx.so.1 -> libvpx.so.0.0.0 >> >> However, the problem persisted. Is there anything else I should fix? >> > 2012/3/28 Tam Nguyen > Hi there, > you need rpmforge and GPG key. > Here is the rpmforge: > *For 64bits: > http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm > * > I already have that one before reporting the problem. Enabled repos are: ELRepo, EPEL, ATrpms and of course the SLs. $ rpm -q rpmforge-release rpmforge-release-0.5.2-2.el6.rf.x86_64 -Tito.
Re: problem with libvpx dependency
Hi there, you need rpmforge and GPG key. Here is the rpmforge: *For 64bits: http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm * For 32 bits * http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm * then import GPG key, run this command in terminal: * rpm --import http://apt.sw.be/RPM-GPG-KEY.dag.txt * Or you can go directly to the source and download it: http://apt.sw.be Thanks Tam 2012/3/28 MT Julianto > > 2012/3/28 Łukasz Posadowski > >> >> 2012-03-28,14:00 +0200, MT Julianto: >> > $ sudo yum install vlc >> > Error: Package: libavcodec53-0.10.2-54.el6.x86_64 (atrpms) >> >Requires: libvpx.so.1()(64bit) >> >> Do you have /usr/lib/libvpkx.so.1 file? Sometimes there is libvpkx.so, >> or libvpkx.so.0 and simple >> ln -s /usr/lib/libvpkx.so /usr/lib/libvpkx.so.1 >> > > I have libvpx instead of libvpkx, and I have added the symlink > > $ ls -l /usr/lib64/libvpx.so* > -rwxr-xr-x. 1 root root 400K Dec 21 2010 libvpx.so.0.0.0 > lrwxrwxrwx. 1 root root 15 Mar 16 11:17 libvpx.so.0.0 -> libvpx.so.0.0.0 > lrwxrwxrwx. 1 root root 15 Mar 16 11:17 libvpx.so.0 -> libvpx.so.0.0.0 > lrwxrwxrwx. 1 root root 15 Mar 28 13:35 libvpx.so -> libvpx.so.0.0.0 > lrwxrwxrwx. 1 root root 15 Mar 28 14:19 libvpx.so.1 -> libvpx.so.0.0.0 > > However, the problem persisted. Is there anything else I should fix? > > -Tito. > >
Re: problem with libvpx dependency
2012/3/28 Łukasz Posadowski > > 2012-03-28,14:00 +0200, MT Julianto: > > $ sudo yum install vlc > > Error: Package: libavcodec53-0.10.2-54.el6.x86_64 (atrpms) > >Requires: libvpx.so.1()(64bit) > > Do you have /usr/lib/libvpkx.so.1 file? Sometimes there is libvpkx.so, > or libvpkx.so.0 and simple > ln -s /usr/lib/libvpkx.so /usr/lib/libvpkx.so.1 > I have libvpx instead of libvpkx, and I have added the symlink $ ls -l /usr/lib64/libvpx.so* -rwxr-xr-x. 1 root root 400K Dec 21 2010 libvpx.so.0.0.0 lrwxrwxrwx. 1 root root 15 Mar 16 11:17 libvpx.so.0.0 -> libvpx.so.0.0.0 lrwxrwxrwx. 1 root root 15 Mar 16 11:17 libvpx.so.0 -> libvpx.so.0.0.0 lrwxrwxrwx. 1 root root 15 Mar 28 13:35 libvpx.so -> libvpx.so.0.0.0 lrwxrwxrwx. 1 root root 15 Mar 28 14:19 libvpx.so.1 -> libvpx.so.0.0.0 However, the problem persisted. Is there anything else I should fix? -Tito.
Re: problem with libvpx dependency
2012-03-28,14:00 +0200, MT Julianto: > $ sudo yum install vlc > Error: Package: libavcodec53-0.10.2-54.el6.x86_64 (atrpms) >Requires: libvpx.so.1()(64bit) > > > libvpx is already installed during (fresh) installation. > $ rpm -q libvpx > libvpx-0.9.0-8.el6_0.x86_64 Do you have /usr/lib/libvpkx.so.1 file? Sometimes there is libvpkx.so, or libvpkx.so.0 and simple ln -s /usr/lib/libvpkx.so /usr/lib/libvpkx.so.1 is enough. In general, /usr/lib is a huge mess of those links. Adding one more will not break anything. -- Łukasz Posadowski
problem with libvpx dependency
Dear All, When trying installing vlc in SL62, I got dependency problem: $ sudo yum install vlc Error: Package: libavcodec53-0.10.2-54.el6.x86_64 (atrpms) Requires: libvpx.so.1()(64bit) libvpx is already installed during (fresh) installation. $ rpm -q libvpx libvpx-0.9.0-8.el6_0.x86_64 Adding --skip-broken doesn't help! How to resolve the problem? Thanks! -Tito.