[CentOS-announce] CEBA-2014:1260 CentOS 7 wpa_supplicant FASTTRACK BugFix Update
CentOS Errata and Bugfix Advisory 2014:1260 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1260.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 908a1c6fea669386cff202f56c1f0b515852c2b7132c9245f7b9d47361da9bd0 wpa_supplicant-2.0-13.el7.x86_64.rpm Source: 1d56f29c2c6e42b72a731fc37d510ea2b310be755f1ff7160eb5c7706a5bdc2e wpa_supplicant-2.0-13.el7.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] CEEA-2014:1269 CentOS 7 linux-firmware Enhancement Update
CentOS Errata and Enhancement Advisory 2014:1269 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1269.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1d14a5fb5974bb26cbd68e03b614dba131dd84319e9b6233d08edb3a2badc0e2 iwl1000-firmware-39.31.5.1-35.el7_0.noarch.rpm ad734a68808ee7fd6e99d4c6300bf4033711ef247c48c4a7bebe24b569de83f0 iwl100-firmware-39.31.5.1-35.el7_0.noarch.rpm 1b26f68e4037400da5cb4db24a0a38796459b684c7e808403df0b6ea89759d32 iwl105-firmware-18.168.6.1-35.el7_0.noarch.rpm be8097c5476c41022be70770c8b06539083e0b0102cf1b72ba305322b6104bf7 iwl135-firmware-18.168.6.1-35.el7_0.noarch.rpm 1b3d5679e899321045cea1f8a691cca80ce5e790c65ebe916fc8f48f5fe76b4e iwl2000-firmware-18.168.6.1-35.el7_0.noarch.rpm 32e0821a0c341414e8e437d2c76443ef3ce58dc6371f7ba8f64ef8f3c5ae16c0 iwl2030-firmware-18.168.6.1-35.el7_0.noarch.rpm b17168670ea50a5cec382e40dc86cbed05655b3ff9801697869c59ad1c7a8de7 iwl3160-firmware-22.0.7.0-35.el7_0.noarch.rpm a541b8250738fe65aa764bb70eb04434a33c99346b4c08fa25229dead113c352 iwl3945-firmware-15.32.2.9-35.el7_0.noarch.rpm 71dd16f072cadb49ca8bf8898bd6cf533c2de81ffd325046fd9e7600cde01fdb iwl4965-firmware-228.61.2.24-35.el7_0.noarch.rpm dce9821064c9423fbff0f34b0ae5c9d0ae3d408b7d1c3aeb2ed49234300d3947 iwl5000-firmware-8.83.5.1_1-35.el7_0.noarch.rpm f691edb4102575db3dc363a53b73e36e461bea9135ece2acbb2ef21719a74ddd iwl5150-firmware-8.24.2.2-35.el7_0.noarch.rpm 3e3a592107beccc16f7bad95ddab693f8086fb6d28a3f1888739010921ed00c4 iwl6000-firmware-9.221.4.1-35.el7_0.noarch.rpm 540d3ab50b7f88f25e48d784e3e8b0cc6577061661385bcf809e1a6089e33cde iwl6000g2a-firmware-17.168.5.3-35.el7_0.noarch.rpm bb2b2147608713e44fc6cb1a5c3991c642eb936b0b1d744a7a5c0c058456cad4 iwl6000g2b-firmware-17.168.5.2-35.el7_0.noarch.rpm 8ed70e571956e0b0921d3005ef0af15c6d6b83006f726b55dcfca42913577794 iwl6050-firmware-41.28.5.1-35.el7_0.noarch.rpm 17fff39850513c1f5130f43740ebd151cffd38e4fdf944cdabe0d1b2790ae702 iwl7260-firmware-22.0.7.0-35.el7_0.noarch.rpm 0ae5b16353ffd55b33dd587c029a67e377e9505486b2bff573debc2593d62737 iwl7265-firmware-22.0.7.0-35.el7_0.noarch.rpm 425349e83aa5426a436f7d3fd99ca9d12d5013d338a0e42f2b2cf02f096168d8 libertas-sd8686-firmware-20140804-0.1.git6bce2b0.el7_0.noarch.rpm 5856afd0ba020996822ee3a2634315e1c9db09b9e4ce97dc54a3416dfbc1136b libertas-sd8787-firmware-20140804-0.1.git6bce2b0.el7_0.noarch.rpm 63726489ee8913f93a46d1085dcf9979e25429f185505e77181c204b303df068 libertas-usb8388-firmware-20140804-0.1.git6bce2b0.el7_0.noarch.rpm cc1123fb31e5085328beabe21ab381ec3ae909897cad6489cf2a09b4aa838e33 libertas-usb8388-olpc-firmware-20140804-0.1.git6bce2b0.el7_0.noarch.rpm 92fdbcbc514fac7c37df2b2eded15ba2a7f26ec31227d66fdaa8222b8ce22197 linux-firmware-20140804-0.1.git6bce2b0.el7_0.noarch.rpm Source: ad523f645d33c926f0c979081b0126891184ad383f03fa3fe439d5a6c17c02a4 linux-firmware-20140804-0.1.git6bce2b0.el7_0.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] CEBA-2014:1270 CentOS 7 redhat-lsb FASTTRACK BugFix Update
CentOS Errata and Bugfix Advisory 2014:1270 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1270.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6637f912283e727dbb61803200b26ad1974e4ed1c254d8cb315d79be3cb052f6 redhat-lsb-4.1-27.el7.i686.rpm 9bc116342408406c1b18cd90ce849db7d0afd21439edfad43e8c473674e754a4 redhat-lsb-4.1-27.el7.x86_64.rpm a411a23f54fc9fb13d1de9b7d988ce5955a9158bf83f624d88ba05a96c70578a redhat-lsb-core-4.1-27.el7.i686.rpm 23d6961448f2caec1aedecd238a5df1b80890d32c2e6dd1920d48fd89109 redhat-lsb-core-4.1-27.el7.x86_64.rpm 13082771a589c2e2ec43bd2d9db38769a9c4ece6a6e23a74acc4af62ff776571 redhat-lsb-cxx-4.1-27.el7.i686.rpm c821b10eb3181ac92486adb7e74fc7506537c7dcb0633b09309bce589302f402 redhat-lsb-cxx-4.1-27.el7.x86_64.rpm 285f8e39a09dc31f116cf79435c8da385231fd59d0b1a91ad855fcb6e8f28dce redhat-lsb-desktop-4.1-27.el7.i686.rpm ec4e0949663ce9d7528f535fd1bb7c83cdeccf9f75047eebdce9b83be746d036 redhat-lsb-desktop-4.1-27.el7.x86_64.rpm 937489620bb0ad087e776b5f5501c68bf13dbe3b5b282727a9d06b105b13e96c redhat-lsb-languages-4.1-27.el7.i686.rpm a33b810eaa50c3bc22ed692e0119c2955f68d01d3e16d665b2b70c4463514e55 redhat-lsb-languages-4.1-27.el7.x86_64.rpm 30c08439142351ca8e6c7fdc5b3919f6a46d99f94c0ea2d3b409415777c10e15 redhat-lsb-printing-4.1-27.el7.i686.rpm de94fc40ad1cf297bf8f2c90d1d436e0c3525dc2f13b5c3ca07a8d564bcb3d18 redhat-lsb-printing-4.1-27.el7.x86_64.rpm bb7a8e4199f21bd05f7c3026c8172a3ec3c7af63949ef280e897c49028c9453d redhat-lsb-submod-multimedia-4.1-27.el7.i686.rpm 8bc44baf44ee8f606e443a5e7eecfc32e3ce0f7d523e8191ae3c4b4c92e91e82 redhat-lsb-submod-multimedia-4.1-27.el7.x86_64.rpm a2e7ad83918d4a6963977698198c5e5d687bc77392bd68fdabd72dd195f9f869 redhat-lsb-submod-security-4.1-27.el7.i686.rpm 2012324ff398ffb92634994c5762a3c0732a3675774ded7deed1c6390704 redhat-lsb-submod-security-4.1-27.el7.x86_64.rpm dcc77afff25de4f0e33fe10808925ff6dbd649db7a8a89d1017f0ce53d6296f6 redhat-lsb-supplemental-4.1-27.el7.x86_64.rpm 2015d706027369d1fdc8114bbcf1a632fe33c864f224bf1aa0ebf30e59d87add redhat-lsb-trialuse-4.1-27.el7.i686.rpm dd74f0210a7e1ea658b340ff369048c0a7020272dcf832d7eb2a39650ddb7948 redhat-lsb-trialuse-4.1-27.el7.x86_64.rpm Source: 8aea5f75ada7f23e111c0ef652a9fb42fb15e90196e71aac501441dfae4e27cb redhat-lsb-4.1-27.el7.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] CEBA-2014:1272 CentOS 6 hwloc BugFix Update
CentOS Errata and Bugfix Advisory 2014:1272 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1272.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cd30f512c5c8d98168738e169952f561054fe73633df74ac03cf1b7426a3d2bb hwloc-1.5-3.el6_5.i686.rpm 3f38e1172416d48393739ea54cbe8cd46e917f994eca739a3a939ff8d1e302e7 hwloc-devel-1.5-3.el6_5.i686.rpm x86_64: cd30f512c5c8d98168738e169952f561054fe73633df74ac03cf1b7426a3d2bb hwloc-1.5-3.el6_5.i686.rpm 78fe8c6048f7b7cbace011fb30670bc674f22e0d556b6c3b228bb09c050606d5 hwloc-1.5-3.el6_5.x86_64.rpm 3f38e1172416d48393739ea54cbe8cd46e917f994eca739a3a939ff8d1e302e7 hwloc-devel-1.5-3.el6_5.i686.rpm 89a50c7eba410cb222722711ecaa0109f1909668490d782363fdc18797a8ccbb hwloc-devel-1.5-3.el6_5.x86_64.rpm Source: 1953e1bb683a340b366f5ca0c7e8326e98f4492bdc0671535732b198e8c55175 hwloc-1.5-3.el6_5.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-2014:1281 Moderate CentOS 7 kernel Security Update
CentOS Errata and Security Advisory 2014:1281 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1281.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 535a0c607e2a0ef2f31bb8ddb0337e4eedbd9216a414f5d83642c586a14fe16d kernel-3.10.0-123.8.1.el7.x86_64.rpm 40995590026ce07c29bf1b546e40f3f99cc4cfd3d61929c14df217148de70f0e kernel-abi-whitelists-3.10.0-123.8.1.el7.noarch.rpm b7e321b0469a24c2bc6d96d0057f598150ee78e4439c3b68e25585b25812de82 kernel-debug-3.10.0-123.8.1.el7.x86_64.rpm 4fe39ed5df4ebb54e42f39a1c7822ca5130cb015b2681921fc31ead0c8e2950c kernel-debug-devel-3.10.0-123.8.1.el7.x86_64.rpm a4daa8a209ce5bd3e3f714744e0d47e463ee0cb39d46bc827c23701916158598 kernel-devel-3.10.0-123.8.1.el7.x86_64.rpm 94db9518d6319a390ca9edfd38c3b1fb11ffb11e839508a76acd264a2189b6a7 kernel-doc-3.10.0-123.8.1.el7.noarch.rpm 6ac7e778265d562622f7aae408ab9ba40a645ccd01f57ce6cbf3c4a28c18cad3 kernel-headers-3.10.0-123.8.1.el7.x86_64.rpm 6f2fc0a85338b1f63e3d10425e3c4c94055af152ca46f3144220eafd0973950a kernel-tools-3.10.0-123.8.1.el7.x86_64.rpm 45d8bcb5bc7d6a45fdea645b9a6404d5f40a3252f97fd7c8a2d7e949ea470bc2 kernel-tools-libs-3.10.0-123.8.1.el7.x86_64.rpm 2a3ad865aa10b6932c52fb999f7c104a9dfafe52ecaf4e21d035dd68b1518a87 kernel-tools-libs-devel-3.10.0-123.8.1.el7.x86_64.rpm 993a086f492f91627df11dca2df15a7f7337e40d9c1ae2f11e6fcd676f77e97d perf-3.10.0-123.8.1.el7.x86_64.rpm a8247b6a7901756e53b9692445af4ba01234e11d2dc57c018bed881b7d0e400b python-perf-3.10.0-123.8.1.el7.x86_64.rpm Source: 8a72852dfcd629af7a539c092eb842dbbdc83438209445e0f9142f133784cabc kernel-3.10.0-123.8.1.el7.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-virt] Reminder: Virt SIG meeting tomorrow
Just a reminder, the Virt SIG meeting is tomorrow on IRC (channel #centos-devel) at 1pm UTC (2pm BST, 9am EST). I've (finally) done a draft update of the Virt SIG roadmap: http://wiki.centos.org/SpecialInterestGroup/Virtualization/Roadmap The concept I had was to have a number of different projects within the SIG (Xen, Docker, Xapi, oVirt), each with its own maintainer that would be in charge of the packages. The page is meant to be able to help people get an idea of what each project's overall goal, component packages and how to submit modifications (via git pull requests), status, and miscellaneous other things that need to be done. We should probably define at least a very basic path for approving projects / maintainers, getting rid of inactive projects, c. I'd be fine with, Someone makes a proposal on centos-virt with $INFORMATION; Lars and / or KB approve it to begin with; we can always add more structure later if we need. Anyway, all just ideas -- we can talk about it at the meeting tomorrow. -George ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] Storage Install and configure on Centos
Thank you John On Fri, Sep 19, 2014 at 12:36 PM, John R Pierce pie...@hogranch.com wrote: On 9/18/2014 9:14 PM, Chandran Manikandan wrote: Dear All, I would like to study and practice for storage in Centos 5 and 6. Could anyone guide me. What is cluster and Virtualization technology how to implement in our office. http://www.redhat.com/en/services/training/courses-by-curriculum -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- *Thanks,* *Manikandan.C* *System Administrator* ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] odd dmesg entries
On 9/21/2014 12:50, John R Pierce wrote: every so often, I'm seeing these in my dmesg output, and I'm not sure what they are? host[32625]: segfault at 0 ip 0040abb8 sp 7ff59d36bd40 error 4 in host[40+1b000] host[24560]: segfault at 0 ip 0040abb8 sp 7f4fa1c4bd40 error 4 in host[40+1b000] host[8354]: segfault at 0 ip 0040abb8 sp 7fa07330dd40 error 4 in host[40+1b000] Normally the in $foo bit at the end names a program or library. I wonder if the host[$foo+$bar] syntax revers to a KVM guest? It's odd that it's correlated in time with some automatic software RAID check you've got going there. Is the order segfault-then-md as a closely-spaced pair, followed by a gap in time? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] LS command bizzare behavior
Hi, My bosses are running into an issue, where we type ls on a nfs mounted filesystem, and files that are there are not listed... I thought it was pilot error until my big boss showed me... but we can vi the files, we can access them via other means if we know the name. Then once we have accessed them, LS now shows the files. We are running centos 6.5, we are accessing them via xwin-32 (which should not be the issue) I looked on google and found nothing discussing this...of course this has nothing to do with hidden files (dot in front) because once we access the files we can see them. Thanks Dan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LS command bizzare behavior
On Mon, 22 Sep 2014 10:48:32 -0500 Dan Hyatt wrote: but we can vi the files, we can access them via other means if we know the name. Then once we have accessed them, LS now shows the files. Sounds like a caching issue to me. After you have accessed the file, it's in the cache and you can see it. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LS command bizzare behavior
On 2014-09-22, Frank Cox thea...@melvilletheatre.com wrote: On Mon, 22 Sep 2014 10:48:32 -0500 Dan Hyatt wrote: but we can vi the files, we can access them via other means if we know the name. Then once we have accessed them, LS now shows the files. Sounds like a caching issue to me. After you have accessed the file, it's in the cache and you can see it. More specifically, it sounds like a client-side caching issue. I've seen this happen on linux clients if I'm *really* fast on the trigger. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 7 installer
I dunno if this ours, or an upstream enhancement, but I was just rebuilding a 6.5 box with 7. I selected custom formatting. 1. It seems to autoselect *ALL* drives. I would strongly argue that it should *only* select the first drive, or whichever is already bootable. That could be disastrous if someone doesn't notice they're all selected. 2. There's NO BACK BUTTON once you get into the select mount points, etc, screen. The only way back seems to be a reboot. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LS command bizzare behavior
So how do I fix it. We actually have a widespread problem with files and directories disappearing... as it is one user in particular it might be pilot error, but it might be this. Because this is happening to two competent users. On 9/22/2014 1:11 PM, Keith Keller wrote: On 2014-09-22, Frank Cox thea...@melvilletheatre.com wrote: On Mon, 22 Sep 2014 10:48:32 -0500 Dan Hyatt wrote: but we can vi the files, we can access them via other means if we know the name. Then once we have accessed them, LS now shows the files. Sounds like a caching issue to me. After you have accessed the file, it's in the cache and you can see it. More specifically, it sounds like a client-side caching issue. I've seen this happen on linux clients if I'm *really* fast on the trigger. --keith ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 installer
Yes, imagine connected to your large data filesystems. Or worse yet, you have a data center power down PXE for some reason is set on all switches as the first choice and any mounted filesystem might get wiped... On 9/22/2014 3:06 PM, m.r...@5-cent.us wrote: I dunno if this ours, or an upstream enhancement, but I was just rebuilding a 6.5 box with 7. I selected custom formatting. 1. It seems to autoselect *ALL* drives. I would strongly argue that it should *only* select the first drive, or whichever is already bootable. That could be disastrous if someone doesn't notice they're all selected. 2. There's NO BACK BUTTON once you get into the select mount points, etc, screen. The only way back seems to be a reboot. mark ___ 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] CentOS 7 installer
On Mon, September 22, 2014 3:14 pm, Dan Hyatt wrote: Yes, imagine connected to your large data filesystems. Or worse yet, you have a data center power down PXE for some reason is set on all switches as the first choice and any mounted filesystem might get wiped... I had an assistant a while back; he set up small server, and first boot choice was from first hard drive, second was pxe that was starting fresh system build (wiping all drives,...). He never changed that after the system was initially built with kickstart. Why, if it will always boot from the drive, right? One day on boot (upon reboot into updated kernel, I guess) system drive timed out... and his production box was wiped ;-). I bet he never leaves things like that since. Valeri PS Of course, we recovered all we needed to recover. My plan is: I have a good backup ;-) On 9/22/2014 3:06 PM, m.r...@5-cent.us wrote: I dunno if this ours, or an upstream enhancement, but I was just rebuilding a 6.5 box with 7. I selected custom formatting. 1. It seems to autoselect *ALL* drives. I would strongly argue that it should *only* select the first drive, or whichever is already bootable. That could be disastrous if someone doesn't notice they're all selected. 2. There's NO BACK BUTTON once you get into the select mount points, etc, screen. The only way back seems to be a reboot. mark ___ 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 Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] X, why did it have to be X
I have one user. We've pretty much all got two monitors, but he insists on rotating both of them vertically - that is, they're taller than they are wide, and he's got a Radeon card. I always have X grief on his system when I update it I just did a full update. X comes up in both screens... but the left one is *not* rotated, while the right one is. And they're mirrored. I've logged in as root, looked at all the configuration I know of, and nothing tells it to mirror, or one rotate and the other not. But when I use the menu, and go to system-preferences-display, it shows mirror screens *always* checked. I uncheck that, and hit apply, and nothing happens. I move the one off from over the other, and rotate the other, and still, nothing at all happens, and I don't see anything written, anywhere. Suggestions? mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LS command bizzare behavior
On Mon, 22 Sep 2014 15:12:07 -0500 Dan Hyatt wrote: but we can vi the files, we can access them via other means if we know the name. Then once we have accessed them, LS now shows the files. Sounds like a caching issue to me. After you have accessed the file, it's in the cache and you can see it. More specifically, it sounds like a client-side caching issue. I've seen this happen on linux clients if I'm *really* fast on the trigger. So how do I fix it. We actually have a widespread problem with files and directories disappearing... as it is one user in particular it might be pilot error, but it might be this. Because this is happening to two competent users. Is fs-cache enabled? Have you read this: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/fscachenfs.html -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] X, why did it have to be X
m.r...@5-cent.us wrote: I have one user. We've pretty much all got two monitors, but he insists on rotating both of them vertically - that is, they're taller than they are wide, and he's got a Radeon card. I always have X grief on his system when I update it I just did a full update. X comes up in both screens... but the left one is *not* rotated, while the right one is. And they're mirrored. I've logged in as root, looked at all the configuration I know of, and nothing tells it to mirror, or one rotate and the other not. But when I use the menu, and go to system-preferences-display, it shows mirror screens *always* checked. I uncheck that, and hit apply, and nothing happens. I move the one off from over the other, and rotate the other, and still, nothing at all happens, and I don't see anything written, anywhere. Suggestions? A couple other things: the /etc/X11/xorg.conf that I fought successfully last year is still in place, but it acts as though it's ignoring it. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LS command bizzare behavior
On 2014-09-22, Dan Hyatt dhy...@dsgmail.wustl.edu wrote: So how do I fix it. If it is in fact client-side, you have to fix the client. If these are Windows NFS clients then I am not much help. Perhaps the maintainers of the NFS client software have heard of this issue. If you have Samba already set up, it might be interesting to see if the issue shows up there too. If it does, then it may not be a client-side issue. If it doesn't happen under Samba then it's more likely to be client-side NFS. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] X, why did it have to be X
Anything enlightening showing up in /var/log/Xorg.0.log? Maybe something explaining why your conf is being ignored? Kahlil (Kal) Hodgson GPG: C9A02289 Head of Technology (m) +61 (0) 4 2573 0382 DealMax Pty Ltd(w) +61 (0) 3 9008 5281 Suite 1415 401 Docklands Drive Docklands VIC 3008 Australia All parts should go together without forcing. You must remember that the parts you are reassembling were disassembled by you. Therefore, if you can't get them together again, there must be a reason. By all means, do not use a hammer. -- IBM maintenance manual, 1925 On Tue, Sep 23, 2014 at 7:37 AM, m.r...@5-cent.us wrote: m.r...@5-cent.us wrote: I have one user. We've pretty much all got two monitors, but he insists on rotating both of them vertically - that is, they're taller than they are wide, and he's got a Radeon card. I always have X grief on his system when I update it I just did a full update. X comes up in both screens... but the left one is *not* rotated, while the right one is. And they're mirrored. I've logged in as root, looked at all the configuration I know of, and nothing tells it to mirror, or one rotate and the other not. But when I use the menu, and go to system-preferences-display, it shows mirror screens *always* checked. I uncheck that, and hit apply, and nothing happens. I move the one off from over the other, and rotate the other, and still, nothing at all happens, and I don't see anything written, anywhere. Suggestions? A couple other things: the /etc/X11/xorg.conf that I fought successfully last year is still in place, but it acts as though it's ignoring it. mark ___ 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] X, why did it have to be X
Apologies for previous top post. Gmail was being, well, Gmail :-( ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] (no subject)
___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos