Hi,
This question is not exactly CentOS-related strictly speaking, but here
goes. I'm running a few newsletter servers for myself and a handful of
clients on public CentOS servers with PHPList.
For the last twenty years or so I've followed the basic rule that mails
should have no formatting whats
Is it a Realtek chipset?
I've had problems with it on CentOS as the system will load up the DVB drivers
(for TV tuner) thus interfering with the SDR.
What worked for me is blacklisting them & reboot. Give it a try.
cat /etc/modprobe.d/blacklist_rtl.conf
blacklist dvb_usb_rtl28xxu
blacklist rtl2
Not only is it acceptable, but it has become the norm unfortunately.
If you do switch to HTML format, bare in mind it may have consequences on how
other servers label you (or not) as SPAM, so do a few thorough test rounds.
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
Send CentOS-announce mailing list submissions to
centos-annou...@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-requ.
Look into mutipart and offer both html and plain text in the same email.
This allows the client to view it as they see fit.
If you do send html it has a much more restrictive implementation than html
and css for a webpage so study up on what you can and can't do.
Mailchimp has some great info abou
Cameron Smith wrote:
> Look into mutipart and offer both html and plain text in the same email.
> This allows the client to view it as they see fit.
>
> If you do send html it has a much more restrictive implementation than
> html
> and css for a webpage so study up on what you can and can't do.
>
I would prefer simple text in tech and security related news but you are right
- they are HTML formatted. I think it is pure marketing thing. people dump
other stuff to remind you who they are and for a sort of entertaining us.
The same story is in OS desktop GUI including Linux. I use CentOS 6
OK, I know CentOS has nothing to do with RHEL beta releases, but I
wanted to test if el7.5 has added support for a particular peripheral
(Wacom Pro 2 tablet) ... but was unable to install the propriety Nvidia
display driver (v390.25) on a test workstation - and was wondering if
anyone could exp
I would like to be able to allow regular users that don't have admin
privileges to be able to reboot their workstation. (they're software
developers so rebooting their workstation doesn't affect anybody else)
I tried changing the ownership of /sbin/reboot and /sbin/shutdown to
root:users and permi
On 02/02/18 15:30, James Pearson wrote:
OK, I know CentOS has nothing to do with RHEL beta releases, but I
wanted to test if el7.5 has added support for a particular peripheral
(Wacom Pro 2 tablet) ... but was unable to install the propriety Nvidia
display driver (v390.25) on a test workstation -
Did you try adding
UserName ALL= NOPASSWD: /sbin/reboot
As the last line of their /etc/sudoers files?
(replacing UserName with their actual user name, of course.)
That should grant them root access to only the /sbin/reboot command (add
more commands using comma delimiting).
Then they just run
$
Personally, this is what I'd use sudo for.
You can configure sudo to allow only certain commands with or without a
password. Not a lot of detail, but you can either require or skip the
password. And, instead of individuals - you can use groups. If you look
through the soders file, you'll see how i
On 02/02/18 10:09, Felipe Westfields wrote:
I would like to be able to allow regular users that don't have admin
privileges to be able to reboot their workstation. (they're software
developers so rebooting their workstation doesn't affect anybody else)
I tried changing the ownership of /sbin/r
That seems to have worked on my own test account - I applied it to the user
having the issue and asked for his feedback when he gets a chance.
Thanks!
On Fri, Feb 2, 2018 at 11:40 AM, Darr247 wrote:
> Did you try adding
>
> UserName ALL= NOPASSWD: /sbin/reboot
>
> As the last line of their /etc
Phil Perry wrote:
>
> It looks like a regression. This was originally fixed upstream
> (kernel.org) 3 years ago, so if the RHEL7.5 beta kernel has reverted to
> 'EXPORT_SYMBOL_GPL' then it is a regression that will break building any
> out-of-tree non-gpl modules which need to set caching mode in
W dniu 02.02.2018 o 18:27, Felipe Westfields pisze:
> That seems to have worked on my own test account - I applied it to the user
> having the issue and asked for his feedback when he gets a chance.
> Thanks!
> On Fri, Feb 2, 2018 at 11:40 AM, Darr247 wrote:
>> Did you try adding
>> UserName ALL=
Felipe Westfields wrote:
> I would like to be able to allow regular users that don't have admin
> privileges to be able to reboot their workstation. (they're software
> developers so rebooting their workstation doesn't affect anybody else)
>
> I tried changing the ownership of /sbin/reboot and /sbi
Le 02/02/2018 à 16:03, Mikhail Utin a écrit :
> The same story is in OS desktop GUI including Linux. I use CentOS 6
> and 7 and still do not like 7. Not to mention in the morning Win 10
> with all its crap included.
On a side note, I've written a complete post-install script for CentOS 7
and an Xf
The matter of EUFI’s Secure Boot vs Legacy Boot has been briefly discussed a
couple of days ago. I would ask the List opinion concerning our case.
A bit of the history. We’ve been in the research of malicious hypervisor threat
since 2013. We finally developed publicly available HyperCatcher free
On Fri, Feb 02, 2018 at 09:38:17AM +, Nux! wrote:
> Is it a Realtek chipset?
yes it is.
> I've had problems with it on CentOS as the system will load up the DVB
> drivers (for TV tuner) thus interfering with the SDR.
> What worked for me is blacklisting them & reboot. Give it a try.
Ah, tha
On 02/02/18 17:32, James Pearson wrote:
Phil Perry wrote:
It looks like a regression. This was originally fixed upstream
(kernel.org) 3 years ago, so if the RHEL7.5 beta kernel has reverted to
'EXPORT_SYMBOL_GPL' then it is a regression that will break building any
out-of-tree non-gpl modules w
Where can I find a suitable module or even source code to build here?
(Centos 7)
Cheers and thanks,
Stephen
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
22 matches
Mail list logo
