Re: encrypting or password protecting files in OpenOffice and also jpg files and sending them to MSWindows users.....
Michael Fothergill wrote: Dear Debian folks, I use Open Office. It works OK for me most of the time. It can save files as Microsoft Word documents. I work with people who use MSWindows software all the time such as MSWord etc. I want to send an encrypted or password protected file to them. If you produce a word processor document in MSWord apparently according them you just click on some menu item with encypt on it and it encrypts the document for you. Whether it attaches a password to it as well or how the user at the other end decrypts it I don't know But with OpenOffice it doesn't look like there is an encryption function on it like there is in MSWord but there is a password protection option when you save a file in it. If you look on google for Openoffice stuff on encryption on there it all reads like a chapter from Finnegan's Wake by James Joyce or even that it has itself been partly encrypted. If you want to password protect or encrypt some files reasonably competently and then send them in a format the MSWindows world would decrypt relatively easily what would you do? Do I have to use other software like GnuPGP or whatever it is conjunction with Open Office? Maybe I should just copy the files on to CD and then send them by old fashioned snail mail. That really would confuse the hackers. Suggestions welcome, Michael Fothergill Hi Michael This question probably really belongs on debian-user@ (http://lists.debian.org/debian-user/) as it is not amd64 specific, but anyway... Apparently saving in MS format with password is available or under way in OOo 3.x: https://bugs.launchpad.net/openoffice/+bug/162057 http://qa.openoffice.org/issues/show_bug.cgi?id=39527 so upgrading may eventually be a solution. Another option is to send a password protected zip file with the document (e.g. http://kagashe.blogspot.com/2008/08/how-to-password-protect-file-on-linux.html). Zip extraction should be supported out of the box on windows. This is probably as insecure as password protecting the document. Most common email clients support encryption natively or with an add-on, so that you can also go a step further and encrypt the entire communication. Of course this requires some preparation from the participants, unless they already posses encryption keys. However, once set up it gives you strong encryption for all communication and all file types. In some countries signed encryption keys (sometimes called Digital Signatures) are handed out to all citizens for authenticated and secure communication with e.g. governmental bodies. In that case it is easy to just reuse those. Please check Google results for 'gpg YOUR MAIL CLIENT' and 'pgp/gpg RECIPIENT MAIL CLIENT' for details. Cheers, Jonas -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: about libnuma and openmpi
Francesco Pietra wrote: Experience with installing openmpi-1.3.1 with libnuma support? With debian linux amd64 lenny and openmpi-1.3.1 (dual-opterons) ./configure cc=/opt/intel/cce/10.1.015/bin/icc cxx=/opt/intel/cce/10.1.015/bin/icpc F77=/opt/intel/fce/10.1.015/bin/ifort FC=/opt/intel/fce/10.1.015/bin/ifort --with-libnuma=/usr/lib failed because expected file /usr/lib/include/numa.h was not found In debian amd64 lenny numa.h has a different location /usr/include/numa.h. I am not sure if placing a symlink in /usr/lib/include to /usr/include will be a safe solution. For any better idea, thanks. I regret to have to use ifort as amber runs faster with it (I could have set gcc above because amber uses the Fortran compiler only) francesco pietra Hi Francesco / list I haven't tried that particular setup, but from the output of 'configure --help' in openmpi-1.2.5 it looks like you can use CPPFLAGS or FCFLAGS to add custom include paths: CPPFLAGSC/C++/Objective C preprocessor flags, e.g. -Iinclude dir if you have headers in a nonstandard directory include dir ... FCFLAGS Fortran compiler flags So you could try adding '-I/usr/include' there. Cheers, Jonas -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: big machines running Debian?
Lennart Sorensen wrote: On Sat, Feb 28, 2009 at 10:14:15AM +0100, Goswin von Brederlow wrote: Hot-spare devices work just fine (see below). What doesn't exists afaik are global hot spares. E.g. 7 disks, two 3 disk raid5 and one spare disk for whatever raid fails first. You would have to script that yourself. Any idea what the spare groups mentioned in the mdadm documentation are? I would have guessed it was something to do the global spare thing. I haven't tested shared hot spares myself but this article (among quite a few other hits from google: shared hot spare) indicates that it is quite possible with mdadm running in daemon mode: http://www.redhat.com/magazine/021jul06/departments/tips_tricks/ ...and it appears Len was completely right about the spare-group keyword. Cheers, Jonas -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RedHat in Chroot
Gudjon I. Gudjonsson wrote: Hi Has anyone installed RedHat in a Debian Chroot? That would be the perfect solution for me since I have some commercial software that for some !#$%/ reason does not follow any sensible file hierarchy standard. If I could install RedHat Enterprise 2 and 4 on the same Debian machine I would be very happy. The intention is to run everything later on Debian. I know I have to install RedHat with its installer but has anyone tried using it with chroot? Thanks Gudjon Ps. I got a private answer to my earlier question. Please don't spend your time on it. I will send the solution to the list later today. Hi Gudjon You may want to take a look at 'mock': http://packages.debian.org/search?keywords=mocksuite=all http://fedoraproject.org/wiki/Projects/Mock I've used it for building Fedora and CentOS chroots on a Debian Etch box. The chroots can then be used for either automated or manual RPM package building. I don't know if RHEL can be installed purely with yum like Fedora and CentOS can, and AFAIK this is a requirement when using mock. But I guess packages built for CentOS should work just as well for RHEL, due to their origins. After creating the chroot with mock, I use 'schroot' to set up the environment for manual builds inside the chroot. Perhaps these two links may be helpful as starting points: http://www.ginou.ca/archives/273 http://www.pseudorandom.co.uk/2007/sbuild/ I can also provide some example mock and schroot configurations if necessary. Another solution would be to use virtualization to create a complete RedHat (or whatever) installation running as a virtual machine under your Debian installation. I've used KVM and qemu for this purpose previously, but I've come to the conclusion that chroots are slightly more efficient for my purpose. Good luck! Cheers, Jonas -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: forcedeth wierdness
Dean Hamstead wrote: thanks for that, it was hiding up in eth5 for some reason *shrug* and dmesg didnt bother to tell me i will have to set it to a more reasonable eth number Dean snip: forcedeth NIC missing Hi Dean This could be a udev persistent-net issue: When I upgraded my firewall box with three NICs from Sarge to Etch, one of them apparently changed hardware address and thus suddenly appeared as eth3 instead of eth0. Perhaps your /etc/udev/rules.d/z25_persistent-net.rules contains wrong or outdated entries too? Cheers, Jonas -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: forcedeth wierdness
Dean Hamstead wrote: any thoughts why a forcedeth (nvidia) onboard nic would be detected, but not presented as a usable card? i also have an onboard sky2 card which seems to work fine. i have tried disabling things in the bios but to no avail. im using a winbond motherboard. i can give more detailed outputs if needed. forcedeth has worked fine for me on other mboards *shrug* Dean Hi Dean I'm not sure this is the same problem, but I remember having problems with asus nforce boards and forcedeth until I disabled firewire (IEEE1394) in the BIOS. If that doesn't help you may need to provide some more information like log output from the card initialization and the output of ifconfig -a . Cheers, Jonas -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Howto create 64bit Kernel?
* Alex Samad [EMAIL PROTECTED] [May 01. 2007 23:08]: snip I´m working with many new hardware because of that, i need an kernel with updated driver and debian doesn´t update the kernel after an freeze. you might want to track unstable or even testing ... or try out a kernel from backports.org: deb http://ftp.de.debian.org/backports.org/ etch-backports main There's a backported 2.6.20 kernel available there. I'm using the i386 version on a 32-bit system myself and haven't experienced any problems so far. Thanks, to all for your help. Regards Stefan D. Cheers, Jonas -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with apache-perl since perl upgrade
* Don Hayward [EMAIL PROTECTED] [Jan 30. 2006 18:03]: I'm writing this list as the issue seems to be architecture related. Since the recent perl security upgrade I have cgi scripts failing with errors like this: [error] Errno architecture (x86_64-linux-thread-multi-2.6.11.6-vs195-farm1.0) does not match executable architecture (x86_64-linux-thread-multi-2.6.10-9-amd64-k8) at /usr/share/perl/5.8/CGI/Carp.pm line 314.\nCompilation failed in require at /usr/lib/perl/5.8/IO/Socket.pm line 17.\nBEGIN failed--compilation aborted at /usr/lib/perl/5.8/IO/Socket.pm line 17.\nCompilation failed in require at (eval 366) line 5.\n at /usr/lib/www-perl-public/newpass_weather_query line 18\nBEGIN failed--compilation aborted at /usr/lib/www-perl-public/newpass_weather_query line 18.\n I'm running: apache-perl 1.3.33-6sarge1 perl5.8.4-8sarge3 GNU/Linux 2.6.8-11-amd64-k8-smp #1 SMP Sun Oct 2 23:21:12 CEST 2005 x86_64 I would appreciate any help dealing with this. Thanks. Don Hayward at pomobuli.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Hi Don, I'm not sure if this is the same problem as I encountered on a i386 based box, but I did receive similar output: http://www.archivum.info/linux.debian.bugs.dist/2006-01/msg06209.html Did you restart apache after the upgrade? Cheers, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]