how to change the CD mount point
HI, I am porting my application from Redhat to Scientific Linux 6.3 In Scientific Linux, the CD is mounted to mount point /media/CDROM_ I would like to change the mount point location to /mnt/cdrom Any idea what is the configuration to change this? Thanks, Arul
Re: how to change the CD mount point
Um well that's not a porting issue that's a basic sysadmin issue.If the CD isn't being automouted by a GUI like they usually are nowadays then look at '/etc/fstab'.-- Sent from my HP Pre3On Oct 15, 2013 8:07, Edison, Arul (GE Healthcare) aruljeyananth.jamesedi...@ge.com wrote: HI, I am porting my application from Redhat to Scientific Linux 6.3 In Scientific Linux, the CD is mounted to mount point /media/CDROM_ I would like to change the mount point location to /mnt/cdrom Any idea what is the configuration to change this? Thanks, Arul
Re: how to change the CD mount point
Hi, Mounting in /media is pretty standard these days. If you want your application to work on any SLC6 machine, you should instead be looking to fix your application to look in /media (as well as /mnt). This is not something your application can change, its a system setting. Chris On 15/10/13 13:06, Edison, Arul (GE Healthcare) wrote: HI, I am porting my application from Redhat to Scientific Linux 6.3 In Scientific Linux, the CD is mounted to mount point /media/CDROM_ I would like to change the mount point location to /mnt/cdrom Any idea what is the configuration to change this? Thanks, Arul
Re: blue griffon current production successfully built
From a terminal application within gnome, my default Python is: [ykarant@jb344 ~]$ python Python 2.6.6 (r266:84292, Feb 21 2013, 19:26:11) [GCC 4.4.7 20120313 (Red Hat 4.4.7-3)] on linux2 Type help, copyright, credits or license for more information. despite having to install whatever the BlueGriffon build required. A number of the responses concerning the build of BlueGriffon further underscore the general lack of polymorphism and encapsulation in the Linux environment as distributed. In a proper modern OS environment, an application that requires non-system versions of applications (other than the core libraries required by the OS itself, a more daunting problem) would have only these in the path of both the building steps and during the execution of the built application, preferably still allowing a dynamic rather than a static image of the built application. Yasha Karant On 10/15/2013 12:06 AM, Steven J. Yellin wrote: Python2.7 can be installed in, say, /usr/local/..., while leaving 2.6 (or for SL5, 2.4) as the default version. When you then need to use version 2.7 there may be some pain with libraries, but perhaps not too much to endure. Steven Yellin On Mon, 14 Oct 2013, Nico Kadel-Garcia wrote: I took a look a thte Fedora SRPM's, which unfortunately ended about 3 years ago with a very out of date release. The current release requires Python 2.7, which is begging for pain to install on an SL 6 system. SL 7 should be much more compatible with current releases. On Mon, Oct 14, 2013 at 9:42 PM, Yasha Karant ykar...@csusb.edu wrote: On 10/14/2013 04:20 PM, ToddAndMargo wrote: On 10/14/2013 04:18 PM, Yasha Karant wrote: I now have built from source BlueGriffon for X86-64 SL6x, version 1.7.2.99.20130729, Build 20131013142156, Codename 'Cla-de-Lue' I can provide detailed instructions or just a copy of both the mozconfig file used for the build and the typescript of the building. I have had to add a few RPMs to SL6x from other distributions. There was a query on a different thread (same general topic, but a different subject line) as to why I used a 5x CentOS RPM for one of the dependencies of the build. I could not find a 6x EL version. The application was not a systems application that would overwrite/override other files, and seemed to be constrained with a unique identifier. My experience is that many EL 5 and even EL 4 applications still work with EL 6, as did this. Presumably, if the EL 6 version is available, that too would work. Yasha Karant Do you have a place to download the RPM? I have the full directory as well as the built files -- but the source code did not come with any obvious configuration/script software to build a RPM. Moreover, I do not have the personnel resources to support this application for future updates, although I expect that the steps that I did will work for such updates. I have not built this for the IA-32 platform, only X86-64. Is anyone with an IA-32 SL6x development system willing to repeat the exercise to produce an IA-32 platform version? Can you supply the necessary information to build a RPM as well as properly specify dependencies? Yasha Karant
Re: blue griffon current production successfully built
Python 2.7 may be installed from Software Collections 1.0 for SL6: http://listserv.fnal.gov/scripts/wa.exe?A2=ind1309L=scientific-linux-develT=0P=501 On Tue, Oct 15, 2013 at 10:03 PM, Yasha Karant ykar...@csusb.edu wrote: From a terminal application within gnome, my default Python is: [ykarant@jb344 ~]$ python Python 2.6.6 (r266:84292, Feb 21 2013, 19:26:11) [GCC 4.4.7 20120313 (Red Hat 4.4.7-3)] on linux2 Type help, copyright, credits or license for more information. despite having to install whatever the BlueGriffon build required. A number of the responses concerning the build of BlueGriffon further underscore the general lack of polymorphism and encapsulation in the Linux environment as distributed. In a proper modern OS environment, an application that requires non-system versions of applications (other than the core libraries required by the OS itself, a more daunting problem) would have only these in the path of both the building steps and during the execution of the built application, preferably still allowing a dynamic rather than a static image of the built application. Yasha Karant On 10/15/2013 12:06 AM, Steven J. Yellin wrote: Python2.7 can be installed in, say, /usr/local/..., while leaving 2.6 (or for SL5, 2.4) as the default version. When you then need to use version 2.7 there may be some pain with libraries, but perhaps not too much to endure. Steven Yellin On Mon, 14 Oct 2013, Nico Kadel-Garcia wrote: I took a look a thte Fedora SRPM's, which unfortunately ended about 3 years ago with a very out of date release. The current release requires Python 2.7, which is begging for pain to install on an SL 6 system. SL 7 should be much more compatible with current releases. On Mon, Oct 14, 2013 at 9:42 PM, Yasha Karant ykar...@csusb.edu wrote: On 10/14/2013 04:20 PM, ToddAndMargo wrote: On 10/14/2013 04:18 PM, Yasha Karant wrote: I now have built from source BlueGriffon for X86-64 SL6x, version 1.7.2.99.20130729, Build 20131013142156, Codename 'Cla-de-Lue' I can provide detailed instructions or just a copy of both the mozconfig file used for the build and the typescript of the building. I have had to add a few RPMs to SL6x from other distributions. There was a query on a different thread (same general topic, but a different subject line) as to why I used a 5x CentOS RPM for one of the dependencies of the build. I could not find a 6x EL version. The application was not a systems application that would overwrite/override other files, and seemed to be constrained with a unique identifier. My experience is that many EL 5 and even EL 4 applications still work with EL 6, as did this. Presumably, if the EL 6 version is available, that too would work. Yasha Karant Do you have a place to download the RPM? I have the full directory as well as the built files -- but the source code did not come with any obvious configuration/script software to build a RPM. Moreover, I do not have the personnel resources to support this application for future updates, although I expect that the steps that I did will work for such updates. I have not built this for the IA-32 platform, only X86-64. Is anyone with an IA-32 SL6x development system willing to repeat the exercise to produce an IA-32 platform version? Can you supply the necessary information to build a RPM as well as properly specify dependencies? Yasha Karant
Re: how to change the CD mount point
The automount tools in the GUI usually use the label of the CD as the mount point so the only way to ensure the name is the same regardless of the label is to specify it in the /etc/fstab file.And yes that line should work in SL6-- Sent from my HP Pre3On Oct 15, 2013 17:09, Steven J. Yellin yel...@slac.stanford.edu wrote: Here's a line from /etc/fstab on an SL5 machine. It might work for SL6, too, assuming you have a /mnt/cdrom directory: /dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0 Or maybe it would work to instead make make /media/CDROM_ into a symbolic link to /mnt/cdrom before loading the CD. Steven Yellin On Tue, 15 Oct 2013, Edison, Arul (GE Healthcare) wrote: HI, I am porting my application from Redhat to Scientific Linux 6.3 In Scientific Linux, the CD is mounted to mount point /media/CDROM_ I would like to change the mount point location to /mnt/cdrom Any idea what is the configuration to change this? Thanks, Arul
Re: how to change the CD mount point
On 15 October 2013 23:36, Paul Robert Marino prmari...@gmail.com wrote: The automount tools in the GUI usually use the label of the CD as the mount point so the only way to ensure the name is the same regardless of the label is to specify it in the /etc/fstab file. And yes that line should work in SL6 Just remember to remove 'kudzu' from the options for SL6: /dev/cdrom /mnt/cdrom udf,iso9660 noauto,owner,ro 0 0
