Re: [CentOS] Turning off wifi in CentOS 7
On Mon, 18 May 2015, James Hogarth wrote: On 18 May 2015 at 20:10, m.r...@5-cent.us wrote: Someone else got the 7 pxe install going, and one thing that's annoying is that NetworkMangler appears to be regularly trying to fire up the wifi. On a workstation, in a wired environment. I just want to tell NM to knock it offIt's Monday, and my searching isn't going too well. Clues for the poor? nmcli radio wifi off Or if you want a bigger hammer: systemctl disable NetworkManager.service systemctl enable network.service systemctl stop NetworkManager.service systemctl start network.service The above will disable NetworkMangler and return control of the network to the scripts in /etc/sysconfig/network-scripts just like previous versions. Regards, -- Tom m...@tdiehl.org Spamtrap address me...@tdiehl.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 123, Issue 6
Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@centos.org When replying, please edit your Subject line so it is more specific than Re: Contents of CentOS-announce digest... Today's Topics: 1. CEBA-2015:1014 CentOS 7 libtar FASTTRACK BugFix Update (Johnny Hughes) 2. CESA-2015:1012 Important CentOS 7 thunderbird Security Update (Johnny Hughes) -- Message: 1 Date: Mon, 18 May 2015 13:58:03 + From: Johnny Hughes joh...@centos.org To: centos-annou...@centos.org Subject: [CentOS-announce] CEBA-2015:1014 CentOS 7 libtar FASTTRACK BugFix Update Message-ID: 20150518135803.ga45...@n04.lon1.karan.org Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1014 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1014.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 79daf938d2f7c47f0d064ac8fb6b2735e72e307339da36165711ba3caf0cedbf libtar-1.2.11-29.el7.i686.rpm be06046732cf430b90e72676ab49323110947a3fadddf3c0dd631e2ddbb3f8ff libtar-1.2.11-29.el7.x86_64.rpm f94b7bf3879bc5bef3ae1c3c760ae26a6c35a385c95453881e8277df27862185 libtar-devel-1.2.11-29.el7.i686.rpm d667b13c0759476805665ca17811518f1a63f9f45c0bb22d256d06428007d5b5 libtar-devel-1.2.11-29.el7.x86_64.rpm Source: 58fd93104a52e08242b5d7bb0f4e33b1055245f31064df9adfc036e7b53dbae2 libtar-1.2.11-29.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net -- Message: 2 Date: Mon, 18 May 2015 14:07:12 + From: Johnny Hughes joh...@centos.org To: centos-annou...@centos.org Subject: [CentOS-announce] CESA-2015:1012 Important CentOS 7 thunderbird Security Update Message-ID: 20150518140712.ga46...@n04.lon1.karan.org Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1012 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1012.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 89f666c144a237773ea1e85a09c865cd4f3de35b269c6eb9699e895909ee1527 thunderbird-31.7.0-1.el7.centos.x86_64.rpm Source: 283c1401339932a32958dd43275409bddbcd84ae7393129f22ec0c69c813432e thunderbird-31.7.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net -- ___ CentOS-announce mailing list centos-annou...@centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 123, Issue 6 *** ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] https everywhere.
On 17-05-15 10:35:55, Gordon Messmer wrote: https doesn't improve your privacy in this application. No, but it makes it a little bit harder for third parties to gather all these information. That seems to be a worthy goal for me. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Turning off wifi in CentOS 7
On 5/19/2015 12:54 PM, m.r...@5-cent.us wrote: Excerpt I *still* see absolutely no use in an enterprise environment, where we're *all* wired, even the laptops when folks bring them in. This improves throughput and security, of course. Great post. I am just in the process of building my first CentOS 7 host and was wondering whether to use NetworkManager. You've swayed me. I've always disabled it on CentOS 6. Your point about these new funky device names is really good. I will miss my simple eth0 and eth1 but tech moves on. And that one drives me nuts. It breaks PXE boot kickstart builds. Maybe *you* have all same model systems from the same manufacturer; we've got boxen from...thinking at least five or six manufacturers, of varying ages, from the 10+ yr old Altix 3000 from SGI, to the current one from SGI, to my 5 yr old Dell workstation, to some old Penguins and several Suns (soon to set, the sooner the better...). How do you deal with everything from em1 to ens3f0, which comes up *only* after you start to install In what conceivable way is this better than having your scripts know that eth0 (or even em1) is always going to be how to talk to the world? snip mark they sound like ham call letters ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos We have licensed software, using flexlm, whifh chokes and pukes, unless it is able to communicate on eth0, so I have to jump through hoops to ensure the correct interface IS eth0. Until they fix this issue, I have no choice. -chuck -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Turning off wifi in CentOS 7
device names are all kernel and udev. nothing to do with network manager. if you want to get predictable interface names, set up udev rules appropriately. https://www.kernel.org/pub/linux/utils/kernel/hotplug/udev/udev.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CEBA-2015:1016 CentOS 6 bind BugFix Update
CentOS Errata and Bugfix Advisory 2015:1016 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1016.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 21796f7651ea8edf0abcc5e18eea10e7f8dcdf5e1370b7f9c57e7f28794861fe bind-9.8.2-0.30.rc1.el6_6.3.i686.rpm fd99c7e076ebd7dca6c22cd30839eaf38ff922a605757a3137ef7b2b6d0f09c4 bind-chroot-9.8.2-0.30.rc1.el6_6.3.i686.rpm 65da55142c1c84308b48756f4638072fc68cdfd617fe96aff5d102e1e63757e8 bind-devel-9.8.2-0.30.rc1.el6_6.3.i686.rpm dc1162f7e79cbecc4bc738dc4afd188a507a01f9125820a7b140c8b88aaa41ee bind-libs-9.8.2-0.30.rc1.el6_6.3.i686.rpm a39e40e6018b0a9e2516e1f4183745d9e07612a0efe7e7a75f79e51e672aaed6 bind-sdb-9.8.2-0.30.rc1.el6_6.3.i686.rpm f14b7f9e8e5a4591a019a68cea4ac9ada5d0b0b90cf2907a8615e3ae6b20 bind-utils-9.8.2-0.30.rc1.el6_6.3.i686.rpm x86_64: 3460d7db849d92876eac3da4779697417077cef2623efd6154dc86cad3f24bed bind-9.8.2-0.30.rc1.el6_6.3.x86_64.rpm c505d86b72b6f7f48cca9166a28284cc42a05f325be0f298d958ae95679e4c78 bind-chroot-9.8.2-0.30.rc1.el6_6.3.x86_64.rpm 65da55142c1c84308b48756f4638072fc68cdfd617fe96aff5d102e1e63757e8 bind-devel-9.8.2-0.30.rc1.el6_6.3.i686.rpm 8120eaa006287cabad1979df69ad93175eb9b24f6a8e73ec6b8cf99f2a26226b bind-devel-9.8.2-0.30.rc1.el6_6.3.x86_64.rpm dc1162f7e79cbecc4bc738dc4afd188a507a01f9125820a7b140c8b88aaa41ee bind-libs-9.8.2-0.30.rc1.el6_6.3.i686.rpm 5e2afa5d1109347fdd64537ff125bc2df0721104dc796781e485b01ba202ca42 bind-libs-9.8.2-0.30.rc1.el6_6.3.x86_64.rpm 3ec3897f46363bd65be6f00798677fad0ac85af6be58362573d4d4d68926bc42 bind-sdb-9.8.2-0.30.rc1.el6_6.3.x86_64.rpm 05f7970ed69dd28d992985c03b5276b7683cd57c257879844be16e0f48c65a9b bind-utils-9.8.2-0.30.rc1.el6_6.3.x86_64.rpm Source: bf3ff6c38ea828be36cd5019f2aa8ce96aebd760b8b3b23ffeaddae089fcc872 bind-9.8.2-0.30.rc1.el6_6.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2015:1012 Important CentOS 5 thunderbird Security Update
CentOS Errata and Security Advisory 2015:1012 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1012.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 017951e5e03b5565f74f4496298b8b7c9d231fd6011ba112f1ec81b755d24c90 thunderbird-31.7.0-1.el5.centos.i386.rpm x86_64: fb96c7d30dcefe60c58b718edac792610fa818b7705f2659e41c464a7e097087 thunderbird-31.7.0-1.el5.centos.x86_64.rpm Source: 888bd17093cc65b0327c0c3d319585babde93413e4824866335d0c234abdcfea thunderbird-31.7.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS] mail with chnage from address not work on CentOS 6
We have CEntOS 6.3 on DELL server. WE try to use following mail command but failed. This command perfect work on CentOS 5.X. $ mail -s test... us...@sun.com -- -f nore...@app.md.gov test . EOT $ /home/app/oracle/dead.letter... Saved message in /home/app/oracle/dead.letter problem come from -- -f nore...@app.md.gov. But it work correctly on CentOS 5.x. Anyone know how to fix it? Thanks ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] https everywhere.
On 05/19/2015 07:07 AM, Kai Bojens wrote: On 17-05-15 10:35:55, Gordon Messmer wrote: https doesn't improve your privacy in this application. No, but it makes it a little bit harder for third parties to gather all these information. That seems to be a worthy goal for me. Except that mirror.centos.org is a large RRDNS set of mirrors (with geoip redirection) all over the world, not one machine. Fedora also does not do this, because it is not possible in the community setting .. especially since updates are hosted at remote mirrors too. There is a mirrorlist that points to any number of mirrors, some controlled by centos.org, others not. For example: http://mirrorlist.centos.org/?release=6arch=x86_64repo=updates this results in the following output from my location right now: http://mirror.cogentco.com/pub/linux/centos/6.6/updates/x86_64/ http://mirrors.usinternet.com/centos/6.6/updates/x86_64/ http://repo.atlantic.net/centos/6.6/updates/x86_64/ http://mirrors.cat.pdx.edu/centos/6.6/updates/x86_64/ http://mirror.steadfast.net/centos/6.6/updates/x86_64/ http://cosmos.cites.illinois.edu/pub/centos/6.6/updates/x86_64/ http://mirrors.umflint.edu/CentOS/6.6/updates/x86_64/ http://mirrors.xmission.com/centos/6.6/updates/x86_64/ http://centos.arvixe.com/6.6/updates/x86_64/ http://www.gtlib.gatech.edu/pub/centos/6.6/updates/x86_64/ 30 minutes form now, it may result in a completely different list. It will be a completely different list if accessed from the UK instead of the US: http://mirror.as29550.net/mirror.centos.org/6.6/updates/x86_64/ http://www.mirrorservice.org/sites/mirror.centos.org/6.6/updates/x86_64/ http://mirrors.vooservers.com/centos/6.6/updates/x86_64/ http://centos.hyve.com/6.6/updates/x86_64/ http://mirror.mhd.uk.as44574.net/mirror.centos.org/6.6/updates/x86_64/ http://mirrors.melbourne.co.uk/sites/ftp.centos.org/centos/6.6/updates/x86_64/ http://mirrors.coreix.net/centos/6.6/updates/x86_64/ http://mirrors-uk.go-parts.com/centos/6.6/updates/x86_64/ http://mirror.econdc.com/centos/6.6/updates/x86_64/ http://mirror.ox.ac.uk/sites/mirror.centos.org/6.6/updates/x86_64/ We can not ensure all of those sights instead use https, etc. Nor could we possibly serve all the updates from one set of mirrors that we own to all the millions of CentOS users around the world. The packages are signed and now there is also even signed metadata for CentOS-6 and centOS-7 .. you can verify you are getting the correct packages (so no man in the middle). You can also easily create your own copy of mirror.centos.org to update against that is internal to your own facility, thereby keeping all traffic on your own routers and not show anything to the outside world at all. If you want to go to that effort, then by all means stand up your own copy. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Constant screen flicker with Firefox browser
On 05/18/2015 02:00 PM, Thomas Eriksson wrote: On 05/17/2015 11:34 PM, László Csontos wrote: Hi Thomas, Thanks for the hint. I'm trying to rebuild the original SRPM without the patch for know, but I'm getting the following error. rpmbuild --rebuild /tmp/clutter-1.14.4-12.el7.src.rpm ... checking for XIAllowTouchEvents... yes checking for XIScrollClassInfo.number... yes checking for XkbQueryExtension... yes checking for GDK_PIXBUF... no configure: error: Package requirements (gdk-pixbuf-2.0) were not met: Package libpng15 was not found in the pkg-config search path. Perhaps you should add the directory containing `libpng15.pc' to the PKG_CONFIG_PATH environment variable Package 'libpng15', required by 'GdkPixbuf', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GDK_PIXBUF_CFLAGS and GDK_PIXBUF_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. error: Bad exit status from /var/tmp/rpm-tmp.o3QHFY (%build) ... I've checked that libpng15.pc is in /usr/lib/pkgconfig. Tried to set PKG_CONFIG_PATH to /usr/lib/pkgconfig manually, but the error is the same. Do you have any idea how to work this around? Cheers, Laszlo Hi Lazlo, To build almost any src.rpm package you will need some *-devel packages installed. And if you are going to modify a build you need to install the src.rpm into a build area first. http://wiki.centos.org/HowTos/SetupRpmBuildEnvironment https://fedoraproject.org/wiki/Mock?rd=Subprojects/Mock The spec file contains a set BuildRequires statements that will be a starting point. The clutter.spec file contains these: BuildRequires: glib2-devel mesa-libGL-devel pkgconfig pango-devel BuildRequires: cairo-gobject-devel gdk-pixbuf2-devel atk-devel BuildRequires: cogl-devel = %{cogl_version} BuildRequires: gobject-introspection-devel = 0.9.6 BuildRequires: gtk3-devel BuildRequires: json-glib-devel = 0.12.0 BuildRequires: libXcomposite-devel BuildRequires: libXdamage-devel BuildRequires: libXi-devel I am happy to build this an stick it in a non standard place where people who have this problem can get it. I will build the new clutter and link it to your bug now. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Upgrading to CentOS 7
I read in http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool Warning: use of this tool is currently not recommended as several system- critical packages are of a higher version number in CentOS 6.6 than they are in CentOS 7 so those do not get upgraded correctly. This renders yum and several other system tools non-functional. Does this still hold? It seems to me a bit pointless to offer a tool with the warning that it does not work. -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CESA-2015:1012 Important CentOS 6 thunderbird Security Update
CentOS Errata and Security Advisory 2015:1012 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1012.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bbfcda22cd70fbc5dfef4f55ae0805ec17600184187cb6772b84d2ac4488062a thunderbird-31.7.0-1.el6.centos.i686.rpm x86_64: 345eafa65b4ec7f43cbecd3b574eddaf68ec5c6e8dd6f36c7e5d86f5718b20f9 thunderbird-31.7.0-1.el6.centos.x86_64.rpm Source: c00e1249fd68b76040de3d1d55e5defd32aef185e64be05469ddc6b765f2ee36 thunderbird-31.7.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
Re: [CentOS] Upgrading to CentOS 7
On 05/19/2015 07:43 AM, Timothy Murphy wrote: I read in http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool Warning: use of this tool is currently not recommended as several system- critical packages are of a higher version number in CentOS 6.6 than they are in CentOS 7 so those do not get upgraded correctly. This renders yum and several other system tools non-functional. Does this still hold? It seems to me a bit pointless to offer a tool with the warning that it does not work. It is not pointless, some people want to do it. I would not use it. To each their own. The best way to do any major update is to backup your data, install the OS, bring back your data and make all the newer services (if you are moving things like databases or web directories, etc.). Some people want to take shortcuts to this procedure, and with enough effort, that tool can work. But to me, there is too much effort and there are too many older packages left around as clutter, so I would never do it. It can be done, however. Red Hat released this, so we rebuilt it .. that does not mean one should use it. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Constant screen flicker with Firefox browser
On 05/19/2015 07:31 AM, Johnny Hughes wrote: On 05/18/2015 02:00 PM, Thomas Eriksson wrote: On 05/17/2015 11:34 PM, László Csontos wrote: Hi Thomas, Thanks for the hint. I'm trying to rebuild the original SRPM without the patch for know, but I'm getting the following error. rpmbuild --rebuild /tmp/clutter-1.14.4-12.el7.src.rpm ... checking for XIAllowTouchEvents... yes checking for XIScrollClassInfo.number... yes checking for XkbQueryExtension... yes checking for GDK_PIXBUF... no configure: error: Package requirements (gdk-pixbuf-2.0) were not met: Package libpng15 was not found in the pkg-config search path. Perhaps you should add the directory containing `libpng15.pc' to the PKG_CONFIG_PATH environment variable Package 'libpng15', required by 'GdkPixbuf', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GDK_PIXBUF_CFLAGS and GDK_PIXBUF_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. error: Bad exit status from /var/tmp/rpm-tmp.o3QHFY (%build) ... I've checked that libpng15.pc is in /usr/lib/pkgconfig. Tried to set PKG_CONFIG_PATH to /usr/lib/pkgconfig manually, but the error is the same. Do you have any idea how to work this around? Cheers, Laszlo Hi Lazlo, To build almost any src.rpm package you will need some *-devel packages installed. And if you are going to modify a build you need to install the src.rpm into a build area first. http://wiki.centos.org/HowTos/SetupRpmBuildEnvironment https://fedoraproject.org/wiki/Mock?rd=Subprojects/Mock The spec file contains a set BuildRequires statements that will be a starting point. The clutter.spec file contains these: BuildRequires: glib2-devel mesa-libGL-devel pkgconfig pango-devel BuildRequires: cairo-gobject-devel gdk-pixbuf2-devel atk-devel BuildRequires: cogl-devel = %{cogl_version} BuildRequires: gobject-introspection-devel = 0.9.6 BuildRequires: gtk3-devel BuildRequires: json-glib-devel = 0.12.0 BuildRequires: libXcomposite-devel BuildRequires: libXdamage-devel BuildRequires: libXi-devel I am happy to build this an stick it in a non standard place where people who have this problem can get it. I will build the new clutter and link it to your bug now. Here are the packages built with that patch applied, can you check and see if this fixes your issues: http://people.centos.org/hughesjr/c71-clutter/x86_64/Packages/ Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mail with chnage from address not work on CentOS 6
On 05/19/2015 10:07 AM, mcclnx mcc wrote: We have CEntOS 6.3 on DELL server. WE try to use following mail command but failed. This command perfect work on CentOS 5.X. $ mail -s test... us...@sun.com -- -f nore...@app.md.gov test . EOT $ /home/app/oracle/dead.letter... Saved message in /home/app/oracle/dead.letter problem come from -- -f nore...@app.md.gov. But it work correctly on CentOS 5.x. Anyone know how to fix it? CentOS 6 man page says '-f' means mail the contents of the file. YOu probably want '-r' -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-es] Cambio de Maildir por defecto centos.
- Buenos Dias cambia por defecto el directorio maildir en Centos7 con: $ mv /var/spool/mail/ /srv/ $ ln -s /srv/mail/ /var/spool/mail $ chcon -u system_u -t mail_spool_t /var/spool/mail -R - Como hago para restauralo y disculpen la ignorancia, pero no se como ponerlo por defecto otra vez a /var/spool/mail. Saludos, -- Wilmer Arambula. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS] Upgrading to CentOS 7
Johnny Hughes wrote: On 05/19/2015 07:43 AM, Timothy Murphy wrote: I read in http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool Warning: use of this tool is currently not recommended as several system- critical packages are of a higher version number in CentOS 6.6 than they are in CentOS 7 so those do not get upgraded correctly. This renders yum and several other system tools non-functional. Does this still hold? It seems to me a bit pointless to offer a tool with the warning that it does not work. It is not pointless, some people want to do it. I would not use it. First of all, thank you very much, Johnny, for all your work. You are doing a fantastic job. However, I find your answer here a little odd. It's a bit like the surgeon saying, I wouldn't have this operation, but if you want it just lie back. The best way to do any major update is to backup your data, install the OS, bring back your data and make all the newer services (if you are moving things like databases or web directories, etc.). Some people want to take shortcuts to this procedure, and with enough effort, that tool can work. But to me, there is too much effort and there are too many older packages left around as clutter, so I would never do it. If it would take you a lot of time and effort to clean up after the upgrade I can't imagine how long it would take me. Red Hat released this, so we rebuilt it .. that does not mean one should use it. Strange. -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mail with chnage from address not work on CentOS 6
I have tried -r but still not work. Tim Evans tkev...@tkevans.com 於 2015/5/19 (週二) 10:14 AM 寫道﹕ On 05/19/2015 10:07 AM, mcclnx mcc wrote: We have CEntOS 6.3 on DELL server. WE try to use following mail command but failed. This command perfect work on CentOS 5.X. $ mail -s test... us...@sun.com -- -f nore...@app.md.gov test . EOT $ /home/app/oracle/dead.letter... Saved message in /home/app/oracle/dead.letter problem come from -- -f nore...@app.md.gov. But it work correctly on CentOS 5.x. Anyone know how to fix it? CentOS 6 man page says '-f' means mail the contents of the file. YOu probably want '-r' -- Tim Evans |5 Chestnut Court 443-394-3864 |Owings Mills, MD 21117 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-virt] Linux kernel 3.18.12 and libvirt 1.2.15 for Xen4CentOS in virt6-testing
On 05/18/2015 08:15 AM, George Dunlap wrote: On Sat, May 16, 2015 at 2:08 PM, Johnny Hughes joh...@centos.org wrote: On 05/13/2015 01:14 PM, George Dunlap wrote: Thanks to work from Johnny, linux 3.18.12 with all the x4c blktap goodness have been built and are now in the virt6-testing repo. I've also uploaded libvirt 1.2.15. As you may have seen earlier today, virt6-testing also includes an updated 4.4.2 package with the latest security update (XSA-133). The kernel has had some basic testing (by myself, Johnny, and another community member), but libvirt is at the moment untested, so caveat emptor. With such a large change, I want to leave both up for a few weeks before pushing them into the main repo. Please test them and report any errors you find. As a reminder, you can use the virt6-testing repo by putting the following file into /etc/yum.repos.d: [virt-testing] name=VirtSIG-\$releasever - Xen Testing baseurl=http://cbs.centos.org/repos/virt6-testing/\$basearch/os/ gpgcheck=0 enabled=0 For the adventurous, there are (as yet untested) kernel and xen packages in virt7-xen-44-candidate as well. I'll be pushing those to testing once I've actually had a chance to do set up my testing environment. George, The new kernel works for me and the xen-4.4.2-2 packages I think you forgot to turn on with_xen and with_libxl in the libvirt package builds though .. that does not install as an update. At least for me. Oh right -- I got with_xen, but I think the last version I build didn't have with_libxl, so I missed it. Uploading a new one now... George, Upgraded a couple of servers with this new version of libvirt (and all the other virt6-testing rpms), all the machines start, as do all the VMs on the machines. Also remote access via virt-manager still works on all the servers for me. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] mail with chnage from address not work on CentOS 6
mcclnx mcc wrote: We have CEntOS 6.3 on DELL server. WE try to use following mail command but failed. This command perfect work on CentOS 5.X. $ mail -s test... us...@sun.com -- -f nore...@app.md.gov test . EOT $ /home/app/oracle/dead.letter... Saved message in /home/app/oracle/dead.letter problem come from -- -f nore...@app.md.gov. But it work correctly on CentOS 5.x. Anyone know how to fix it? Thanks A couple of unrelated questions: 1. Why 6.3 - why not upgrade to 6.6, with all the security and bugfixes. 2. On a more personal and professional note: you're email is from Taiwan. Why are you sending osmething from some app to the government of my state, Maryland, in the US? mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-es] Cambio de Maildir por defecto centos.
La misma serie de pasos te lo dice. Aunque si te fijas con detención tu contenedor de correo (el directorio /var/spool/mail) ahora es un enlace simbólico y realmente está en /srv/mail. En esencia tendrías que hacer: Detener tu MTA (Sendmail, Postfix, Exim, otro) Deshacer el enlace simbólico mv /srv/mail /var/spool chcon -u system_u -t mail_spool_t /var/spool/mail -R Todo esto como root o como un usuario con sudo. Saludos cordiales. El 19 de mayo de 2015, 10:30, Wilmer Arambula tecnologiaterab...@gmail.com escribió: - Buenos Dias cambia por defecto el directorio maildir en Centos7 con: $ mv /var/spool/mail/ /srv/ $ ln -s /srv/mail/ /var/spool/mail $ chcon -u system_u -t mail_spool_t /var/spool/mail -R - Como hago para restauralo y disculpen la ignorancia, pero no se como ponerlo por defecto otra vez a /var/spool/mail. Saludos, -- Wilmer Arambula. ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es -- Saludos *Héctor Herrera Anabalón* Egresado ICCI UNAP Miembro USoLIX Victoria Registered User #548600 (LinuxCounter.net) Arquitecto de Soluciones - SurVirtual http://www.survirtual.cl ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS] mail with chnage from address not work on CentOS 6
Original Message Date: Tuesday, May 19, 2015 10:13:20 AM -0400 From: Tim Evans tkev...@tkevans.com On 05/19/2015 10:07 AM, mcclnx mcc wrote: We have CEntOS 6.3 on DELL server. WE try to use following mail command but failed. This command perfect work on CentOS 5.X. $ mail -s test... us...@sun.com -- -f nore...@app.md.gov test . EOT $ /home/app/oracle/dead.letter... Saved message in /home/app/oracle/dead.letter problem come from -- -f nore...@app.md.gov. But it work correctly on CentOS 5.x. Anyone know how to fix it? CentOS 6 man page says '-f' means mail the contents of the file. YOu probably want '-r' With 5.x mail was /usr/bin/mail, and -- lets you pass sendmail options (where the -f is the From). With 6.x and 7, mail is symlinked to mailx, which doesn't seem to have the -- flag and the ability to pass the sendmail options. In both mail and mailx, a bare -f is a read from file. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mail with chnage from address not work on CentOS 6
寫 On 05/19/2015 10:07 AM, mcclnx mcc wrote: We have CEntOS 6.3 on DELL server. WE try to use following mail command but failed. This command perfect work on CentOS 5.X. $ mail -s test... us...@sun.com -- -f nore...@app.md.gov test . EOT $ /home/app/oracle/dead.letter... Saved message in /home/app/oracle/dead.letter problem come from -- -f nore...@app.md.gov. But it work correctly on CentOS 5.x. Anyone know how to fix it? Tim Evans tkev...@tkevans.com ? 2015/5/19 (??) 10:14 AM CentOS 6 man page says '-f' means mail the contents of the file. YOu probably want '-r' Date: Tuesday, May 19, 2015 02:34:19 PM + From: mcclnx mcc mcc...@yahoo.com.tw I have tried -r but still not work. The -r should work with mailx, but you need to drop the --, which was a flag for mail, and doesn't work with mailx. [see my previous message about the mail program/flag changes between 5 and 6/7.] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrading to CentOS 7
On Tue, May 19, 2015 at 09:25:30AM -0500, Jim Perrin wrote: If you have a good config management environment set up, rolling out a new build to replace older systems is much easier than walking through an update on each system. I really recommend people use ansible, chef, puppet.. whatever they're comfortable with to do some basic automation. Just do lots of testing, first :-) There are sufficient differences between major OS releases (5, 6, 7) that you may need different rules for each type. For example, postfix is different version on each so main.cf and master.cf are different and have version specific differences. Apache is sufficiently the same between 5 and 6, but 7 has a totally new way of doing things And, of course, sysvinit vs upstart vs systemd! Config managementis a great way of rebuilding a new copy of an existing version, but it's not a panacea when changing versions. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrading to CentOS 7
On 05/19/2015 09:12 AM, Timothy Murphy wrote: Johnny Hughes wrote: On 05/19/2015 07:43 AM, Timothy Murphy wrote: I read in http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool Warning: use of this tool is currently not recommended as several system- critical packages are of a higher version number in CentOS 6.6 than they are in CentOS 7 so those do not get upgraded correctly. This renders yum and several other system tools non-functional. Does this still hold? It seems to me a bit pointless to offer a tool with the warning that it does not work. It is not pointless, some people want to do it. I would not use it. First of all, thank you very much, Johnny, for all your work. You are doing a fantastic job. However, I find your answer here a little odd. It's a bit like the surgeon saying, I wouldn't have this operation, but if you want it just lie back. That's not far from the truth. Upstream, this tool supports a very limited scope, and has a rather substantial pre-upgrade test to determine how feasible it is. Since we don't differentiate between Server, Workstation, etc it's a bit more interesting for us to say yeah sure you can totally run this. If you add 3rd party packages into the mix, it gets even crazier. The best way to do any major update is to backup your data, install the OS, bring back your data and make all the newer services (if you are moving things like databases or web directories, etc.). Some people want to take shortcuts to this procedure, and with enough effort, that tool can work. But to me, there is too much effort and there are too many older packages left around as clutter, so I would never do it. If it would take you a lot of time and effort to clean up after the upgrade I can't imagine how long it would take me. If you have a good config management environment set up, rolling out a new build to replace older systems is much easier than walking through an update on each system. I really recommend people use ansible, chef, puppet.. whatever they're comfortable with to do some basic automation. Red Hat released this, so we rebuilt it .. that does not mean one should use it. Strange. It's a feature people have wanted/demanded for years. It doesn't make it sane, just popular. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrading to CentOS 7
On 05/19/2015 09:12 AM, Timothy Murphy wrote: Johnny Hughes wrote: On 05/19/2015 07:43 AM, Timothy Murphy wrote: I read in http://wiki.centos.org/TipsAndTricks/CentOSUpgradeTool Warning: use of this tool is currently not recommended as several system- critical packages are of a higher version number in CentOS 6.6 than they are in CentOS 7 so those do not get upgraded correctly. This renders yum and several other system tools non-functional. Does this still hold? It seems to me a bit pointless to offer a tool with the warning that it does not work. It is not pointless, some people want to do it. I would not use it. First of all, thank you very much, Johnny, for all your work. You are doing a fantastic job. Thank you. However, I find your answer here a little odd. It's a bit like the surgeon saying, I wouldn't have this operation, but if you want it just lie back. The best way to do any major update is to backup your data, install the OS, bring back your data and make all the newer services (if you are moving things like databases or web directories, etc.). Some people want to take shortcuts to this procedure, and with enough effort, that tool can work. But to me, there is too much effort and there are too many older packages left around as clutter, so I would never do it. If it would take you a lot of time and effort to clean up after the upgrade I can't imagine how long it would take me. It is going to take a long time to fix issues in any Major upgrade. Most of your apache config files will not work, many times you need to run an upgrade on database system schemas, maybe new LDAP schema's etc. That in itself is hard. Add on top of that, if using the update tool, a bunch of packages that are running using the compat-glibc from the previous release. You not only have to figure out how to do all the updated stuff from above .. you now have to figure out which of the cruft that exists from the previous version (which is still on your system as there was no upgrade for it, etc.) that is needed and what is not. This problem is not unique to CentOS or even Linux. Anyone ever upgrade a domain controller from WinNT-4 to Windows Server 2000 .. or Server 2003 to Server 2008, etc. Stuff never works like it is supposed to on in-place upgrades. You will be, IMHO, fighting problems for the lifetime of that setup after that. Much cleaner to upgrade without cruft from the old OS. Red Hat released this, so we rebuilt it .. that does not mean one should use it. Strange. Not at all .. CentOS is a rebuild of RHEL source code. I do not agree with all the package selections they make. If it were up to me, some things would be newer or older in many releases .. but it is not up to me. If Red Hat releases the Source Code, we build it. Thanks, Johnny HUghes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrading to CentOS 7
On 19.05.2015 16:37, Stephen Harris wrote: On Tue, May 19, 2015 at 09:25:30AM -0500, Jim Perrin wrote: If you have a good config management environment set up, rolling out a new build to replace older systems is much easier than walking through an update on each system. I really recommend people use ansible, chef, puppet.. whatever they're comfortable with to do some basic automation. Just do lots of testing, first :-) There are sufficient differences between major OS releases (5, 6, 7) that you may need different rules for each type. For example, postfix is different version on each so main.cf and master.cf are different and have version specific differences. Apache is sufficiently the same between 5 and 6, but 7 has a totally new way of doing things And, of course, sysvinit vs upstart vs systemd! Config managementis a great way of rebuilding a new copy of an existing version, but it's not a panacea when changing versions. It's a good way to keep track of what makes your system unique though. Kind off a diff between the core installation and the final production system. For a lot of people it seems the biggest problem is to identify what they need to migrate to get things running again and adapting that to new versions is actually that that big an issue. Sure you remember to copy /etc/httpd but did you also copy that script you wrote that tweaks some queue settings in /sys or that maintenance script that you stored under /usr/local or /opt or wherever that you haven't had to use in a year? If you have the discipline to put all that into a configuration management system then you don't have to search for these things. Regards, Dennis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Turning off wifi in CentOS 7
On 19 May 2015 11:40, m...@tdiehl.org wrote: Or if you want a bigger hammer: systemctl disable NetworkManager.service systemctl enable network.service systemctl stop NetworkManager.service systemctl start network.service The above will disable NetworkMangler and return control of the network to the scripts in /etc/sysconfig/network-scripts just like previous versions. Of course that goes against the RH recommendations, works against you if you want to do RHCSA/RHCE at some point, and has a few other issues too... It's that behaviour that lead me to write this recently: https://www.hogarthuk.com/?q=node/8 There is the right time to use the old network service. EL6 or a couple of very specific edge cases. Otherwise you are effectively hurting yourself to some extent. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Turning off wifi in CentOS 7
Kirk Bocek wrote: On 5/19/2015 10:54 AM, m.r...@5-cent.us wrote: And that one drives me nuts. It breaks PXE boot kickstart builds. Maybe *you* have all same model systems from the same manufacturer; we've got boxen from...thinking at least five or six manufacturers, of varying ages, from the 10+ yr old Altix 3000 from SGI, to the current one from SGI, to my 5 yr old Dell workstation, to some old Penguins and several Suns (soon to set, the sooner the better...). How do you deal with everything from em1 to ens3f0, which comes up *only* after you start to install In what conceivable way is this better than having your scripts know that eth0 (or even em1) is always going to be how to talk to the world? snip mark they sound like ham call letters Okay, diving in where angels don't know what the hell they are doing. (I would love for James to pipe in here.) *But*, it seems like in the section in his posting on setting up a fixed IP address (which is my immediate interest): nmcli conection modify connection.autoconnect yes ipv4.method manual ipv4.addr 10.0.0.1/24 ipv4.dns 10.0.1.1, 10.0.1.2 ipv4.gateway 10.0.0.254 Does not reference an actual interface name and nmcli is figuring everything out for you. *Unless* he is using connection here as a euphemism for an interface. If connection is the actual string then a script would work regardless of host. But that doesn't address the interface name at all. That kind of naming, which I think goes back to Sun, was fine for Sun, because all their hardware was alike. It just doesn't work for multiple vendors with frequently changing NICs and motherboards. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Turning off wifi in CentOS 7
On 5/19/2015 10:54 AM, m.r...@5-cent.us wrote: And that one drives me nuts. It breaks PXE boot kickstart builds. Maybe *you* have all same model systems from the same manufacturer; we've got boxen from...thinking at least five or six manufacturers, of varying ages, from the 10+ yr old Altix 3000 from SGI, to the current one from SGI, to my 5 yr old Dell workstation, to some old Penguins and several Suns (soon to set, the sooner the better...). How do you deal with everything from em1 to ens3f0, which comes up *only* after you start to install In what conceivable way is this better than having your scripts know that eth0 (or even em1) is always going to be how to talk to the world? snip mark they sound like ham call letters Okay, diving in where angels don't know what the hell they are doing. (I would love for James to pipe in here.) *But*, it seems like in the section in his posting on setting up a fixed IP address (which is my immediate interest): nmcli conection modify connection.autoconnect yes ipv4.method manual ipv4.addr 10.0.0.1/24 ipv4.dns 10.0.1.1, 10.0.1.2 ipv4.gateway 10.0.0.254 Does not reference an actual interface name and nmcli is figuring everything out for you. *Unless* he is using connection here as a euphemism for an interface. If connection is the actual string then a script would work regardless of host. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Turning off wifi in CentOS 7
On 5/19/2015 10:24 AM, James Hogarth wrote: On 19 May 2015 11:40, m...@tdiehl.org wrote: Or if you want a bigger hammer: systemctl disable NetworkManager.service systemctl enable network.service systemctl stop NetworkManager.service systemctl start network.service The above will disable NetworkMangler and return control of the network to the scripts in /etc/sysconfig/network-scripts just like previous versions. Of course that goes against the RH recommendations, works against you if you want to do RHCSA/RHCE at some point, and has a few other issues too... It's that behaviour that lead me to write this recently: https://www.hogarthuk.com/?q=node/8 There is the right time to use the old network service. EL6 or a couple of very specific edge cases. Otherwise you are effectively hurting yourself to some extent. Great post. I am just in the process of building my first CentOS 7 host and was wondering whether to use NetworkManager. You've swayed me. I've always disabled it on CentOS 6. Your point about these new funky device names is really good. I will miss my simple eth0 and eth1 but tech moves on. Definitely a learning curve with nmcli. Right now I'm at the Argh! WTF! phase but I'm sure I'll get over it. I got over it with selinux once I made the decision to *not* to disable selinux on all my new CentOS 6 hosts. You should move your post onto the wiki. Kirk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Turning off wifi in CentOS 7
Kirk Bocek wrote: On 5/19/2015 10:24 AM, James Hogarth wrote: On 19 May 2015 11:40, m...@tdiehl.org wrote: Or if you want a bigger hammer: systemctl disable NetworkManager.service systemctl enable network.service systemctl stop NetworkManager.service systemctl start network.service To respond to this, my manager wants us to deal with 7 the way that is recommended, so the smaller hammer worked well. snip Of course that goes against the RH recommendations, works against you if you want to do RHCSA/RHCE at some point, and has a few other issues too... It's that behaviour that lead me to write this recently: https://www.hogarthuk.com/?q=node/8 There is the right time to use the old network service. EL6 or a couple of very specific edge cases. Otherwise you are effectively hurting yourself to some extent. Excerpt I *still* see absolutely no use in an enterprise environment, where we're *all* wired, even the laptops when folks bring them in. This improves throughput and security, of course. Great post. I am just in the process of building my first CentOS 7 host and was wondering whether to use NetworkManager. You've swayed me. I've always disabled it on CentOS 6. Your point about these new funky device names is really good. I will miss my simple eth0 and eth1 but tech moves on. And that one drives me nuts. It breaks PXE boot kickstart builds. Maybe *you* have all same model systems from the same manufacturer; we've got boxen from...thinking at least five or six manufacturers, of varying ages, from the 10+ yr old Altix 3000 from SGI, to the current one from SGI, to my 5 yr old Dell workstation, to some old Penguins and several Suns (soon to set, the sooner the better...). How do you deal with everything from em1 to ens3f0, which comes up *only* after you start to install In what conceivable way is this better than having your scripts know that eth0 (or even em1) is always going to be how to talk to the world? snip mark they sound like ham call letters ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos