Discuss

discuss@lists.centos.org

34753 discussions

Re: [CentOS] Gnome 3 on centos 7
by Jerry Geis 23 Oct '14

23 Oct '14

On Thu, Oct 23, 2014 at 2:50 PM, <m.roth(a)5-cent.us> wrote: > Note that I still can't post to the list.... > > Jerry Geis wrote: > > Hi all - almost have my migration to Centos 7 done... > > > > My last piece is finding a way to keep menus away from users on Gnome 3. > > > > gsettings took me pretty far, to remap gconf-tool to gsettings. > > > > I also removed two packages > > gnome-shell-extension-places-menu > > gnome-shell-extension-app-menu > > > > This removed the Places and Apps menu options in the top panel. > > > > However - when doing this now I see the menu choice for "Activities". > > > > I am wondering if anyone knows how to remove that or make it > > non-functional... > > You can click on it and run a "terminal" which I do not desire. > > I missed the beginning of this - is this supposed to be like a kiosk? The > only things the users can do is click on icons, and those are all they're > allowed to do? If so, I think there's a kiosk setup. > > And don't forget to disable screen, or whatever it is, that lets me to > <f[2-x], and get to a text-mode login.... > > mark > > Mark - it is basically a Kiosk. I really dont want any icons on the screen - I am remotely controlling the box and what is on the screen for viewing. if someone connected a mouse I dont want them to be able to do anything. I have disable the function keys and such... thanks, Jerry

1 0

Gnome 3 on centos 7
by Jerry Geis 23 Oct '14

23 Oct '14

Hi all - almost have my migration to Centos 7 done... My last piece is finding a way to keep menus away from users on Gnome 3. gsettings took me pretty far, to remap gconf-tool to gsettings. I also removed two packages gnome-shell-extension-places-menu gnome-shell-extension-app-menu This removed the Places and Apps menu options in the top panel. However - when doing this now I see the menu choice for "Activities". I am wondering if anyone knows how to remove that or make it non-functional... You can click on it and run a "terminal" which I do not desire. Thanks, jerry

1 0

Centos 7 - How To set text console resolution to 80x24
by Dario Lesca 23 Oct '14

23 Oct '14

Like subject say ... hot to configure the resolution of text console to standard 80x24 ? Many Thanks -- Dario Lesca (inviato dal mio Linux Fedora 20 con Gnome 3.10.4)

2 6

Re: [CentOS] Q. LUKS or ecryptfs-utils ?
by James B. Byrne 23 Oct '14

23 Oct '14

On Wed, October 22, 2014 18:52, Nux! wrote: > Do you also run the hypervisor? Because if you are not, then the > host can dump your guest's memory and retrieve the luks passphrase > from there AFAIK. Who are you hiding from? The issue is backstopping a physical security breach. We run the hypervisor host and have physical control over access to the hardware. Should the storage device be removed from our premises by unauthorised means then we wish assurance that the data thereon is not readily accessible to anyone. We are also cognisant that it is conceivable that a external threat might find some way to scan/copy the data without actually removing the device physically. I am under the impression that encryption 'should' work to prevent 'drive-by' surveillance in that case as well, but I am not entirely convinced that is true. I am starting with the mail spool because that is a fairly straight-forward case. Our mail spool is mounted at /var/spool/imap and is an LVM volume. We have sufficient surplus space to easily create an equivalently sized or even larger LVM as an encrypted whatever. I am not sure of the correct terminology in this case; device/partition/something else? My thinking is that we set up an encrypted LV, take the imapd service down, copy the imap spool files and directory structure to the encrypted volume. Dismount both, remount the encrypted volume in place of the original and restart the imapd service. Is this a sound approach? We may want to have the imapd service started manually after the encrypted volume is made accessible. If so then both actions probably belong in an admin script (to be written). -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

epel repo
by Steve Clark 23 Oct '14

23 Oct '14

Hi, Has anyone else had trouble trying to reach the epel repo. I can only get to it if I change the https to http in the epel.repo file. -- Stephen Clark *NetWolves Managed Services, LLC.* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark(a)netwolves.com http://www.netwolves.com

1 1

httpd on centos 7
by Jerry Geis 23 Oct '14

23 Oct '14

I have read the info on apache 2.4... I added to the bottom of httpd.conf these lines (and restarted httpd) ------------------------- <Directory /var/www/html> # old 2.2 config # Order Allow,Deny # Allow from all AllowOverride None Require all granted </Directory> <Directory /home/silentm/public_html/gifs> AllowOverride None Require all granted </Directory> SuexecUsergroup silentm silentm ------------------ So now I have access to the index.html page in /var/www/html so that is good. However, I do not have access to the user gifs /home/silentm/public_html/gifs The user silentm exists. I get a 404 error. 127.0.0.1 - - [23/Oct/2014:08:14:21 -0400] "GET /~silentm/gifs/smlogo.jpg HTTP/1.1" 404 222 "-" "curl/7.29.0" All the files are there - all owned by silentm. What did I miss to access the gifs? Thanks Jerry

2 3

KDE C6.5+cr : heads-up screens renamed after update
by Patrick Bervoets 23 Oct '14

23 Oct '14

Just for your information: after applying the cr-updates to a C6.5 my screens on my laptop renamed from VGA1 and eDP1 to VGA-0 and eDP-0. And since X insists that my VGA is left to my eDP (and my scripted xrandr was confused by the renaming) I had to go to the left to reach my right screen. I needed some more coffee this morning. Patrick

1 0

upgrade dhcpd failover set from centos 5.x ->7.x
by Les Mikesell 23 Oct '14

23 Oct '14

Is there a less drastic way to upgrade a pair of dhcpd servers on Centos 5.x than forklifting the old boxes out and hoping the replacements work?. The failover protocol seems to be incompatible so I just upgrade one at a time.... Has anyone been through this with a clever solution - like compiling a new dhcpd on the old boxes for an easy rollback? -- Les Mikesell lesmikesell(a)gmail.com

3 2

Testing "dark" SSL sites
by lists＠benjamindsmith.com 22 Oct '14

22 Oct '14

So, with all the hubbub around POODLE and ssl, we're preparing a new load balancer using HAProxy. So we have a set of unit tests written using PHPUnit, having trouble validating certificates. How do you test/validate an SSL cert for a prototype "foo.com" server if it's not actually active at the IP address that matches DNS for foo.com? For non-ssl sites, I can specify the url like http://1.2.3.4/path and pass an explicit "host: foo.com" http header but that fails for SSL certificate validation. You can also set a hosts file entry, but that's also rather painful. Is there a better option?

5 9

Re: [CentOS] Loss of Ethernet adaptor
by James B. Byrne 22 Oct '14

22 Oct '14

On Tue, October 21, 2014 14:02, Marcelo Ricardo Leitner wrote: > On 16-10-2014 13:47, Akemi Yagi wrote: >> On Wed, Oct 15, 2014 at 8:41 AM, James B. Byrne <byrnejb(a)harte-lyne.ca> >> wrote: >>> This is a return to an issue I first raised back in June. We had a similar >>> occurrence in September while I was away and so I am revisiting the entire >>> matter. >>> >>> Steve Clark on 6 Jun 16:02 2014 wrote: >>>> Hi, >>>> >>>> We ran into this problem also - the interface would disappear. >>>> There is newer e1000e driver that fixes it or you could >>>> add pcie_aspm=off to your kernel command line. >>>> >>>> HTH, >>>> Steve >>> >>> I have run into other reports of similar occurrences and some of these >>> refer >>> to this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=632650 >> >> I'm the one who did the submission. Some of my comments (which I >> thought were helpful) have been hidden by Red Hat. >> >>> However, that report is closed as being a duplicate of: >>> https://bugzilla.redhat.com/show_bug.cgi?id=562273 >>> >>> Which is not available to viewing by the great unwashed. >> >> I don't have access, either. >> >>> The host is running CentOS-6.5 with all updates applied to date. My >>> question >>> is: Has this issue been addressed in the official e1000e module or not? if >>> not then does the recommendation to "add pcie_aspm=off to your kernel >>> command >>> line" hold? >> >> My suggestion for you is to give ELRepo's kmod-e1000e a try. It has >> the latest version from Intel (3.1.0.2) as opposed to the version in >> the EL kernels (2.3.2-k). There are known cases in which a later >> version resolved issues. > > Both BZs above are RHEL 5 specific, being 562273 a "driver update" one. > Did you report this against any RHEL6 too? > > Marcelo No, I did not. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss