Discuss

discuss@lists.centos.org

12 participants
34747 discussions

dictionary on centos
by Valeri Galtsev 10 Oct '16

10 Oct '16

Dear All, Could someone recommend open source dictionary one can install on CentOS 7? I have a user who needs Chinese-English dictionary. He downloaded it from some website in China. My problem is: I neither speak nor read Chinese (were it English, Russian or German I would be OK), so I can not read the License agreement, and I can not audit this software (or evaluate somehow else its sanity). But installing open source Chinese-English dictionary would solve these my problems (if my user accepts the replacement). Thanks a lot for your advises! Valeri ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++

1 0

External monitor support changes.
by Lamar Owen 10 Oct '16

10 Oct '16

I've been working on this issue for quite a while. Back in January of 2015 I posted about how well external monitors worked with the out-of-the-box CentOS 7 ATI radeon drivers and my Dell M6500 with an ATI FirePro M7820. At the time the support was seamless and 'Just Worked' without any issue. A few months later, some update came down the pipe and this broke completely, with the same projector that had been working fine for a while. It just simply quit working. The docked double monitors still worked fine, and it wasn't a critical issue for me, so I kept trying it occasionally to see if it would start working again, but it never did. So last week I upgraded laptops to a Dell Precision M6700 with an nVidia card, upon which I immediately installed the ELrepo drivers. The docked dual monitors worked fine (used in a triple monitor setup, just like the ATI card in the M6500). So I decided I would try the HDMI port. Well, it did exactly the same thing the M6500 with the ATI card did. The symptom is that the laptop screen will blank, then come back for a bit, then blank for a few seconds then come back; lather, rinse, repeat. The Xorg log shows this: +++++++++++++++++++++++++ [ 239.338] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display [ 239.338] (**) NVIDIA(0): device DELL 7700 (DFP-1) (Using EDID frequencies has been [ 239.338] (**) NVIDIA(0): enabled on all display devices.) [ 239.344] (--) NVIDIA(GPU-0): DELL 7700 (DFP-1): connected [ 239.344] (--) NVIDIA(GPU-0): DELL 7700 (DFP-1): Internal TMDS [ 239.344] (--) NVIDIA(GPU-0): DELL 7700 (DFP-1): 165.0 MHz maximum pixel clock [ 239.344] (--) NVIDIA(GPU-0): [ 239.459] (II) NVIDIA(0): Setting mode "DP-0: nvidia-auto-select @1920x1080 +1920+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0}" [ 240.048] (II) NVIDIA(0): Setting mode "LVDS-0: nvidia-auto-select @1920x1080 +0+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0}, DP-0: nvidia-auto-select @1920x1080 +1920+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0}" [ 240.542] (--) NVIDIA(GPU-0): CRT-0: disconnected [ 240.542] (--) NVIDIA(GPU-0): CRT-0: 400.0 MHz maximum pixel clock [ 240.542] (--) NVIDIA(GPU-0): [ 240.542] (--) NVIDIA(GPU-0): CMN (DFP-0): connected [ 240.542] (--) NVIDIA(GPU-0): CMN (DFP-0): Internal LVDS [ 240.542] (--) NVIDIA(GPU-0): CMN (DFP-0): 330.0 MHz maximum pixel clock [ 240.542] (--) NVIDIA(GPU-0): [ 240.566] (--) NVIDIA(GPU-0): DELL 7700 (DFP-1): connected [ 240.566] (--) NVIDIA(GPU-0): DELL 7700 (DFP-1): Internal TMDS [ 240.566] (--) NVIDIA(GPU-0): DELL 7700 (DFP-1): 165.0 MHz maximum pixel clock +++++++++++++++++++++++ The nVidia control panel shows the DELL 7700 coming up, then going away, then coming up, then going away. I hadn't tried the M6500 in a while with it, so I'm going to try it again and look at the Xorg log, but my recollection is that the symptoms and log were the same. There isn't any error condition reported in the Xorg log; it just doesn't ever display anything on the projector. While I realize that the nvidia drivers are ELrepo packages, the same symptoms happened with the M6500's ATI with the stock CentOS 7 ATI drivers; it worked beautifully one day, then some updates came, and it just quit working, using the same projector, cables, and receiver. I don't recall exactly where in the 7.x cycle this happened, unfortunately. I may give the original 7.0 a whirl then the original 7.1 a whirl, but I think it started with the 7.2 release. It could be the receiver in the middle, and I'll try a direct cable to the projector. But I tried that with the M6500 and it didn't change anything. But, again, the docked triple-head configuration works like a champ. I will perform more testing and update as I find things.

1 0

Desktop for newbies
by david 10 Oct '16

10 Oct '16

Folks I'm about to set up a non-root user on a Centos=7 server that I control for a friend. It is in his home, so access is local. He's a refugee from the latest Windows 10 Upgrade. I'd like a suggestion as to which of the several possible graphical desktops to suggest to him and set up for him as his default. My aim is: - Allow him to try out Linux as an end-user - Let him start to feel comfortable with the desktop - Learn the new idioms for familiar programs and functions And later - Give him his own system with root privileges. Suggestions? David

7 15

3rd and 4th keys keymapped in Keyboard Layout???
by ken 09 Oct '16

09 Oct '16

Looking at the Keyboard Layout in CentOS 7.2, there are a 3rd and 4th characters for many keys. E.g., for 'd' there are the division sign and the degree symbol. I've tried the obvious key combinations-- Alt-d, Alt-Shift-d, etc.-- but no luck. Is there some configuration change I need to make in Gnome...? or what do I need to do to access these 3rd and 4th key characters? tia

1 0

Kerberized NFS client and slow user write performance
by Matt Garman 07 Oct '16

07 Oct '16

We seem to be increasingly hit by this bug: https://access.redhat.com/solutions/2040223 "On RHEL 6 NFS client usring kerberos (krb5), one user experiences slow write performance, another does not" You need a RH subscription to see that in its entirety. But the subject basically says it all: randomly, one or more users will be subjected to *terrible* NFS write performance that persists until reboot. There is a root cause shown, but that is cryptic to non-kernel devs; it doesn't explain from a user perspective what triggers this state. (That's why it appears to be random to me.) There is no solution or workaround given. This appears to be on a per-user + per-server basis, so a crude workaround is to migrate the user to a different server. And we do regular reboots, which somewhat hides the problem. My question to the list: has anyone else dealt with this? The link says "Solution in Progress", but that was last updated nearly a year ago. We don't have any support contracts with upstream, just the website access subscription, so I doubt RH will offer any help. Appreciate any suggestions! Thanks, Matt

1 0

CentOS-announce Digest, Vol 140, Issue 4
by centos-announce-request＠centos.org 07 Oct '16

07 Oct '16

1 0

porting spec files
by Alice Wonder 07 Oct '16

07 Oct '16

An rpm intended for a bleeding edge Fedora builds perfectly for me when I comment two macros apparently not in CentOS 7 - %transfiletriggerin and %transfiletriggerun Looks like they operate similar to %post and %postun but are different. Is a simple way to do what they do in CentOS 7 or do I have to change the packaging logic to build in CentOS 7 and have things work properly? -- -=- Sent my from my laptop, may not be able to respond timely

2 3

Python and LibreSSL Patch
by Alice Wonder 06 Oct '16

06 Oct '16

One of my hobbies (I need a life) is working on getting stuff to build against LibreSSL in CentOS 7 Part of that involves some test (not production) machines where openssl has been removed. Discovered some issues with Python built again LibreSSL - it passes the test suite in %check if you just change the BuildRequires but the result is some modules have some unresolved symbols the test suite oddly didn't catch (e.g. RAND_egd and some sslv3 stuff) http://awel.domblogger.net/7/purelibre/Python-2.7.5-rhel7-libressl.patch.txt That patch takes care of all of those (I think) as well as fixing the test suite - which fails after fixing python for the unresolved symbols unless disabling the checks that simply won't work with LibreSSL Anyway the patch has fixes from a variety of places as well as a few of my own. In *theory* it should also work if rebuilding the RHEL/CentOS against an OpenSSL build with SSLv3 removed. Though it might be interest to some. Patch doesn't apply to pristine Python 2.7.5 but to Python 2.7.5 after the various Red Hat patches are applied. -- -=- Sent my from my laptop, may not be able to respond timely

1 0

CentOS-announce Digest, Vol 140, Issue 3
by centos-announce-request＠centos.org 06 Oct '16

06 Oct '16

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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. CESA-2016:2006 Important CentOS 6 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 5 Oct 2016 14:03:13 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:2006 Important CentOS 6 kernel Security Update Message-ID: <20161005140313.GA42748(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:2006 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-2006.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 810ff04c87c510188497a9e532d30337092e09b739dd997942e64e085d41895e kernel-2.6.32-642.6.1.el6.i686.rpm e50c485433afef0c43a9817a36c99826fbc09837218ad25be7bffac0c6037c1d kernel-abi-whitelists-2.6.32-642.6.1.el6.noarch.rpm 31d99898fbd3ffca70762849c9c8a9d9edb1575949039d87c0b9df3ef0b857ff kernel-debug-2.6.32-642.6.1.el6.i686.rpm ee1e8df3dcee448ca52156e6d825330a4366eb6efae0b29dad3ef1239b1c6738 kernel-debug-devel-2.6.32-642.6.1.el6.i686.rpm 5e1983363bfaf3a4341494943dc0b76de192f65fc4f4223198cae8c4cb6e1899 kernel-devel-2.6.32-642.6.1.el6.i686.rpm 3f5b8196a07bab358d24f115f2c7f2bda5d94eccac13f356b9823c3b175b1daf kernel-doc-2.6.32-642.6.1.el6.noarch.rpm 94f9aa57195ed2ff05e327e78729ea619f5fd27205e62ad181d878b082da94bc kernel-firmware-2.6.32-642.6.1.el6.noarch.rpm c5cf08bf17c365ea69bc3bc9778790da88496d244d17856f5e9d43ac34be531d kernel-headers-2.6.32-642.6.1.el6.i686.rpm 358a13a8e8eb25662c6dd53a9035a5f94538b5ed6582553900b061009b366443 perf-2.6.32-642.6.1.el6.i686.rpm fcf125b332f77db4d332685f25896e3a989dccca8e63ad6624e92a45ecf8335f python-perf-2.6.32-642.6.1.el6.i686.rpm x86_64: 80c428c5177041fb5b0a56af511c7f5ac9bcfae172a5a2577f3f76611068e428 kernel-2.6.32-642.6.1.el6.x86_64.rpm e50c485433afef0c43a9817a36c99826fbc09837218ad25be7bffac0c6037c1d kernel-abi-whitelists-2.6.32-642.6.1.el6.noarch.rpm da1e57d5e274a448574d7f85f74c2348a706a407ffa5eda5a9c0b92851ca23c3 kernel-debug-2.6.32-642.6.1.el6.x86_64.rpm ee1e8df3dcee448ca52156e6d825330a4366eb6efae0b29dad3ef1239b1c6738 kernel-debug-devel-2.6.32-642.6.1.el6.i686.rpm f7d4c7b20c6b7143776e70874f988350f3617d9b210888c448334de03b4f7c6d kernel-debug-devel-2.6.32-642.6.1.el6.x86_64.rpm dbd000bce2359a5b8968c5ef7efadbff0b18c0617ea02d41b379fc4bcad9865b kernel-devel-2.6.32-642.6.1.el6.x86_64.rpm 3f5b8196a07bab358d24f115f2c7f2bda5d94eccac13f356b9823c3b175b1daf kernel-doc-2.6.32-642.6.1.el6.noarch.rpm 94f9aa57195ed2ff05e327e78729ea619f5fd27205e62ad181d878b082da94bc kernel-firmware-2.6.32-642.6.1.el6.noarch.rpm a17a898dc404b1198503c5ea96e28c969feede850d37118849272e7d82d3eb15 kernel-headers-2.6.32-642.6.1.el6.x86_64.rpm 38bd345c31d629381967088aae3c0d73c21e71ab52b7512fc4df1893800b1673 perf-2.6.32-642.6.1.el6.x86_64.rpm dc28a444a6aa28401c3c65617a51eba10befbf6ea0e0762dd289c06f5025d3e0 python-perf-2.6.32-642.6.1.el6.x86_64.rpm Source: bdc9da7e700dd6315c721c315fd032b07f1eecc8bb0dfd7d14875a860ebcee8d kernel-2.6.32-642.6.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 140, Issue 3 ***********************************************

1 0

thunderbird update 45.4.0 tries to start with Lightning calender
by geo.inbox.ignored 06 Oct '16

06 Oct '16

FYI. if anyone has problem the new thunderbird update 45.4.0 trying to start with Lightning calendar and gets the "Add-ons Manager" tab error message of a missing component, click the "Extensions" to left. in Lightning 'bar', select [Disable], restart thunderbird, problem solved. i do not use Lightning calender, so problem was easy to solve. if you have been using Lightning calender, problem may not occur. -- peace out. CentOS GNU/Linux 6.8 tc,hago. g . =+= Tired of having your microsoft os hacked? Change to Linux os, used by microsoft hackers. =+= in a world with out fences, who needs gates. =+=

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss