Re: [CentOS] truecrypt 6.1a
A little birdy told me that Roger Wells said: ] Has anyone built and installed truecrypt 6.1a on CentOS 5.3. When I ] build it it keeps failing here: ] ] Compiling EncryptionOptionsWizardPage.cpp ] Forms/EncryptionOptionsWizardPage.cpp: In member function ] ?TrueCrypt::SharedPtrTrueCrypt::EncryptionAlgorithm ] TrueCrypt::EncryptionOptionsWizardPage::GetEncryptionAlgorithm() const?: ] Forms/EncryptionOptionsWizardPage.cpp:45: error: no matching function ] for call to ?TrueCrypt::GraphicUserInterface::GetSelectedData(wxChoice* ] const)? ] ] I realize that this is likely a problem with truecrypt or me but I am ] interested to know if anyone here has built it. yes. i did, and don't remember encountering any problems at all. i can say, you need to make sure to download the appropriate pkcs-11 headers (they tell you where to get them in documentation included with the source code). B. Karhan si...@pop.psu.edu PRI/SSRI Unix Administrator ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] truecrypt 6.1a
A little birdy told me that Roger Wells said: ] Has anyone built and installed truecrypt 6.1a on CentOS 5.3. When I ] build it it keeps failing here: ] ] Compiling EncryptionOptionsWizardPage.cpp ] Forms/EncryptionOptionsWizardPage.cpp: In member function ] ?TrueCrypt::SharedPtrTrueCrypt::EncryptionAlgorithm ] TrueCrypt::EncryptionOptionsWizardPage::GetEncryptionAlgorithm() const?: ] Forms/EncryptionOptionsWizardPage.cpp:45: error: no matching function ] for call to ?TrueCrypt::GraphicUserInterface::GetSelectedData(wxChoice* ] const)? ] ] I realize that this is likely a problem with truecrypt or me but I am ] interested to know if anyone here has built it. oh... sorry about that... i was half-ignoring your actual error... it looks like it might be a problem with your wxWidgets install (you need wxWidgets too... also mentioned in the documentation) i have 2.8.9 installed, myself... B. Karhan si...@pop.psu.edu PRI/SSRI Unix Administrator ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] truecrypt 6.1a
A little birdy told me that Roger Wells said: ] thanks again. ] I installed wxWidgets 2.8.10 without apparent incident. I'll check ] around to see if there ] is a problem there. i recompiled truecypt again (just to make sure it still works fine... it did)... anyways, just FYI i pass the following to configure in my package build of wxWidgets: --enable-unicode --with-motif=no --with-gtk=yes i suppose i should upgrade to 2.8.10... must be getting lazy... i'll let you know if i run into problems with 2.8.10 itself... B. Karhan si...@pop.psu.edu PRI/SSRI Unix Administrator ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Firewall/Proxy with time window access control
A little birdy told me that Lunix1618 said: ] I have to setup a system that required to block users access internet in work ] time but let them access internet on specified time window e.g lunch time. ] ] I plan to use iptables and squid to do block and web caching but I have no ] idea how to control access on time frame. Could any one of you experienced ] with this can give some starting point /document/howto start reading ? ] ] My firewal/proxy box will be CentOS 5.2 so I prefer something that can install ] via yum/rpm i'd just use cron(8)... it should be installed by default... i'd make two sets of firewall rules... one for the allow time and one for the deny time then with cron i'd apply the appropriate set at the appropriate time... B. Karhan [EMAIL PROTECTED] PRI/SSRI Unix Administrator ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Sendmail conf
A little birdy told me that Joseph L. Casale said: ] A long time ago someone helped me with setting up sendmail to simply queue ] and relay mail. They suggested: ] ] 1) edit /etc/sysconfig/sendmail and set ] DAEMON=no ] 2) edit /etc/mail/submit.mc and set ] FEATURE(`msp', `[IP.of.relayhost]')dnl ] ] Given the sendmail-cf RPM is already installed a service sendmail ] restart is enough to a light, direct submitting sendmail setup. ] ] How does one rewrite all mail to one specific address so it can be filtered ] by a user that receives all mail for this host? Can there be a rule in place ] with the above config? Hopefully that is just as easy in sendmail as it is ] postfix! we have a special use system that does this... it's easy enough... especially if other accounts don't actually exist on the mail server... first we define: define(`LUSER_RELAY', `local:root')dnl in sendmail.mc before regenerating the .cf file... then, in /etc/aliases we also redefine root to the intended end recipients: root: (list of comma-separated) user(s) the end result being that ALL incoming email goes to the account(s) listed in the root alias... and i think that's about it... but then again, that particular system is set up so that none of the other user accounts that we are expecting email from actually exist... i suppose you could simply fix that limitation by adding similar forwards in /etc/aliases for any other actual account such as: actual-local-user:root anyways... that seems a relatively simple solution... if anyone can see problems/caveats jump right in... B. Karhan [EMAIL PROTECTED] PRI/SSRI Unix Administrator ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Plone
A little birdy told me that Bill Campbell said: ] Have you tried plone.org? There are a variety of quick install ] methods available? ] ] Do you have Zope installed? i've gotten Plone running under CentOS 4 pretty easily... taking the Universal Installer from the Plone site and modifying it (for various reasons, but especially because it tends to compile various libraries -- like libz -- as shared libraries AND install them in /usr/local... this i solved by forcing them to install as static, making Plone link with the static versions, and making them all install in the Plone installation tree)... i've every reason to believe that the modified installer i made would work fine for CentOS 5 too... but we're still in the process of adopting/upgrading to 5 (we've run into a variety of problems with 5 and some pricy proprietary software that officially supports RHEL 4 but not 5... not to mention a number of issues with the newer SE-Linux specs that we haven't worked out yet) B. Karhan [EMAIL PROTECTED] PRI/SSRI Unix Administrator ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Why Kudzu, Why?
A little birdy told me that Michael A. Peters said: ] Michael Semcheski wrote: ] So I have a CentOS 5 machine, which I recently did a 'yum update' on. ] Everything went fine, but I rebooted as a precaution (just to confront ] any problems which might arise the first time after an update). ] ] And sure enough, when the machine came back up, the network didn't ] work. Luckilly, someone said (and I quote) 'mv ] /etc/sysconfig/networking-scripts/ifcfg-eth0.bak ] /etc/sysconfig/networking-scripts/ifcfg-eth0 and blame kudzu'... ] ] So, what did I do wrong, or what should I have done differently? ] What's the reasoning behind this? I'll bet there is some rationale, ] and I'd like to understand it. ] ] I don't know but I always disable kudzu after initial install on machines that ] don't change hardware because I've had similar things happen to me in ] pre-fedora redhat. I leave it on my laptop though. just as a quick mention... i have noticed that when running the CentOS5 Xen kernel, with the default Xen configuration, rebooting had a tendency to reset the hardware MAC address to the fictional MAC created by the network-bridge script. (this may not effect all hardware, but i have seen it definately effect the tulip driver) this behavior only happened on reboots, and a complete poweroff/poweron always reset the MAC to it's original value. i solved it (re: prevented this behavior) by changing the Xen configuration to use network-route instead of the default bridge behavior... but this, no doubt, has other ramifications beyond solving the problem. just wanted to mention this in case it's causing anyone similar headaches... B. Karhan [EMAIL PROTECTED] PRI/SSRI Unix Administrator ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos