Re: (off topic) why PATH
Am 05.01.2012 00:52, schrieb Jan Steinman: >> From: Reindl Harald >> >> however: both "chroot" and "virtualization" has nothing to do with this >> whole topic, really nothing > > But that shouldn't keep someone from going off on an anti-Mac rant, no? :-) > The OP was on a Mac, and it really doesn't help to tell them they have the > wrong computer. your opinion our company used for many years Mac OSX on production servers after enough people told me that i am using the wrong OS with windows i decided to switch to linux and from this moment on i had the possibility find out what poor OS MacOSX is so two years later i started migrationof the whole company away from Apple-X-Serve to Linux Guests on VMware ESXi amd a year later this environement was increased to a VMware HA-Cluster with a SAN-Storage and now since more than a year we have the first time a professional infarstructure instead of all the crap used years before so yes, it may help to explain peopole that they are using crap and it is their decision to learn of it if they hear it often enough! signature.asc Description: OpenPGP digital signature
Re: (off topic) why PATH
> From: Reindl Harald > > however: both "chroot" and "virtualization" has nothing to do with this whole > topic, really nothing But that shouldn't keep someone from going off on an anti-Mac rant, no? :-) The OP was on a Mac, and it really doesn't help to tell them they have the wrong computer. I believe that Ronald Reagan will someday make this country what it once was: an arctic wilderness. -- Steve Martin Jan Steinman, EcoReality Co-op -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql
Re: (off topic) why PATH
these are totally different things get a look at a VMware HA-cluster and after that tell us again that chroot has anything common however: both "chroot" and "virtualization" has nothing to do with this whole topic, really nothing Am 01.01.2012 22:33, schrieb Claudio Nanni: > I am a bread baker, you can relax. > PS: it was a joke but with a solid base: http://kae.li/iiigr > > 2012/1/1 Reindl Harald : >> chroot has it's place >> >> but if you don't understand this days what virtualization >> is used for > [cn] jumping to conclusion here? > > hopefully your job has nothing to do with IT >> >> Am 01.01.2012 22:12, schrieb Claudio Nanni: >>> yeah... I also don't understand why all these guys are bothering with >>> virtualization just use chroot >>> >>> welcome to stone age if you think that everything has been done before ;) >>> >>> 2012/1/1 Johan De Meersman : Reinventing chroots, then? Welcome to 2012, when everything has been done before :-) >> > > > -- Mit besten GrüÃen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm signature.asc Description: OpenPGP digital signature
Re: (off topic) why PATH
Am 01.01.2012 21:18, schrieb Johan De Meersman: > Reinventing chroots, then? > Welcome to 2012, when everything has been done before :-) what has the phrase "chroot" exactly to do with this topic? signature.asc Description: OpenPGP digital signature
Re: (off topic) why PATH
I am a bread baker, you can relax. we are definitely going off-topic. Cheers Claudio PS: it was a joke but with a solid base: http://kae.li/iiigr 2012/1/1 Reindl Harald : > chroot has it's place > > but if you don't understand this days what virtualization > is used for [cn] jumping to conclusion here? hopefully your job has nothing to do with IT > > Am 01.01.2012 22:12, schrieb Claudio Nanni: >> yeah... I also don't understand why all these guys are bothering with >> virtualization just use chroot >> >> welcome to stone age if you think that everything has been done before  ;) >> >> 2012/1/1 Johan De Meersman : >>> Reinventing chroots, then? >>> >>> Welcome to 2012, when everything has been done before :-) > -- Claudio -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql
Re: (off topic) why PATH
chroot has it's place but if you don't understand this days what virtualization is used for hopefully your job has nothing to do with IT Am 01.01.2012 22:12, schrieb Claudio Nanni: > yeah... I also don't understand why all these guys are bothering with > virtualization just use chroot > > welcome to stone age if you think that everything has been done before ;) > > 2012/1/1 Johan De Meersman : >> Reinventing chroots, then? >> >> Welcome to 2012, when everything has been done before :-) signature.asc Description: OpenPGP digital signature
Re: (off topic) why PATH
yeah... I also don't understand why all these guys are bothering with virtualization just use chroot welcome to stone age if you think that everything has been done before ;) 2012/1/1 Johan De Meersman : > Reinventing chroots, then? > > Welcome to 2012, when everything has been done before :-) > > -- > Bier met grenadyn > Is als mosterd by den wyn > Sy die't drinkt, is eene kwezel > Hy die't drinkt, is ras een ezel -- Claudio -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql
Re: (off topic) why PATH
Reinventing chroots, then? Welcome to 2012, when everything has been done before :-) -- Bier met grenadyn Is als mosterd by den wyn Sy die't drinkt, is eene kwezel Hy die't drinkt, is ras een ezel -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql
Re: (off topic) why PATH
Am 01.01.2012 16:52, schrieb Claudio Nanni: > I think today is really out of date prove this! > today you need to tune and twist > the system at your needs to get the best out of it so what, on a modern linux you can tweak much more you wold ever be able on a Mac AND it is much faster without tuning for mysql, php, apache > With my technique for instance you can setup a mysql cluster on one > machine(for testing purposes) without the overhead of virtualization. > In my opinion the OS should be an abstraction of the hardware and the > software as independent as possible from it. on a clean operating system there is NO DIFFERENCE between OS and software your argumentation is the one of a apple-user which never did understand the benfits of a centralized package managment because you do not know it * consistency * programs and libraries are matching * clean dependencies * security * each library only ONCE, patches are fixing EVERY application using this lib * permissions - a typical RPM makes sure the permissions of each file * never give the user write permissions to the applications folder especially the points of security are badly missing on MacOSX which is these days the most insecure recent OS out there _ you need different mysql-services with different config on one machine well, write yor my.cnf whereever you want and create an additional service you need more webservers with different module/php-configurations? well, do the same with httpd.service you need different versions of a sfotware? well, learn to use rpmbuild and RTFM ./configure _ [root@srv-rhsoft:~]$ cat /lib/systemd/system/mysqld.service [Unit] Description=MySQL Database Before=postfix.service dovecot.service dbmail-imapd.service dbmail-lmtpd.service dbmail-pop3d.service dbmail-postfix-policyd.service [Service] Type=simple PIDFile=/var/run/mysqld/mysqld.pid ExecStartPre=/usr/libexec/mysqld-prepare-db-dir ExecStart=/usr/libexec/mysqld --defaults-file=/etc/my.cnf --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/lib/mysql/mysql.sock --open-files-limit=3 --basedir=/usr --user=mysql ExecStartPost=/usr/libexec/mysqld-wait-ready $MAINPID ExecStop=/bin/kill -15 $MAINPID Restart=always RestartSec=1 TimeoutSec=300 LimitNOFILE=3 LimitMEMLOCK=infinity SysVStartPriority=64 [Install] WantedBy=multi-user.target [root@srv-rhsoft:~]$ cat /lib/systemd/system/replication.service [Unit] Description=MySQL Replication [Service] Type=simple PIDFile=/var/run/mysqld/mysqld_replication.pid ExecStart=/usr/libexec/mysqld --defaults-file=/etc/my-replication.cnf --pid-file=/var/run/mysqld/mysqld_replication.pid --socket=/var/lib/mysql/mysql_replication.sock --open-files-limit=3 --basedir=/usr --user=mysql ExecStop=/bin/kill -15 $MAINPID Restart=always RestartSec=1 TimeoutSec=300 LimitNOFILE=3 LimitMEMLOCK=infinity SysVStartPriority=64 [Install] WantedBy=multi-user.target signature.asc Description: OpenPGP digital signature
Re: (off topic) why PATH
my 0,02 I think I used standard path only the first installation of MySQL in 2002, after that I always I had my custom way of installing it which lead me to be able to have *any* number of instances of any independent version. After some years I saw Giuseppe Maxia's Sandbox which is a nice 'packaging' of that idea. I never use if possible standard directories which are a heritage of the very first idea of unix (multiple users use same tools on a machine), I think today is really out of date, today you need to tune and twist the system at your needs to get the best out of it. With my technique for instance you can setup a mysql cluster on one machine(for testing purposes) without the overhead of virtualization. In my opinion the OS should be an abstraction of the hardware and the software as independent as possible from it. So, software and data and anything else on /whatever mounted on some safe storage and just /etc for startup scripts, in this way you can switch server and still retain all your software with all the benefits you guys well know. Claudio 2012/1/1 Reindl Harald : > > > Am 01.01.2012 03:51, schrieb Hal?sz S?ndor: >> 2011/12/29 19:35 +0100, Reindl Harald >> for the hadnful things on my linux-machines where such non-default >> locations are existing i usually set symlinks unter /usr/local/bin/ >> to the binarys, so they are seperated and from the user point >> of view in the PATh and all wroks fine >> >> The weakness of PATH: it is all right in the original Unix case, many, >> many little programs in few directories. Quite a few programs come with >> MySQL; therefore, it pays to put the MySQL directory in PATH--but Lynx, >> and many text-processors, comes with one program and many supporting files. >> In these cases a mechanism other than PATH, something like VMS or C-shell or >> Korn-shell alias, implemented at the depth of PATH, would be much better. > > and that is why you normally do "ln -s /path/to/your/binary /usr/local/bin/" > or do not use OSX as server because on a linux-system you have a package > manager which can install the mysql-sub-folder structure directly to > /usr/local/ where it is already in the path and it takes care of a > clean removal uon uninstall > > the only reason for /usr/local/mysql/ is that you can remove this > folder and is needed only on Mac OSX > -- Claudio -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql
Re: (off topic) why PATH
Am 01.01.2012 03:51, schrieb Hal?sz S?ndor: > 2011/12/29 19:35 +0100, Reindl Harald > for the hadnful things on my linux-machines where such non-default > locations are existing i usually set symlinks unter /usr/local/bin/ > to the binarys, so they are seperated and from the user point > of view in the PATh and all wroks fine > > The weakness of PATH: it is all right in the original Unix case, many, > many little programs in few directories. Quite a few programs come with > MySQL; therefore, it pays to put the MySQL directory in PATH--but Lynx, > and many text-processors, comes with one program and many supporting files. > In these cases a mechanism other than PATH, something like VMS or C-shell or > Korn-shell alias, implemented at the depth of PATH, would be much better. and that is why you normally do "ln -s /path/to/your/binary /usr/local/bin/" or do not use OSX as server because on a linux-system you have a package manager which can install the mysql-sub-folder structure directly to /usr/local/ where it is already in the path and it takes care of a clean removal uon uninstall the only reason for /usr/local/mysql/ is that you can remove this folder and is needed only on Mac OSX signature.asc Description: OpenPGP digital signature
Re: (off topic) why PATH
2011/12/29 19:35 +0100, Reindl Harald for the hadnful things on my linux-machines where such non-default locations are existing i usually set symlinks unter /usr/local/bin/ to the binarys, so they are seperated and from the user point of view in the PATh and all wroks fine The weakness of PATH: it is all right in the original Unix case, many, many little programs in few directories. Quite a few programs come with MySQL; therefore, it pays to put the MySQL directory in PATH--but Lynx, and many text-processors, comes with one program and many supporting files. In these cases a mechanism other than PATH, something like VMS or C-shell or Korn-shell alias, implemented at the depth of PATH, would be much better. -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql