Please consider addition of gnuplot42
Hi, I've users who wish to have gnuplot42 on SL5 (and4) These are some packages here I've done: http://cern.ch/straylen/rpms/gnuplot42/ which are designed to not interfere with the existing gnuplot packages present in SL4/5. I do have an open review here for EPEL: https://bugzilla.redhat.com/show_bug.cgi?id=570318 but due to lack of interest I guess it is not progressing. If it does progress I'll bump to higher release version in EPEL than in SL and advise SL of its redundancy in SL. Please consider gnuplot42 inclusion into SL. Steve -- Steve Traylen
Re: Please consider addition of gnuplot42
On Fri, 19 Mar 2010, Steve Traylen wrote: Hi, I've users who wish to have gnuplot42 on SL5 (and4) These are some packages here I've done: http://cern.ch/straylen/rpms/gnuplot42/ which are designed to not interfere with the existing gnuplot packages present in SL4/5. I do have an open review here for EPEL: https://bugzilla.redhat.com/show_bug.cgi?id=570318 but due to lack of interest I guess it is not progressing. If it does progress I'll bump to higher release version in EPEL than in SL and advise SL of its redundancy in SL. Please consider gnuplot42 inclusion into SL. Steve As a data point we replace the sl gnuplot with our own build of 4.2 because a few of our users needed a newer version... Not that I spent much effort on the packaging but the rpms/srpm are available from our sl repo if anyone needs such a thing. -- /\ | Computers are different from telephones. Computers do not ring. | | -- A. Tanenbaum, Computer Networks, p. 32 | -| | Jon Peatfield, _Computer_ Officer, DAMTP, University of Cambridge | | Mail: jp...@damtp.cam.ac.uk Web: http://www.damtp.cam.ac.uk/ | \/
SL archives and indexed postings not accessible
I find that on both firefox linux and IE winxp that I can't access either archived messages or Indexed links in the listserv.fnal.gov emails. I get a MS The page cannot be found screen. Uh, am I missing some new development? I figure everyone should also have this problem. It's been occuring the last week? both at work and on my home, so I don't think it is a firewall issue. But, then again, I don't see anyone else mentioning this... Bill Lutter
Re: SL archives and indexed postings not accessible
Works fine for me on FF under SL 5.2. I navigated from listserv.fnal.gov to the archives, then chose SCIENTIFIC-LINUX-USERS, selected a random month and clicked on a random message. -Mark William Lutter wrote: I find that on both firefox linux and IE winxp that I can't access either archived messages or Indexed links in the listserv.fnal.gov emails. I get a MS The page cannot be found screen. Uh, am I missing some new development? I figure everyone should also have this problem. It's been occuring the last week? both at work and on my home, so I don't think it is a firewall issue. But, then again, I don't see anyone else mentioning this... Bill Lutter -- 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
No, yum, gcc43 not gcc44
This is probably a FAQ but I couldn't find the answer. I want to install gcc43 packages on SL 5.3 64bit so I do: yum install gcc43 gcc43-c++ gcc43-gfortran But yum ignores my command and says that gcc43 is obsoleted by gcc44 and instead installs gcc44! Complete insolence. How can I tell yum to actually do what I tell it to do? Thanks, -Brett.
Re: No, yum, gcc43 not gcc44
Hi Brett, On Fri, Mar 19, 2010 at 03:47:39PM -0400, Brett Viren wrote: This is probably a FAQ but I couldn't find the answer. I want to install gcc43 packages on SL 5.3 64bit so I do: yum install gcc43 gcc43-c++ gcc43-gfortran But yum ignores my command and says that gcc43 is obsoleted by gcc44 and instead installs gcc44! Complete insolence. How can I tell yum to actually do what I tell it to do? I can't answer your specific question about yum, but note that the gcc43 build in SL5(/RHEL5) was a preview build and not meant for production use (however you want to interpret that). In particular they appear to have dumbed down the libstdc++ version to patch that of the standard system compiler (gcc412) instead of using the version that comes with gcc4.3 itself. There were also other oddities about the gcc43 preview build, e.g. difficulties building boost, that caused the LHC experiments to reject it in favor of our own build(s) of the stock gcc43x. (Subsequent to that decision the preview switched to gcc4.4...) Pete - Peter Elmer E-mail: peter.el...@cern.ch Phone: +41 (22) 767-4644 Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland -
Re: No, yum, gcc43 not gcc44
Hi Pete, Peter Elmer peter.el...@cern.ch writes: There were also other oddities about the gcc43 preview build, e.g. difficulties building boost, that caused the LHC experiments to reject it in favor of our own build(s) of the stock gcc43x. (Subsequent to that decision the preview switched to gcc4.4...) Funny you should say this! I'm trying to get gcc43 installed just so I can match what is on the nodes on our RACF farm which are heavily influenced by ATLAS's needs. However, I see that the stock gcc43-4.3.2-7.el5 packages installed. FWIW, we also rely on Boost and I've built it (v1.38) with gcc43 and didn't see any problems. Thanks, -Brett.
Re: No, yum, gcc43 not gcc44
Hi Brett, On Fri, Mar 19, 2010 at 04:27:16PM -0400, Brett Viren wrote: Peter Elmer peter.el...@cern.ch writes: There were also other oddities about the gcc43 preview build, e.g. difficulties building boost, that caused the LHC experiments to reject it in favor of our own build(s) of the stock gcc43x. (Subsequent to that decision the preview switched to gcc4.4...) Funny you should say this! I'm trying to get gcc43 installed just so I can match what is on the nodes on our RACF farm which are heavily influenced by ATLAS's needs. However, I see that the stock gcc43-4.3.2-7.el5 packages installed. FWIW, we also rely on Boost and I've built it (v1.38) with gcc43 and didn't see any problems. IIRC, it failed to build of the subsequent versions (1.39, IIRC) and digging through my mail I see that came from something in the libstdc++ compatibility changes they made in the RH preview gcc43. The gcc43-4.3.2-7.el5 packages you see installed are probably the preview build, I believe, and not stock gcc43x (by which I mean what you get if you download the gcc43{1,2,3,4} source tarball yourself and build it, unhacked to back up libstdc++). I'm pretty certain that Atlas isn't using the OS-install of the preview build, but rather a build of the compiler in their own software area, but you should check with someone from Atlas in case I am missing something. They were part of the discussions that chose to use the stock GNU gcc43 over the RHEL5 preview gcc43. (I'm 100% certain that CMS isn't using it, but that doesn't help you... ;-) Pete - Peter Elmer E-mail: peter.el...@cern.ch Phone: +41 (22) 767-4644 Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland -