Re: Anyone get Google Earth to work on SL6.1?
On Fri, Sep 16, 2011 at 6:15 PM, Todd And Margo Chester wrote: > Hi Guys, > > Anyone get google-earth-stable-6.0.3.2197-0.x86_64.rpm to work > on SL 6.1 x64? All I get is a splash screen and a caught signal 11. > > Many thanks, > -T Yes, I am running google-earth-stable-6.0.3.2197-0.x86_64 on SL 6.1 x64, thanks to this thread you started: http://listserv.fnal.gov/scripts/wa.exe?A2=ind1106&L=scientific-linux-users&D=0&T=0&P=5733 (Go to the last two posts) Akemi
Re: Any CentOS 5.6 friendly ink jet printers?
On 09/16/2011 09:21 PM, Todd And Margo Chester wrote: Hi All, I have a sweet old duffer on CentOS 5.6, x32 with an HP DJ 6940 printer on the USB bus. CUPS like to put it offline a lot, which frustrates the two of us. There is also no easy way to clean the heads (other than a dubious command line program). Can anyone recommend a Linux friendly ink jet? One with a front panel control to clean the thing? Must be CUPS friendly too. Many thanks, -T I've been using HP exclusively for years with SL. USB going offline has been a problem in the past, and there are scripts to help with it (newer cups version handle things more gracefully). Currently I've been using HP Officejet 7000WF printers over ethernet with extremely good luck. They provide a web interface to perform all of the Windows driver functions, as well as a few buttons on the front to print diagnostics and initiate head cleanings. -Mark
Re: sl6.1 and sl6x
On Fri, Sep 16, 2011 at 1:11 PM, Tanmoy Chatterjee wrote: > On Fri, Sep 16, 2011 at 10:36 PM, Connie Sieh wrote: >> On Fri, 16 Sep 2011, Tanmoy Chatterjee wrote: >> >>> Is there any difference between Sl6.1 and SL6x repositories? Do I need >>> to enable only of these two or both? >> >> sl6x is a symbolic link to the "current" release. So at the moment sl6x >> points to sl6.1 since sl6.1 is the current release. When we release sl6.2 >> then sl6x will point to sl6.2 . >> >> So you need to pick 1 . If you pick sl6x you will updated via the yum cron >> job to the "next" release when it is released. > Thanks for the elaboration - so it is a good idea to enable the SL6x > repositories instead of SL6.1. It's a choice, and it's actually a reasonable one to select 6.1. If you follow the model of The Upstream Vendor, the "5.0", "5.1", "5.2" releases are all supposed to upgrade in place, automatically, to get all current packages. ""6.0" and "6.1" are timestamps for media releases, and do not represent a different software repository maintained by them. This avoids the amazing pain some of us had to deal with for years, back with the original "releases back when their old "7.0" and "7.2" releases were likely to be incompatible. This way works better, by not trying to split support among so many sub releases. Our friendly maintainers at Scientific Linux, understandably, don't quite follow that, but with their common "5x" repository, and "rolling" releases, it's pretty close. I really appreciate using that one or two repositories, instead of having to mix and match from point releases.
Any CentOS 5.6 friendly ink jet printers?
Hi All, I have a sweet old duffer on CentOS 5.6, x32 with an HP DJ 6940 printer on the USB bus. CUPS like to put it offline a lot, which frustrates the two of us. There is also no easy way to clean the heads (other than a dubious command line program). Can anyone recommend a Linux friendly ink jet? One with a front panel control to clean the thing? Must be CUPS friendly too. Many thanks, -T
gnome-volume-control error
Hi Guys, $ rpm -q -f gnome-volume-control gnome-media-2.29.91-6.el6.x86_64 Everything sound wise works well on my SL6.1 x64 machine except gnome-volume-control. When I fire it up, I get "waiting for sound system to respond" Any idea how to fix this? Many thanks, -T
Anyone get Google Earth to work on SL6.1?
Hi Guys, Anyone get google-earth-stable-6.0.3.2197-0.x86_64.rpm to work on SL 6.1 x64? All I get is a splash screen and a caught signal 11. Many thanks, -T
Re: Should yum-autoupdate depend on mailx?
Yum autoupdate sends email to "root" about updates performed. Perhaps that is the reason it is looking for mailx. It uses mailx in a scripted mode to create the messages. {^_^} On 2011/09/16 02:33, Dennis Schridde wrote: Hello! Line 211 of /etc/cron.daily/yum-autoupdate calls /bin/mail, but yum- autoupdate-2-2.noarch does not depend on anything providing that file (mailx-12.4-6.el6.x86_64). This seems like a bug in dependencies, or is there a reason for this? Kind regards, Dennis
Re: .xps files on SL5
I tried the binary executables of mudpf for linux on 5.7, but the glibc is not compatible. I then tried to make from source: [ykarant@localhost mupdf-0.9]$ make MKDIR build/debug CC build/debug/base_error.o CC build/debug/base_geometry.o CC build/debug/base_getopt.o CC build/debug/base_hash.o CC build/debug/base_memory.o CC build/debug/base_object.o CC build/debug/base_string.o CC build/debug/base_time.o CC build/debug/crypt_aes.o CC build/debug/crypt_arc4.o CC build/debug/crypt_md5.o CC build/debug/crypt_sha2.o CC build/debug/dev_bbox.o CC build/debug/dev_list.o CC build/debug/dev_null.o CC build/debug/dev_text.o fitz/dev_text.c:8:10: error: #include expects "FILENAME" or fitz/dev_text.c: In function ‘fz_text_extract_span’: fitz/dev_text.c:324: warning: implicit declaration of function ‘FT_Get_Advance’ make: *** [build/debug/dev_text.o] Error 1 Also, no go. What did you do differently? Yasha Karant On 09/16/2011 09:24 AM, Stephen Isard wrote: On Fri, 16 Sep 2011 08:08:21 +0100, Dr Andrew C Aitchison wrote: On Thu, 15 Sep 2011, Stephen Isard wrote: Can anyone suggest a way to read Microsoft's XML Paper Specification (.xps) files on SL5? ... mupdf http://mupdf.com/ works on SL6 but I haven't tried building it on SL5. Thanks for the pointer. It does build and work on SL5.5 too. Better than gxps for displaying a .xps file on the screen without needing to convert it to pdf first. But if you do want to convert the file to pdf, or print it, it's not immediately obvious whether mupdf can do that. Maybe I just haven't looked hard enough. Stephen Isard
Re: sl6.1 and sl6x
On Fri, Sep 16, 2011 at 10:44 PM, Connie Sieh wrote: > On Fri, 16 Sep 2011, Tanmoy Chatterjee wrote: > >> On Fri, Sep 16, 2011 at 10:36 PM, Connie Sieh wrote: >>> >>> On Fri, 16 Sep 2011, Tanmoy Chatterjee wrote: >>> Is there any difference between Sl6.1 and SL6x repositories? Do I need to enable only of these two or both? >>> >>> sl6x is a symbolic link to the "current" release. =C2=A0So at the moment >>> = >> >> sl6x >>> >>> points to sl6.1 since sl6.1 is the current release. =C2=A0When we >>> release= >> >> sl6.2 >>> >>> then sl6x will point to sl6.2 . >>> >>> So you need to pick 1 . =C2=A0If you pick sl6x you will updated via the >>> y= >> >> um cron >>> >>> job to the "next" release when it is released. >> >> Thanks for the elaboration - so it is a good idea to enable the SL6x >> repositories instead of SL6.1. > > That is what do . > >> One more thing I want to know is "fastbugs" updates are safe to install? > > They follow TUV Fastrack channel. So they are released so they should be ok > to install. Thanks again. > > -Connie Sieh > >>> >>> -Connie Sieh Thanks for any suggetion. >>> >> >
Re: sl6.1 and sl6x
On Fri, 16 Sep 2011, Tanmoy Chatterjee wrote: On Fri, Sep 16, 2011 at 10:36 PM, Connie Sieh wrote: On Fri, 16 Sep 2011, Tanmoy Chatterjee wrote: Is there any difference between Sl6.1 and SL6x repositories? Do I need to enable only of these two or both? sl6x is a symbolic link to the "current" release. =C2=A0So at the moment = sl6x points to sl6.1 since sl6.1 is the current release. =C2=A0When we release= sl6.2 then sl6x will point to sl6.2 . So you need to pick 1 . =C2=A0If you pick sl6x you will updated via the y= um cron job to the "next" release when it is released. Thanks for the elaboration - so it is a good idea to enable the SL6x repositories instead of SL6.1. That is what do . One more thing I want to know is "fastbugs" updates are safe to install? They follow TUV Fastrack channel. So they are released so they should be ok to install. -Connie Sieh -Connie Sieh Thanks for any suggetion.
Re: sl6.1 and sl6x
On Fri, Sep 16, 2011 at 10:36 PM, Connie Sieh wrote: > On Fri, 16 Sep 2011, Tanmoy Chatterjee wrote: > >> Is there any difference between Sl6.1 and SL6x repositories? Do I need >> to enable only of these two or both? > > sl6x is a symbolic link to the "current" release. So at the moment sl6x > points to sl6.1 since sl6.1 is the current release. When we release sl6.2 > then sl6x will point to sl6.2 . > > So you need to pick 1 . If you pick sl6x you will updated via the yum cron > job to the "next" release when it is released. Thanks for the elaboration - so it is a good idea to enable the SL6x repositories instead of SL6.1. One more thing I want to know is "fastbugs" updates are safe to install? > > -Connie Sieh >> >> Thanks for any suggetion. >> >
Re: sl6.1 and sl6x
On Fri, 16 Sep 2011, Tanmoy Chatterjee wrote: Is there any difference between Sl6.1 and SL6x repositories? Do I need to enable only of these two or both? sl6x is a symbolic link to the "current" release. So at the moment sl6x points to sl6.1 since sl6.1 is the current release. When we release sl6.2 then sl6x will point to sl6.2 . So you need to pick 1 . If you pick sl6x you will updated via the yum cron job to the "next" release when it is released. -Connie Sieh Thanks for any suggetion.
sl6.1 and sl6x
Is there any difference between Sl6.1 and SL6x repositories? Do I need to enable only of these two or both? Thanks for any suggetion.
Re: .xps files on SL5
On Fri, 16 Sep 2011 08:08:21 +0100, Dr Andrew C Aitchison wrote: >On Thu, 15 Sep 2011, Stephen Isard wrote: > >> Can anyone suggest a way to read Microsoft's XML Paper Specification (.xps) >> files on SL5? ... >mupdf http://mupdf.com/ works on SL6 >but I haven't tried building it on SL5. Thanks for the pointer. It does build and work on SL5.5 too. Better than gxps for displaying a .xps file on the screen without needing to convert it to pdf first. But if you do want to convert the file to pdf, or print it, it's not immediately obvious whether mupdf can do that. Maybe I just haven't looked hard enough. Stephen Isard
Should yum-autoupdate depend on mailx?
Hello! Line 211 of /etc/cron.daily/yum-autoupdate calls /bin/mail, but yum- autoupdate-2-2.noarch does not depend on anything providing that file (mailx-12.4-6.el6.x86_64). This seems like a bug in dependencies, or is there a reason for this? Kind regards, Dennis signature.asc Description: This is a digitally signed message part.
Re: .xps files on SL5
On Thu, 15 Sep 2011, Stephen Isard wrote: Can anyone suggest a way to read Microsoft's XML Paper Specification (.xps) files on SL5? I've found web postings saying that okular can read them, but I can't find a version of that for SL5. I tried installing kdegraphics, but it wasn't included. It's apparently on the way for evince, but not here yet. mupdf http://mupdf.com/ works on SL6 but I haven't tried building it on SL5. Before I found that, I found that the .xps documents I was interested in were in fact .zip files containing PNG and JPG files with the images that I wanted - the XML was just adding titles etc. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge a.c.aitchi...@dpmms.cam.ac.uk http://www.dpmms.cam.ac.uk/~werdna