Re: RedHat or Debian amd64
Well Ubuntu is based on Debian, so there is at least a good chance a package for ubuntu will work on Debian. Not on wheezy, because of glibc versions, perhaps on testing. I could install amd64 testing on the desktop (not on servers), which could also solve the problem of grub on both disks of raid0. Does the new installer ask for that option, install grub on both disks? That was not the case some time ago and getting grub on both disks was something that defeated me. I made it know to the maintainers at the center that I was used to stable software for scientific use, and to originals, not derivatives. But these are my personal views, clearly not much shared. Thanks francesco pietra francesco@tya64:~/tmp$ ls RCM_linux2_64bit_Ubuntu_12.04 francesco@tya64:~/tmp$ ./RCM_linux2_64bit_Ubuntu_12.04 Error loading Python lib '/tmp/_MEIzFrUEs/libpython2.7.so.1.0': /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /tmp/_MEIzFrUEs/libpython2.7.so.1.0) Segmentation fault francesco@tya64:~/tmp$ libc.so.6 --version bash: libc.so.6: command not found francesco@tya64:~/tmp$ locate libc.so.6 /lib/x86_64-linux-gnu/libc.so.6 francesco@tya64:~/tmp$ /lib/x86_64-linux-gnu/libc.so.6 GNU C Library (Debian EGLIBC 2.13-38) stable release version 2.13, by Roland McGrath et al. Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.4.7. Compiled on a Linux 3.2.35 system on 2012-12-30. Available extensions: crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B libc ABIs: UNIQUE IFUNC For bug reporting instructions, please see: http://www.debian.org/Bugs/. francesco@tya64:~/tmp$ On Mon, Sep 30, 2013 at 4:24 PM, Lennart Sorensen lsore...@csclub.uwaterloo.ca wrote: On Sun, Sep 29, 2013 at 06:45:40PM +0200, Francesco Pietra wrote: Really the only difference between distributions is their packaging system, their support infrastructure, their release schedule/policy, and how up to date the software is and what software they offer packages for. Thanks. Now my project at the Italian supercomputer center is going to production. I had no problems with RedHat as far as number crunching is concerned. Now, however, I need to access their Remote Visualization service to deal - also on the X server - with large files. To this end, I need to download software compatible with Debian amd64. The variety of graphic and non-graphic tools that I use is very large. Their 64 bit Linux list (lacking any GNU Linux for either 64 or 32 bit) RCM_darwin RCM ubuntu 12.04 RCM RHL 5.6 RCM openSUSE 11.4 and 12.2 I would appreciate advice as to which RCM will likely work for me. I heard about ubuntu but, to avoid being flooded by messages, i put it in the spam. The advice I can even from the center is very limited as they don't know what I have. Well Ubuntu is based on Debian, so there is at least a good chance a package for ubuntu will work on Debian. -- Len Sorensen
Re: RedHat or Debian amd64
On Sun, Sep 29, 2013 at 06:45:40PM +0200, Francesco Pietra wrote: Really the only difference between distributions is their packaging system, their support infrastructure, their release schedule/policy, and how up to date the software is and what software they offer packages for. Thanks. Now my project at the Italian supercomputer center is going to production. I had no problems with RedHat as far as number crunching is concerned. Now, however, I need to access their Remote Visualization service to deal - also on the X server - with large files. To this end, I need to download software compatible with Debian amd64. The variety of graphic and non-graphic tools that I use is very large. Their 64 bit Linux list (lacking any GNU Linux for either 64 or 32 bit) RCM_darwin RCM ubuntu 12.04 RCM RHL 5.6 RCM openSUSE 11.4 and 12.2 I would appreciate advice as to which RCM will likely work for me. I heard about ubuntu but, to avoid being flooded by messages, i put it in the spam. The advice I can even from the center is very limited as they don't know what I have. Well Ubuntu is based on Debian, so there is at least a good chance a package for ubuntu will work on Debian. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130930142433.gx13...@csclub.uwaterloo.ca
Re: RedHat or Debian amd64
Really the only difference between distributions is their packaging system, their support infrastructure, their release schedule/policy, and how up to date the software is and what software they offer packages for. Thanks. Now my project at the Italian supercomputer center is going to production. I had no problems with RedHat as far as number crunching is concerned. Now, however, I need to access their Remote Visualization service to deal - also on the X server - with large files. To this end, I need to download software compatible with Debian amd64. The variety of graphic and non-graphic tools that I use is very large. Their 64 bit Linux list (lacking any GNU Linux for either 64 or 32 bit) RCM_darwin RCM ubuntu 12.04 RCM RHL 5.6 RCM openSUSE 11.4 and 12.2 I would appreciate advice as to which RCM will likely work for me. I heard about ubuntu but, to avoid being flooded by messages, i put it in the spam. The advice I can even from the center is very limited as they don't know what I have. Thanks francesco pietra On Wed, Jun 26, 2013 at 6:23 PM, Lennart Sorensen lsore...@csclub.uwaterloo.ca wrote: On Wed, Jun 26, 2013 at 06:11:31PM +0200, Francesco Pietra wrote: Hi Lennart: I forgot that what is found on supercomputers might result also from what you say. I found it problematic to compile a code for molecular dynamics (MD) inclusive of an elaborate plugin. Better, I succeeded when only the simplest part of the plugin was implemented, getting a valid MD executable. In contrast, implementing the whole plugin resulted in a MD executable that fails to recognize the GTX-680cards of my machine. Calls to the forum for both the MD code and the plugin had ho answer. Those of the MD code do not like the plugin (as they have the simplest part of it already hard coded their own way), while those of the plugin do not know that MD code, they use another one. Then, I heard that at the supercomputer center of my country (where I should run the project, but I need to go there with a system that runs) even GPU machines run that full plugin. Before asking them how they succeeded, I was wondering about the different Linux OSs. I am now curious about their answer, if any. Really the only difference between distributions is their packaging system, their support infastructure, their release schedule/policy, and how up to date the software is and what software they offer packages for. -- Len Sorensen
Re: RedHat or Debian amd64
On Wed, Jun 26, 2013 at 04:33:20PM +0200, Francesco Pietra wrote: Hello: I noticed that in my country supercomputer center all machines, both CPU (FERMI) and GPU (AURORA, PLX) run on RedHat Linux. As a long time user of Debian GNU Linux amd64, I am curious whether such machines elsewhere also run, or could run, on Debian am64. If not, why? A problem of kernel? Some people want someone to blame if there are problems, or to demand support from if they need something solved right away. Redhat will sell you support contracts and will solve problems. But you pay for it. If you like doing it yourself or to solve things by cooporating with the community instead, then Debian works great. I certainly have the impression that locations that have their own IT people that understand the system and want to be in control of their own situation tend to run Debian (or a Debian derived system), while those that just want things solved and don't care to have the expertise themselves tend to run Redhat enterprise linux instead. After all if you have the people and a large installation, the support contract with redhat could pay for a lot of competent IT staff. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130626144049.gs11...@csclub.uwaterloo.ca
Re: RedHat or Debian amd64
On 06/26/2013 10:40 AM, Lennart Sorensen wrote: On Wed, Jun 26, 2013 at 04:33:20PM +0200, Francesco Pietra wrote: Hello: I noticed that in my country supercomputer center all machines, both CPU (FERMI) and GPU (AURORA, PLX) run on RedHat Linux. As a long time user of Debian GNU Linux amd64, I am curious whether such machines elsewhere also run, or could run, on Debian am64. If not, why? A problem of kernel? Some people want someone to blame if there are problems, or to demand support from if they need something solved right away. Redhat will sell you support contracts and will solve problems. But you pay for it. If you like doing it yourself or to solve things by cooporating with the community instead, then Debian works great. I certainly have the impression that locations that have their own IT people that understand the system and want to be in control of their own situation tend to run Debian (or a Debian derived system), while those that just want things solved and don't care to have the expertise themselves tend to run Redhat enterprise linux instead. After all if you have the people and a large installation, the support contract with redhat could pay for a lot of competent IT staff. Frankly it's like dredging up the Microsoft versus open source debate, Microsoft /Redhat answer the questions atr the end user/client beckon call where as Debian or other open source /crowd sourced projects take the mailing list and fourm based support approach. IMHO i think the truly community driven alternative software in general is a very educational and democratic way to distribute, manage and maintain superior Information Systems/ Information technology products. All of this bbeing said I under stand however that in the modern corporate is/it infomation these decisions are made based upon the venders ability to solve problems asap thus maintaining a maximum up time , quasi low cost and maximum cost total cost of owner ship For me the migration to Debian/OSS was easy i wanted to get the amximum life span for my equipment dollar and trust me after putting darn near half a grand on my current lap top machine and 8gb of ram (crucial/micron technologies). I settled on Debian and opensource software for good. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51cb0679.4010...@gmail.com
Re: RedHat or Debian amd64
Hi Lennart: I forgot that what is found on supercomputers might result also from what you say. I found it problematic to compile a code for molecular dynamics (MD) inclusive of an elaborate plugin. Better, I succeeded when only the simplest part of the plugin was implemented, getting a valid MD executable. In contrast, implementing the whole plugin resulted in a MD executable that fails to recognize the GTX-680cards of my machine. Calls to the forum for both the MD code and the plugin had ho answer. Those of the MD code do not like the plugin (as they have the simplest part of it already hard coded their own way), while those of the plugin do not know that MD code, they use another one. Then, I heard that at the supercomputer center of my country (where I should run the project, but I need to go there with a system that runs) even GPU machines run that full plugin. Before asking them how they succeeded, I was wondering about the different Linux OSs. I am now curious about their answer, if any. thanks and all the best francesco pietra On Wed, Jun 26, 2013 at 4:40 PM, Lennart Sorensen lsore...@csclub.uwaterloo.ca wrote: On Wed, Jun 26, 2013 at 04:33:20PM +0200, Francesco Pietra wrote: Hello: I noticed that in my country supercomputer center all machines, both CPU (FERMI) and GPU (AURORA, PLX) run on RedHat Linux. As a long time user of Debian GNU Linux amd64, I am curious whether such machines elsewhere also run, or could run, on Debian am64. If not, why? A problem of kernel? Some people want someone to blame if there are problems, or to demand support from if they need something solved right away. Redhat will sell you support contracts and will solve problems. But you pay for it. If you like doing it yourself or to solve things by cooporating with the community instead, then Debian works great. I certainly have the impression that locations that have their own IT people that understand the system and want to be in control of their own situation tend to run Debian (or a Debian derived system), while those that just want things solved and don't care to have the expertise themselves tend to run Redhat enterprise linux instead. After all if you have the people and a large installation, the support contract with redhat could pay for a lot of competent IT staff. -- Len Sorensen
Re: RedHat or Debian amd64
On Wed, Jun 26, 2013 at 06:11:31PM +0200, Francesco Pietra wrote: Hi Lennart: I forgot that what is found on supercomputers might result also from what you say. I found it problematic to compile a code for molecular dynamics (MD) inclusive of an elaborate plugin. Better, I succeeded when only the simplest part of the plugin was implemented, getting a valid MD executable. In contrast, implementing the whole plugin resulted in a MD executable that fails to recognize the GTX-680cards of my machine. Calls to the forum for both the MD code and the plugin had ho answer. Those of the MD code do not like the plugin (as they have the simplest part of it already hard coded their own way), while those of the plugin do not know that MD code, they use another one. Then, I heard that at the supercomputer center of my country (where I should run the project, but I need to go there with a system that runs) even GPU machines run that full plugin. Before asking them how they succeeded, I was wondering about the different Linux OSs. I am now curious about their answer, if any. Really the only difference between distributions is their packaging system, their support infastructure, their release schedule/policy, and how up to date the software is and what software they offer packages for. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130626162308.gt11...@csclub.uwaterloo.ca
Re: RedHat or Debian amd64
RedHat are focusing their product on suiting the needs and idiosyncrasies of companies that 'think' in the 'old iron' mentality. RedHat have moved from being disruptive in the small end of town (start ups, small ISP's etc) to chasing large fortune 500 companies. They have unashamedly shaped their product to suit the market they are pursuing and smaller firms have been left behind. They are disrupting upwards in to banks and other large firms with slow (painful... though that's subjective) processes for getting things done. Often they see an OS as a 'CD' to insert before inserting another vendors software CD. Implementing version numbers scare them enormously and 'backporting' patches then adding yet another minor version number soothes their fears greatly. I am not making any sort of statement as to if this is good or bad, rational or irrational, smart or stupid. Please understand this email as being devoid of any emotion or taking any side - merely an observation. Though its a fascinating example of the north west movement a company tends to make - as described in Clayton Christensen's classic 'The Innovators Dilemma' (see http://www.amazon.com/gp/product/0062060244?ie=UTF8camp=213733creative=393185creativeASIN=0062060244linkCode=shrtag=frag0f-20qid=1372293137sr=8-1keywords=innovators+dilemma) Dean On 2013-06-27 00:33, Francesco Pietra wrote: Hello: I noticed that in my country supercomputer center all machines, both CPU (FERMI) and GPU (AURORA, PLX) run on RedHat Linux. As a long time user of Debian GNU Linux amd64, I am curious whether such machines elsewhere also run, or could run, on Debian am64. If not, why? A problem of kernel? Thanks francesco pietra -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/b32aeea7267075478f360f0524ff7...@fragfest.com.au
