Re: [CentOS] Amavisd start - SOLVED
2013/12/23 Jussi Hirvi > This was connected with SELinux. I disabled SELinux and rebooted > (naughty me), and things are back to normal. > You should turn SELinux back on and run 'restorecon /etc/amavisd.conf' to (re)set the correct SELinux context. - Jitse ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] OT: Re: monitor config in xorg.conf
On 12/22/2013 07:21 PM Reindl Harald wrote: > > Am 23.12.2013 00:52, schrieb ken: >> On 12/22/2013 11:15 AM Ned Slider wrote: >>> CentOS 5 or CentOS 6? >> >> 5 > > well, if you have statet this in the OP I'm sorry that you got confused. I was though asking after help with an xorg.conf file. That was quite clear, yes? > > RHEL5 was released 2007 > Fedora dropped xorg.conf in default setups AFAIK 2008/2009 > so this has made it's way into RHEL/CentOS 6 > > but way too much people carry their xorg.conf still around > for no reason than troubles in case of hardware changes on > modern systems Thanks for the info, but it's not really relevant to the issue at hand. Reindl, please understand I have a purely technical issue I'm trying to get an answer to. We all know you're a smart guy. So perhaps you could help by staying with the topic. Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How can I disable PostFix maillog ( /var/log/maillog )
> But, When my server handle a big file .. > Maybe, It's use more Ram memory. No. Don't worry. signature.asc Description: Message signed with OpenPGP using GPGMail ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How can I disable PostFix maillog ( /var/log/maillog )
On 23/12/2013 5:43 PM, Peter Eckel wrote: >> But, When my server handle a big file .. >> Maybe, It's use more Ram memory. > No. Don't worry. Thank You friend. I understood! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Amavisd start - SOLVED
On 23.12.2013 13.17, Jitse Klomp wrote: > You should turn SELinux back on and run 'restorecon /etc/amavisd.conf' to > (re)set the correct SELinux context. Thanks, maybe I will try that. I have never learned to use SELinux, and most tutorials on the net - for example on how to install a mail server system on CentOS 6 - include no directions at all for SELinux, so the tutorials only work if one turns SELinux off. So it looks like I am not the only lazy person around. :-) - Jussi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Does LibreOffice need to be patched to remove upstream "supplied by" text?
I just noticed that if I click "Help / About" in LibreOffice Writer (and likely other LibreOffice apps), I see: This release was supplied by Red Hat, Inc. Copyright (C) 2000 - 2013 LibreOffice contributors and/or their affiliates LibreOffice was based on OpenOffice.org I know several packages are patched to remove ambiguity as to who supplied the package; should this be one of them? thanks, Greg ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] quota and selinux on centos 6.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/20/2013 03:23 PM, EljiUdia wrote: > With semanage it works. > > The new rule will be included in next release? > Miroslav can you back port this role to RHEL 6.6. > > > > On Friday, December 20, 2013 7:29 PM, Daniel J Walsh > wrote: > > On 12/19/2013 02:31 PM, EljiUdia wrote: >> Hi, > > >> I'm facing a challenge with selinux and because I don't got an >> explanation elsewhere, I'm trying to explain here. I have decided to >> mount /var/spool/cron on a separate partition and apply quota for >> regular users. But quotacheck replyes with a "permission denied" . > >> quotacheck: Cannot create new quotafile /var/spool/cron/aquota.user.new: >> Permission denied quotacheck: Cannot initialize IO on new quotafile: >> Permission denied > > >> Indeed, files in that directory has a context witch denies quotacheck >> process to write files. To became suitable fo quota, those files >> (aquota.user and aquota.group) must have quota_db_t type(in context). If >> I use restorecon /var/spool/cron/aquota.user , it reports that is no >> default context for that file. > > >> [root@CentOS active]# touch /var/spool/cron/aquota.user [root@CentOS >> active]# restorecon /var/spool/cron/ [root@CentOS active]# ls -lZ >> /var/spool/cron/ -rw-r--r--. root root >> unconfined_u:object_r:user_cron_spool_t:s0 aquota.user > > >> [root@CentOS active]# restorecon /var/spool/cron/aquota.user restorecon: >> Warning no default label for /var/spool/cron/aquota.user > >> Semanage reports this > >> [root@CentOS active]# semanage fcontext -l|grep quota >> /a?quota\.(user|group) regular file >> system_u:object_r:quota_db_t:s0 /boot/a?quota\.(user|group) regular file >> system_u:object_r:quota_db_t:s0 /etc/a?quota\.(user|group) >> regular file system_u:object_r:quota_db_t:s0 /sbin/quota(check|on) >> regular file system_u:object_r:quota_exec_t:s0 >> /usr/sbin/convertquota regular file >> system_u:object_r:quota_exec_t:s0 /usr/sbin/quota_nld regular file >> system_u:object_r:quota_nld_exec_t:s0 /usr/sbin/rpc\.rquotad >> regular file system_u:object_r:rpcd_exec_t:s0 /var/a?quota\.(user|group) >> regular file system_u:object_r:quota_db_t:s0 >> /var/lib/openshift/a?quota\.(user|group) regular file >> system_u:object_r:quota_db_t:s0 /var/lib/quota(/.*)? all files >> system_u:object_r:quota_flag_t:s0 >> /var/lib/stickshift/a?quota\.(user|group) regular file >> system_u:object_r:quota_db_t:s0 /var/run/quota_nld\.pid regular file >> system_u:object_r:quota_nld_var_run_t:s0 >> /var/spool/(.*/)?a?quota\.(user|group) regular file >> system_u:object_r:quota_db_t:s0 > > > >> Take a look on the last file . Isn't a default context for >> /var/spool/cron/aquota.user ?It looks like >> https://bugzilla.redhat.com/show_bug.cgi?id=703871 > > >> What's your opinion? > >> Elji Udia ___ CentOS mailing >> list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos > > The problem is the way the algorithm that figures out the best match > works. > > restorecon is using > > /var/spool/cron/[^/]*--<> > > inseard of > > /var/spool/(.*/)?a?quota\.(user|group) regular file > system_u:object_r:quota_db_t:s0 > > I just added > > /var/spool/cron/a?quota\.(user|group)-- > system_u:object_r:quota_db_t:s0 > > Which now gets > > matchpathcon /var/spool/cron/aquota.user /var/spool/cron/aquota.user > system_u:object_r:quota_db_t:s0 > > > If you want to fix this on your machine just add > > > semanage fcontext -a -t quota_db_t /var/spool/cron/aquota\.user > > restorecon /var/spool/cron/aquota.user > ___ 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 > -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlK4T3YACgkQrlYvE4MpobNohgCfbzlIbaNLigY8G0ZjtgWALYK5 vP8AnRypiRICJ29b1DqGO6NiZgMt+0Y2 =OGfN -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] And then there was one (browser)
On Sat, December 21, 2013 16:54, Peter wrote: > On 12/22/2013 09:00 AM, Scot P. Floess wrote: >> >> as much as I hate to admit it, I'm not sure what mono/moonlight are... > > Linux implementation of Microsoft .net and Silverlight respectively. > Silverlight was supposed to be Microsoft's answer to flash which never > really took off except in some high corporate and government situations > where some PHB was tricked into it by a Microsoft salesman. > > Both mono (and as an extension moonlight) are spearheaded by Novel with > "support" from Microsoft, which means it will almost work but not quite. > Were spearheaded, not are spearheaded. Novel is long gone from the picture. Presently Mono is a Ximian project (http://www.mono-project.com), which is where it started as far as I can recall. To the best of my knowledge Moonlight recently was resuscitated after having near death experience but, at the moment, is SUSE only as far as Linux support goes. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@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 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Why I get this message " You have new mail in /var/spool/mail/root " ?
From: Norah Jones > Why I get this message " You have new mail in /var/spool/mail/root " > in CentOs? > My queries are the following - > 1. Why this is generated ? Because a mail was sent to the root user... > 2. How to disable this ? MAILCHECK Specifies how often (in seconds) bash checks for mail. The default is 60 seconds. When it is time to check for mail, the shell does so before displaying the primary prompt. If this variable is unset, or set to a value that is not a number greater than or equal to zero, the shell disables mail checking. > 3. Is this system generated ? Read the mail and see who sent it. > 4. Is this message gain any importance ? Read the mail and see if it is important... If you want mail for root to go to another user, edit /etc/aliases JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Does LibreOffice need to be patched to remove upstream "supplied by" text?
On 12/23/2013 07:37 AM, Greg Bailey wrote: > I just noticed that if I click "Help / About" in LibreOffice Writer (and > likely other LibreOffice apps), I see: > > This release was supplied by Red Hat, Inc. > Copyright (C) 2000 - 2013 LibreOffice contributors and/or their affiliates > LibreOffice was based on OpenOffice.org > > I know several packages are patched to remove ambiguity as to who > supplied the package; should this be one of them? > I can remove that it, but technically that statement is correct. Red Hat did provide that compilation and those options. That is not stating that there is any support being provided by Red Hat, nor is it saying that the package belongs to Red Hat Enterprise Linux. If Red Hat wants us to take it out, we can ... but I see it as providing credit for creating the compilation and not claiming ownership or stating a distribution it is part of. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
