There's this very nice guide that works well for Linux machines:
https://github.com/lfit/ssh-gpg-smartcard-config/blob/master...
HN user
There's this very nice guide that works well for Linux machines:
https://github.com/lfit/ssh-gpg-smartcard-config/blob/master...
oVirt can do this. Essentially, such policies belong to management applications, and oVirt or OpenStack are the places where you should look.
However, it's RDSEED that needs to be used as input if we use the Intel instructions.
https://software.intel.com/en-us/blogs/2012/11/17/the-differ...
Edit to add: we can obviously pass on the RDRAND instruction directly to the VM, but that's less portable, because not all servers in a server farm may have that instruction available, limiting live migration capabilities.
So we can just pass on output from RDSEED into the host's /dev/random, and feed the VM /dev/random by default as described.
The host has more sources that contribute to the kernel entropy pool: network and block IO are more than any individual VM.
Keep in mind, though, that just accessing /dev/urandom in the guest won't need too much input from the host.
However, having a hwrng is obviously the preferred option where there is need for a lot of entropy.
Yes, oVirt is the upstream for RHEV, so adding the virtio-rng device to guests is a feature in oVirt 3.5 as well. I didn't mention Fedora or oVirt there but everything applies to upstreams as well.
Yes, yum install workrave :-)
Yes.
The problem stems from the expectations that are placed on people here. For example, in school, home-work assignments are due "tomorrow without fail", and then the students just take the easiest way out for the submission.
The mentality plays a second role: once you're in some position of power (a manager), you want to boss around everyone and prove that you're the person in charge. So managers of projects want everything in 20 days when they might charge clients for 90 days. There's hardly time for the people involved to understand the problem and solve it: they just want to make sure the manager gets what he wants.
Moreover, the employees are in a different set of mentality: they think they don't have much power and that they shouldn't question the manager else their job/backside will be on the line. So they just do what's needed, else come up with creative arguments on the last day.
I don't know about service companies -- but you can look up irc channels where fedora-india people hang out, it has quite a few Red Hat people in there. There also is the fedora-india mail list that you can join and take part in the Fedora Students Contributing program to pick up jobs to do.
You're way off mark -- there are a lot of products companies in India doing development -- real development. Add to that a few services companies that have scope for development too.
Get involved with open source projects. Get noticed in the community. When you're out of college, you could use the network you build in the communities to land you a job.
Red Hat does have an office in Pune, you know that -- right?
Definitely Red Hat for anything serious that's worth the support costs. Else you can settle for CentOS, which is Red Hat minus the support.
Not a good howto; the first step it asks to do is disable SELinux! How's that good in any way?