If the company were happy to move to something you knew about, I'd plan a migration to another distro. If not, tell your agency you don't do LFS.
Not have a problem with that.
Make moving to another distro a condition of job acceptance
Afterwards tell the agency that you didn't think the job was a good match for you.
Run away screaming
Other
So you're interviewing for a Linux Sysadmin position and you discover that you'll be supporting systems on customer premises that are built on LFS. You will be the sole provider of maintenance and security patches for these devices, plus the developer of new devices/software. These are not small custom boxes, but full-fat internet-accessible servers.
What do you do?
Last edited by pete; 17-11-2009 at 12:15 PM.
If the company were happy to move to something you knew about, I'd plan a migration to another distro. If not, tell your agency you don't do LFS.
Hmm sounds exciting to me and I'd go fo it
I would never go to a job interview and tell them a bunch of things I wanted changed for me to take the job. Better to get yourself established and if you are getting on well make some suggestions as to how you think somethings could be improved.
It depends doesn't if you like building LFS and they offer you a good deal then why not?
Not have a problem with that.
Run away screaming... or at least plan a migration to a supported distro. I can see no logical reason why LFS would be required. You would go totally insane keeping them up to date and you'd have absolutely zero support should anything go wrong.
Not have a problem as long as there was sufficient documentation outlining the builds and the reasons for choosing this system over AN Other.
If it turned out to be a "because the last guy wanted it" type scenario you can then make your case as to why/if you'd suggest change. (security/patch management, peer support, etc)
Of course it all depends on why they use LFS.
There are some very good reasons for it.
There are currently 1 users browsing this thread. (0 members and 1 guests)