Re: Web based mail client for linux?
i stumbled on this project and kept it for further inspection it require java thugh http://zimbra.com/ Geoffrey S. Mendelson wrote: Hi, I am an old time ELM user, now upgraded to MUTT. I have over 4,000 email files (each containing multiple emails) in my Mail directory. This is because I've been collecting emails since 1991 and want to keep them online so I can refer to them. However I would like to join the rest of the world and use a web based email client. The problems that I have are: 1. It needs to be able to access them email in the mutt files interchangeably. 2. It needs to work on a web server running Apache 2. 3. If it uses IMAP, it needs to have support for SSL. I tried roundcube and found that it has two problems that affect me: a. It does not see my old email files. This could be an IMAP problem or another problem. I turned off email caching in roundcube to prevent double copies of the files. b. If I go into folder list on on roundcube, it crashes due to using too much cpu time. I have a slow computer, but 128 seconds is a long time. Anyone have an suggestions for other software? Geoff. -- -- Canaan Surfing Ltd. Internet Service Providers Ben-Nes Michael - Manager Tel: 972-4-6991122 Cel: 972-52-8555757 Fax: 972-4-6990098 http://www.canaan.net.il -- = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: help my bash is gone
Amos Shapira wrote: On 10/31/05, Aaron [EMAIL PROTECTED] wrote: Hi all, I have this strange behaviour that when I open a new term session or even in an existing term sesstion I will execute a common command such as ls or cd and the shell returns command not found. usually I can close cd command not found?? cd is an internal shell command (doesn't make sense to run it in a separate process). Are you sure that's what happened? What's the exact error message? It should be something like -bash: exact commandname: command not found Any other format might mean you are not really running bash, or that bash is not really seeing the command you typed (e.g. bad aliases, bad readline library, problems with keyboard/X/tty driver, etc.) And what's a term session? Do you mean an X terminal, ssh/telnet from other machine, or a VC (text mode)? = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Web based mail client for linux?
On 10/31/05, Michael Ben-Nes [EMAIL PROTECTED] wrote: i stumbled on this project and kept it for further inspection it require java thugh http://zimbra.com/ Look at the archives of linux-il for previous thread about it (just a few weeks back) - people who tried it reportted to be zumberoo (had their system trashed) by its installation process. Handle with care. --Amos To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Virtual Console switching:
On Mon, Oct 31, 2005 at 09:42:26AM +0200, Rafi Gordon wrote: Hi, On my fedora core 3 , running alt/ctrl/f2 changes to virtual console number 2.(According to /etc/inittab, there are 6 virtual consoles). My question is : how is it done ? what is the chain of actions (or maybe single action) which alt/ctrl/f2 initiates ? On the FC3 keyboard shortcuts dialog window, the combination alt/ctrl/fn (n 6) does not appear at all. (It of course has to do to mingetty , which is what appears in the /etc/inittab: 2:2345:respawn:/sbin/mingetty tty2. But again, my question is : what exactly is the action which it triggers in order to switch to the virtual console?) It's done by the X server directly, not by any client (such as KDE etc). Read 'man XFree86' and search for 'ctrl'. -- Didi = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Virtual Console switching:
Rafi Gordon wrote: Hi, On my fedora core 3 , running alt/ctrl/f2 changes to virtual console number 2.(According to /etc/inittab, there are 6 virtual consoles). My question is : how is it done ? what is the chain of actions (or maybe single action) which alt/ctrl/f2 initiates ? No chain. The entire virtual consoles setup, including the terminal emulation you get (escape sequences changing colors etc. in text mode) is handled by the kernel. It is also the one responsible for the fact that, when you press alt-f1 you switch to virtual console 1. The X case may be different (I don't know). X grabs the alt-Fx combination from the kernel, and gives it ctrl-alt-Fx instead. I'm not sure whether that's a user space thing or a kernel thing. On the FC3 keyboard shortcuts dialog window, the combination alt/ctrl/fn (n 6) does not appear at all. I don't know FC3, but I'm fairly sure that the dialog you refer to configures KDE or Gnome, and not X. What we're talking about here is either an X thing or a kernel thing - outside the scope of said dialog. (It of course has to do to mingetty , which is what appears in the /etc/inittab: 2:2345:respawn:/sbin/mingetty tty2. No, mingetty has (almost) nothing to do with it. mingetty opens /dev/tty2, which tells the kernel that virtual console 2 is needed, and causes it to create such a thing. The actual switching is handled, as mentioned earlier, by the kernel. But again, my question is : what exactly is the action which it triggers in order to switch to the virtual console?) It may prove instructive for you to RTFM chvt. Caveat - it needs to run as root. Try running chvt 1 as root (from your X session). Regards, RG -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: help my bash is gone
On Mon, 2005-10-31 at 09:54 +0200, Amit Aronovitch wrote: Amos Shapira wrote: On 10/31/05, Aaron [EMAIL PROTECTED] wrote: Hi all, I have this strange behaviour that when I open a new term session or even in an existing term sesstion I will execute a common command such as ls or cd and the shell returns command not found. usually I can close cd command not found?? cd is an internal shell command (doesn't make sense to run it in a separate process). Are you sure that's what happened? seperate process? What's the exact error message? It should be something like -bash: exact commandname: command not found -bash: ls:command not found was from ctrl alt F2 but the same thing on term windows I us konsole if it matters It happens randomly and often after time when I open a new term. Aaron Any other format might mean you are not really running bash, or that bash is not really seeing the command you typed (e.g. bad aliases, bad readline library, problems with keyboard/X/tty driver, etc.) And what's a term session? Do you mean an X terminal, ssh/telnet from other machine, or a VC (text mode)? = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: kernel building question
On Mon, 2005-10-31 at 07:53 +0100, Lionel Elie Mamane wrote: On Mon, Oct 31, 2005 at 02:23:06AM +0200, Aaron wrote: fakeroot make-kpkg --append-to-version -vanilla --revision 0.1 kernel_image Tzafrir mentioned: make-kpkg --rootcmd fakeroot Yes, use make-kpkg --rootcmd fakeroot instead of fakeroot make-kpkg. It will give fakeroot less work, because it will be used only where (pseudo-)root privileges are needed. ah the last build I su's to root and things went quicker and took less system load. Aaron = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
RE: help my bash is gone
iirc, something very similar happened to me a few days before my hard disk died. if i were you, i'd backup my hard disk completely now. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Aaron Sent: Mon, October 31, 2005 2:35 AM To: linux-il@linux.org.il Subject: help my bash is gone Hi all, I have this strange behaviour that when I open a new term session or even in an existing term sesstion I will execute a common command such as ls or cd and the shell returns command not found. usually I can close that session and open another and things work again, sometimes I must log out and back in and sometimes (rarely ) that doesn't help. I am using demudi which is debian and this once happened while I was having other problems and I was forced to reinstall since I couldn't use the command line Any thoughts on what might be causing this very strange behaviour would be most appreciated. Aaron = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] *** This email message and any attachments thereto are intended only for use by the addressee(s) named above, and may contain legally privileged and/or confidential information. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. *** To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Virtual Console switching:
On ב', 2005-10-31 at 10:32 +0200, Shachar Shemesh wrote: The X case may be different (I don't know). X grabs the alt-Fx combination from the kernel, and gives it ctrl-alt-Fx instead. I'm not sure whether that's a user space thing or a kernel thing. Alt-Fx switching at the textual console is managed by the kernel but user-configurable as part of the console keyboard mapping. Run 'dumpkeys' and look for the Console_1, Console_2 etc. mappings. Alt-Ctrl-Fx switch is entirely userspace. By merit of running as root, X can switch the console into Raw Keyboard Mode, which means it intercepts scancodes directly and avoids Linux keyboard keycodes and mapping. The magic that makes Alt-Ctrl-Fx work is the XKB mapping into XF86_Switch_VT_1 psuedo-keysyms -- see /usr/X11R6/lib/X11/xkb/symbols/srvr_ctrl. To find out how X does what it does programatically, try strace'ing chvt. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: help my bash is gone
On 10/31/05, Aaron [EMAIL PROTECTED] wrote: -bash: ls:command not found was from ctrl alt F2 but the same thing on term windows I us konsole if it matters It happens randomly and often after time when I open a new term. 1. what does dmesg show you right after this? Do you see any disk read errors? 2. Take Neta's advise and backup your disk NOW. 3. Maybe I'm jumping into conclusion but try running some SMART disk tests with smartctl(8) (see the section about the -t option). Apparently an offline test on my Maxtor disk helped it heal its bad blocks (but I still switched to a new disk, use the old disk as expandable don't-care-much-if-it-fails area). Aaron --Amos To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Virtual Console switching:
On Mon, Oct 31, 2005 at 01:46:14PM +0200, Ilya Konstantinov wrote: On ב', 2005-10-31 at 10:32 +0200, Shachar Shemesh wrote: The X case may be different (I don't know). X grabs the alt-Fx combination from the kernel, and gives it ctrl-alt-Fx instead. I'm not sure whether that's a user space thing or a kernel thing. Alt-Fx switching at the textual console is managed by the kernel but user-configurable as part of the console keyboard mapping. Run 'dumpkeys' and look for the Console_1, Console_2 etc. mappings. Alt-Ctrl-Fx switch is entirely userspace. By merit of running as root, X can switch the console into Raw Keyboard Mode, which means it intercepts scancodes directly and avoids Linux keyboard keycodes and mapping. The magic that makes Alt-Ctrl-Fx work is the XKB mapping into XF86_Switch_VT_1 psuedo-keysyms -- see /usr/X11R6/lib/X11/xkb/symbols/srvr_ctrl. To find out how X does what it does programatically, try strace'ing chvt. Or read the manpage console_ioctl(4). -- Didi = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: help my bash is gone
no dmeg gave not errors On Mon, 2005-10-31 at 22:08 +1000, Amos Shapira wrote: On 10/31/05, Aaron [EMAIL PROTECTED] wrote: -bash: ls:command not found was from ctrl alt F2 but the same thing on term windows I us konsole if it matters It happens randomly and often after time when I open a new term. 1. what does dmesg show you right after this? Do you see any disk read errors? 2. Take Neta's advise and backup your disk NOW. 3. Maybe I'm jumping into conclusion but try running some SMART disk tests with smartctl(8) (see the section about the -t option). Apparently an offline test on my Maxtor disk helped it heal its bad blocks (but I still switched to a new disk, use the old disk as expandable don't-care-much-if-it-fails area). Aaron --Amos Unpacking smartmontools (from .../smartmontools_5.33+5.34cvs20050802-3_i386.deb) ... Setting up smartmontools (5.33+5.34cvs20050802-3) ... Not starting S.M.A.R.T. daemon smartd, disabled via /etc/default/smartmontools demudi:/usr/src# hmn Aaron = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
cpio don't like my file names
Hi all, I am backing up a directory tree with cpio, as it backs up it truncates the long file names I use. Is there a way to not truncate or will tar.gz be a better option for me? thanks Aaron = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: cpio don't like my file names
On Mon, 31 Oct 2005, Aaron wrote: I am backing up a directory tree with cpio, as it backs up it truncates the long file names I use. Is there a way to not truncate or will tar.gz be a better option for me? forget about cpio - use tar. -- guy For world domination - press 1, or dial 0, and please hold, for the creator. -- nob o. dy = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: cpio don't like my file names
k On Mon, 2005-10-31 at 19:00 +0200, guy keren wrote: On Mon, 31 Oct 2005, Aaron wrote: I am backing up a directory tree with cpio, as it backs up it truncates the long file names I use. Is there a way to not truncate or will tar.gz be a better option for me? forget about cpio - use tar. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Hebrew filenames from a Windows(XP) zip file
--0-542618156-1130696841=:39025 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Use the rep-heb-zip script to convert file names to a proper hebrew format. The script recursively change all filenames of a given directory. Also, zip2gz script , which uses the previous, changes all zip archives - starting from a given directory, to tar.tgz YB __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com --0-542618156-1130696841=:39025 Content-Type: application/octet-stream; name=rep-heb-zip Content-Transfer-Encoding: base64 Content-Description: 1852776729-rep-heb-zip Content-Disposition: attachment; filename=rep-heb-zip IyEgL2Jpbi9jc2ggLWYKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMjIyBUSElTIFND UklQVCBDT1JSRUNUUyBUSEUgUFJPQkxFTSBXSEVOIFVTSU5HIFVOWklQIE9G IAojIyMjIyBIRUJSRVcgRklMRSBOQU1FUyBBUkNISVZFRCBXSVRIIFdJTlpJ UAojIyMjIyBOb3RlOiBhbGwgZmlsZSBuYW1lIHdpdGggISBjaGFyIHdpbGwg YmUgY2hhbmdlZCB0byBfCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMjIENoZWNrIEFy Z3VtZW50cwppZiAoJCNhcmd2ICE9IDEpIHRoZW4KCWVjaG8gJ1VzYWdlOiAk MCBkaXJlY3RvcnkgJwplbHNlCgkjIyBTYXZlIGNvbW1hbmQgbGluZSBhcmdz IGluIHZhcmlhYmxlcwoJc2V0IGRpciA9ICIkMSIKCgkjUmVtb3ZlIGxhc3Qg LyBpZiBleGlzdAoJaWYgKCIkZGlyIiA9fiAqLykgdGhlbgoJCXNldCBkaXIg PSBgZWNobyAiJGRpciIgfCBhd2sgJ3twcmludCBzdWJzdHIoJDAsMSxsZW5n dGgoJDApLTEpfSdgIAkKCWVuZGlmCgoJI0NoZWNrIGRpcmVjdG9yeSBpcyBu b3QgZW1wdHkKCXNldCB4ID0gYGxzICIkZGlyIiB8IHdjIC1sYAoJaWYgKCR4 ID1+IDApIHRoZW4KCQlleGl0CgllbmRpZgoKCgkjZ2V0IGlub2RlIG9mIGRp cmVjdG9yeQoJc2V0IGlub2RlbiA9IGBscyAtaWQgIiRkaXIiIHwgYXdrICd7 cHJpbnQgJDF9J2AKCgkjI2NvbnZlcnQgZmlsZXMgdG8gaGVicmV3CglscyAt LWZvcm1hdD1zaW5nbGUtY29sdW1uICIkZGlyIiB8IGljb252IC1mIGNwODYy IC10IHV0ZjggfGNhdCAtYiA+ICJ0ZW1waGVibGlzdCIkaW5vZGVuCgoJI3Bh c3Mgb24gYWxsIGZpbGVzIGFuZCByZW5hbWUgdG8gaGVicmV3CglAIGNvdW50 ID0gMAoJZm9yZWFjaCBmaWxlICgiJGRpciIvKikKCQlAIGNvdW50ID0gJGNv dW50ICsgMQoJCQoJCSNnZXQgdGhlIGNvdW50IGhlYnJldyBmaWxlIG5hbWUK CQlhd2sgJyQxPT0nJGNvdW50JyB7Zm9yKGk9MjtpPD1ORjtpKyspIHByaW50 ICRpfScgInRlbXBoZWJsaXN0IiRpbm9kZW4gID4gInRlbXAxIgoJCWNhdCB0 ZW1wMSB8IHRyICJcbiIgIiAiID4gdGVtcDIKCQlzZXQgaGVicmV3X2ZpbGVf bmFtZSA9IGBjYXQgdGVtcDJgCgkJcm0gLWYgdGVtcDEKCQlybSAtZiB0ZW1w MgoKCQkjY2hhbmdlICEgc2lnbnMgdG8gXyB0byBlc2NhcGUgdGhpcyBjaGFy YWN0ZXIKCQlzZXQgaGVicmV3X2ZpbGVfbmFtZSA9IGBlY2hvICRoZWJyZXdf ZmlsZV9uYW1lIHwgdHIgISBfYAoKCQkjcmVwbGFjZSBmaWxlIHdpdGggaGVi cmV3IGZpbGUgbmFtZS4gTG9uZyBjb2RlIHNvIGl0IHdpbGwgd29yayBmb3Ig ZW5nIG5hbWVzIHRvbwoJCWNwIC1SICIkZmlsZSIgIiRkaXIvdF8kaGVicmV3 X2ZpbGVfbmFtZSIKCQlybSAtUmYgIiRmaWxlIgoJCWNwIC1SICIkZGlyL3Rf JGhlYnJld19maWxlX25hbWUiICIkZGlyLyRoZWJyZXdfZmlsZV9uYW1lIgoJ CXJtIC1SZiAiJGRpci90XyRoZWJyZXdfZmlsZV9uYW1lIgoJCQoJCSNpZiBm aWxlIGlzIGEgZGlyZWN0b3J5IGNhbGwgcmVwbGFjZSBoZWJlcmV3IHJlY3Vy c2Vpdmx5CgkJaWYoLWQgIiRkaXIvJGhlYnJld19maWxlX25hbWUiKSB0aGVu CgkJCS4vcmVwLWhlYi16aXAgIiRkaXIvJGhlYnJld19maWxlX25hbWUiCgkJ ZW5kaWYKCgllbmQKCgkjcmVtb3ZlIHRlbXAgZmlsZSBmb3IgbGlzdCBvZiBo ZWJyZXcgZmlsZSBuYW1lcwoJcm0gLWYgInRlbXBoZWJsaXN0IiRpbm9kZW4K CmVuZGlmCg== --0-542618156-1130696841=:39025 Content-Type: application/octet-stream; name=zip2gz Content-Transfer-Encoding: base64 Content-Description: 2280821631-zip2gz Content-Disposition: attachment; filename=zip2gz IyEgL2Jpbi9jc2ggLWYKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMjIyBUSElTIFND UklQVCBDSEFOR0VTIEFMTCBaSVAgRklMRVMgVE8gVEFSLkdaIEZJTEVTCiMj IyMjIE5vdGU6IHJlcC1oZWItemlwIG11c3QgYmUgaW4gdGhlIGNhbGxpbmcg ZGlyZWNvcnkKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIyMgQ2hlY2sgQXJndW1lbnRz CmlmICgkI2FyZ3YgIT0gMSkgdGhlbgoJZWNobyAnVXNhZ2U6ICQwIGRpcmVj dG9yeSAnCmVsc2UKCSMjIFNhdmUgY29tbWFuZCBsaW5lIGFyZ3MgaW4gdmFy aWFibGVzCglzZXQgZGlyID0gIiQxIgoKCSNSZW1vdmUgbGFzdCAvIGlmIGV4 aXN0CglpZiAoIiRkaXIiID1+ICovKSB0aGVuCgkJc2V0IGRpciA9IGBlY2hv ICIkZGlyIiB8IGF3ayAne3ByaW50IHN1YnN0cigkMCwxLGxlbmd0aCgkMCkt MSl9J2AgCQoJZW5kaWYKCgkjQ2hlY2sgZGlyZWN0b3J5IGlzIG5vdCBlbXB0 eQoJc2V0IHggPSBgbHMgIiRkaXIiIHwgd2MgLWxgCglpZiAoJHggPX4gMCkg dGhlbgoJCWV4aXQKCWVuZGlmCgoJI3Bhc3Mgb24gYWxsIGZpbGVzIGFuZCB0 cnkgdG8gY29udmVydAoJZm9yZWFjaCBmaWxlICgiJGRpciIvKikKCgkJI1Ro aXMgaXMgYSB6aXAgZmlsZQoJCWlmICgtZiAiJGZpbGUiICYmICIkZmlsZSIg PX4gKi5belpdW0lpXVtQcF0pIHRoZW4KCQkJCgkJCSNGaWxlIG5hbWUgd2l0 aCBvdXQgemlwCgkJCXNldCBmaWxlX25vemlwID0gYGVjaG8gIiRmaWxlIiB8 IGF3ayAne3ByaW50IHN1YnN0cigkMCwxLGxlbmd0aCgkMCktNCl9J2AgCgoJ CQkjRXh0cmFjdCBhbmQgZGVsZXRlIHppcAoJCQl1bnppcCAiJGZpbGUiIC1k ICIkZmlsZV9ub3ppcCIKCQkJcm0gLWYgIiRmaWxlIgoJCQkKCQkJI0ZpeCBo ZWJyZXcgZmlsZW5hbWVzCgkJCSAuL3JlcC1oZWItemlwICIkZmlsZV9ub3pp cCIKCgkJCSNDYWxsIHJlY3Vyc2V2bHkKCQkJLi96aXAyZ3ogIiRmaWxlX25v emlwIgoKCQkJI3NhdmUgY3VycmVudCBkaXJlY29yeQoJCQlzZXQgbG9jYWxf ZGlyID0gYHB3ZGAKCQkKCQkJI1NhdmUgYWJzb3VsdGUgZmlsZSBuYW1lCgkJ CXNldCBhYnNfZmlsZSA9IGBlY2hvICIkZmlsZV9ub3ppcCIgfCBhd2sgLUYg
Re: Hebrew filenames from a Windows(XP) zip file
--0-1737671725-1130688011=:59061 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Use the rep-heb-zip script to convert file names to a proper hebrew format. The script recursively change all filenames of a given directory. Also, zip2gz script , which uses the previous, changes all zip archives - starting from a given directory, to tar.tgz YB __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com --0-1737671725-1130688011=:59061 Content-Type: application/octet-stream; name=rep-heb-zip Content-Transfer-Encoding: base64 Content-Description: 1852776729-rep-heb-zip Content-Disposition: attachment; filename=rep-heb-zip IyEgL2Jpbi9jc2ggLWYKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMjIyBUSElTIFND UklQVCBDT1JSRUNUUyBUSEUgUFJPQkxFTSBXSEVOIFVTSU5HIFVOWklQIE9G IAojIyMjIyBIRUJSRVcgRklMRSBOQU1FUyBBUkNISVZFRCBXSVRIIFdJTlpJ UAojIyMjIyBOb3RlOiBhbGwgZmlsZSBuYW1lIHdpdGggISBjaGFyIHdpbGwg YmUgY2hhbmdlZCB0byBfCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMjIENoZWNrIEFy Z3VtZW50cwppZiAoJCNhcmd2ICE9IDEpIHRoZW4KCWVjaG8gJ1VzYWdlOiAk MCBkaXJlY3RvcnkgJwplbHNlCgkjIyBTYXZlIGNvbW1hbmQgbGluZSBhcmdz IGluIHZhcmlhYmxlcwoJc2V0IGRpciA9ICIkMSIKCgkjUmVtb3ZlIGxhc3Qg LyBpZiBleGlzdAoJaWYgKCIkZGlyIiA9fiAqLykgdGhlbgoJCXNldCBkaXIg PSBgZWNobyAiJGRpciIgfCBhd2sgJ3twcmludCBzdWJzdHIoJDAsMSxsZW5n dGgoJDApLTEpfSdgIAkKCWVuZGlmCgoJI0NoZWNrIGRpcmVjdG9yeSBpcyBu b3QgZW1wdHkKCXNldCB4ID0gYGxzICIkZGlyIiB8IHdjIC1sYAoJaWYgKCR4 ID1+IDApIHRoZW4KCQlleGl0CgllbmRpZgoKCgkjZ2V0IGlub2RlIG9mIGRp cmVjdG9yeQoJc2V0IGlub2RlbiA9IGBscyAtaWQgIiRkaXIiIHwgYXdrICd7 cHJpbnQgJDF9J2AKCgkjI2NvbnZlcnQgZmlsZXMgdG8gaGVicmV3CglscyAt LWZvcm1hdD1zaW5nbGUtY29sdW1uICIkZGlyIiB8IGljb252IC1mIGNwODYy IC10IHV0ZjggfGNhdCAtYiA+ICJ0ZW1waGVibGlzdCIkaW5vZGVuCgoJI3Bh c3Mgb24gYWxsIGZpbGVzIGFuZCByZW5hbWUgdG8gaGVicmV3CglAIGNvdW50 ID0gMAoJZm9yZWFjaCBmaWxlICgiJGRpciIvKikKCQlAIGNvdW50ID0gJGNv dW50ICsgMQoJCQoJCSNnZXQgdGhlIGNvdW50IGhlYnJldyBmaWxlIG5hbWUK CQlhd2sgJyQxPT0nJGNvdW50JyB7Zm9yKGk9MjtpPD1ORjtpKyspIHByaW50 ICRpfScgInRlbXBoZWJsaXN0IiRpbm9kZW4gID4gInRlbXAxIgoJCWNhdCB0 ZW1wMSB8IHRyICJcbiIgIiAiID4gdGVtcDIKCQlzZXQgaGVicmV3X2ZpbGVf bmFtZSA9IGBjYXQgdGVtcDJgCgkJcm0gLWYgdGVtcDEKCQlybSAtZiB0ZW1w MgoKCQkjY2hhbmdlICEgc2lnbnMgdG8gXyB0byBlc2NhcGUgdGhpcyBjaGFy YWN0ZXIKCQlzZXQgaGVicmV3X2ZpbGVfbmFtZSA9IGBlY2hvICRoZWJyZXdf ZmlsZV9uYW1lIHwgdHIgISBfYAoKCQkjcmVwbGFjZSBmaWxlIHdpdGggaGVi cmV3IGZpbGUgbmFtZS4gTG9uZyBjb2RlIHNvIGl0IHdpbGwgd29yayBmb3Ig ZW5nIG5hbWVzIHRvbwoJCWNwIC1SICIkZmlsZSIgIiRkaXIvdF8kaGVicmV3 X2ZpbGVfbmFtZSIKCQlybSAtUmYgIiRmaWxlIgoJCWNwIC1SICIkZGlyL3Rf JGhlYnJld19maWxlX25hbWUiICIkZGlyLyRoZWJyZXdfZmlsZV9uYW1lIgoJ CXJtIC1SZiAiJGRpci90XyRoZWJyZXdfZmlsZV9uYW1lIgoJCQoJCSNpZiBm aWxlIGlzIGEgZGlyZWN0b3J5IGNhbGwgcmVwbGFjZSBoZWJlcmV3IHJlY3Vy c2Vpdmx5CgkJaWYoLWQgIiRkaXIvJGhlYnJld19maWxlX25hbWUiKSB0aGVu CgkJCS4vcmVwLWhlYi16aXAgIiRkaXIvJGhlYnJld19maWxlX25hbWUiCgkJ ZW5kaWYKCgllbmQKCgkjcmVtb3ZlIHRlbXAgZmlsZSBmb3IgbGlzdCBvZiBo ZWJyZXcgZmlsZSBuYW1lcwoJcm0gLWYgInRlbXBoZWJsaXN0IiRpbm9kZW4K CmVuZGlmCg== --0-1737671725-1130688011=:59061 Content-Type: application/octet-stream; name=zip2gz Content-Transfer-Encoding: base64 Content-Description: 2280821631-zip2gz Content-Disposition: attachment; filename=zip2gz IyEgL2Jpbi9jc2ggLWYKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMjIyBUSElTIFND UklQVCBDSEFOR0VTIEFMTCBaSVAgRklMRVMgVE8gVEFSLkdaIEZJTEVTCiMj IyMjIE5vdGU6IHJlcC1oZWItemlwIG11c3QgYmUgaW4gdGhlIGNhbGxpbmcg ZGlyZWNvcnkKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIyMgQ2hlY2sgQXJndW1lbnRz CmlmICgkI2FyZ3YgIT0gMSkgdGhlbgoJZWNobyAnVXNhZ2U6ICQwIGRpcmVj dG9yeSAnCmVsc2UKCSMjIFNhdmUgY29tbWFuZCBsaW5lIGFyZ3MgaW4gdmFy aWFibGVzCglzZXQgZGlyID0gIiQxIgoKCSNSZW1vdmUgbGFzdCAvIGlmIGV4 aXN0CglpZiAoIiRkaXIiID1+ICovKSB0aGVuCgkJc2V0IGRpciA9IGBlY2hv ICIkZGlyIiB8IGF3ayAne3ByaW50IHN1YnN0cigkMCwxLGxlbmd0aCgkMCkt MSl9J2AgCQoJZW5kaWYKCgkjQ2hlY2sgZGlyZWN0b3J5IGlzIG5vdCBlbXB0 eQoJc2V0IHggPSBgbHMgIiRkaXIiIHwgd2MgLWxgCglpZiAoJHggPX4gMCkg dGhlbgoJCWV4aXQKCWVuZGlmCgoJI3Bhc3Mgb24gYWxsIGZpbGVzIGFuZCB0 cnkgdG8gY29udmVydAoJZm9yZWFjaCBmaWxlICgiJGRpciIvKikKCgkJI1Ro aXMgaXMgYSB6aXAgZmlsZQoJCWlmICgtZiAiJGZpbGUiICYmICIkZmlsZSIg PX4gKi5belpdW0lpXVtQcF0pIHRoZW4KCQkJCgkJCSNGaWxlIG5hbWUgd2l0 aCBvdXQgemlwCgkJCXNldCBmaWxlX25vemlwID0gYGVjaG8gIiRmaWxlIiB8 IGF3ayAne3ByaW50IHN1YnN0cigkMCwxLGxlbmd0aCgkMCktNCl9J2AgCgoJ CQkjRXh0cmFjdCBhbmQgZGVsZXRlIHppcAoJCQl1bnppcCAiJGZpbGUiIC1k ICIkZmlsZV9ub3ppcCIKCQkJcm0gLWYgIiRmaWxlIgoJCQkKCQkJI0ZpeCBo ZWJyZXcgZmlsZW5hbWVzCgkJCSAuL3JlcC1oZWItemlwICIkZmlsZV9ub3pp cCIKCgkJCSNDYWxsIHJlY3Vyc2V2bHkKCQkJLi96aXAyZ3ogIiRmaWxlX25v emlwIgoKCQkJI3NhdmUgY3VycmVudCBkaXJlY29yeQoJCQlzZXQgbG9jYWxf ZGlyID0gYHB3ZGAKCQkKCQkJI1NhdmUgYWJzb3VsdGUgZmlsZSBuYW1lCgkJ CXNldCBhYnNfZmlsZSA9IGBlY2hvICIkZmlsZV9ub3ppcCIgfCBhd2sgLUYg
Re: help my bash is gone
The problem with this issue, is that there is a wide range of possible causes to this problem, spanning a large 'diagnosis tree'. This makes it hard to diagnose by iterative mail questions. I'll try to ask enough questions to cover the more reasonable? causes. Aaron wrote: cd command not found?? cd is an internal shell command (doesn't make sense to run it in a separate process). Are you sure that's what happened? seperate process? I think what Amos means is that for cd it's a different matter than e.g. for ls. When you type ls, bash searches for the command on your path, and if found runs it in a subprocess. If your path, or the disk containing the executable (normally /bin/ls) is broken, you get the message you got below. However since cd is an internal command, bash should run it directly (there is no 'cd' executable, it's the bash executable that does the job), so we'd be very surprised if you see similiar message for the 'cd' command too. Were you just giving an example or did you actually see a '-bash: cd: command not found'? I can hardly imagine how this could happen - unless the bash executable itself is broken. What's the exact error message? It should be something like -bash: exact commandname: command not found -bash: ls:command not found OK, so we know it's bash, and we know it knows you typed ls (unless there are some mysterious unprintables hidden over there), rules out a few exotic possibilities. What about if you try explicit path: /bin/ls ? Can you access /bin at all? I would have said try ls'ing it, but since you don't have ls... what happens if you type /bitab? does it complete? if yes, try another tab to see what's there... If there is a working /bin/ls, then it's your PATH. Were the echo $PATH results you mentioned before done from a working terminal? If yes, try from a non-working one (echo, like cd, is an internal command - if it does not work, either you have a bad alias or your bash executable is bad). If you see no /bin or no /bin/ls, indeed the most probable cause would be a bad disk/ bad file-system. When this happens, try switching to another (working) shell, and see if you can access /bin/ls from there. If you can run /bin/df, try /bin/df / and /bin/df /bin. It might also be related to user permissions (maybe these shells are opened under some special user, that does not have read or exec perms to the file) - try running /usr/bin/id ... oops - this would probably not be available too - so try locating this shell by carefully examining the output of ps -ef from another terminal - note the user id. One more general diagnosis tool - if you do locate the shell's process from another terminal, you can use 'strace -p process number', then go back to the bad term and type /bin/ls -ld /bin/ls to see the syscalls bash does when looking for ls. Yet another possibility, is that for some reason the shell or the terminal is run chroot(8)'ed to some other place - I guess this one is too far fetched for now was from ctrl alt F2 but the same thing on term windows I us konsole if it matters This would have helped to further diagnose had you given a different answer to my other question (the exact error message). As it stands it probably does not matter. It happens randomly and often after time when I open a new term. Aaron after time - does that mean that it works ok for a while, then the same shell stops recognizing commands? Or do you simply mean that you open a new shell after some time, and the *new* shell is the one that does not work? Or - is it that they both stop working, but this does not happen unless you open a new terminal. One more useful technique you can try, especially if you suspect PATH is being corruped, is adding debug printings in initialization scripts - e.g. /etc/profile /etc/bash.bashrc, ~/.bash_profile and ~/.bashrc (sometimes it's the initializations scripts that fail, corrupting your PATH on the way). But do make sure you remember to remove them once your'e done experimenting... = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: help my bash is gone
On Tue, 2005-11-01 at 03:13 +0200, Amit Aronovitch wrote: The problem with this issue, is that there is a wide range of possible causes to this problem, spanning a large 'diagnosis tree'. This makes it hard to diagnose by iterative mail questions. I'll try to ask enough questions to cover the more reasonable? causes. Aaron wrote: cd command not found?? cd is an internal shell command (doesn't make sense to run it in a separate process). Are you sure that's what happened? seperate process? I think what Amos means is that for cd it's a different matter than e.g. for ls. When you type ls, bash searches for the command on your path, and if found runs it in a subprocess. If your path, or the disk containing the executable (normally /bin/ls) is broken, you get the message you got below. However since cd is an internal command, bash should run it directly (there is no 'cd' executable, it's the bash executable that does the job), so we'd be very surprised if you see similiar message for the 'cd' command too. Were you just giving an example or did you actually see a '-bash: cd: command not found'? I can hardly imagine how this could happen - unless the bash executable itself is broken. What's the exact error message? It should be something like -bash: exact commandname: command not found -bash: ls:command not found OK, so we know it's bash, and we know it knows you typed ls (unless there are some mysterious unprintables hidden over there), rules out a few exotic possibilities. What about if you try explicit path: /bin/ls ? Can you access /bin at all? I would have said try ls'ing it, but since you don't have ls... what happens if you type /bitab? does it complete? if yes, try another tab to see what's there... If there is a working /bin/ls, then it's your PATH. Were the echo $PATH results you mentioned before done from a working terminal? If yes, try from a non-working one (echo, like cd, is an internal command - if it does not work, either you have a bad alias or your bash executable is bad). If you see no /bin or no /bin/ls, indeed the most probable cause would be a bad disk/ bad file-system. When this happens, try switching to another (working) shell, and see if you can access /bin/ls from there. If you can run /bin/df, try /bin/df / and /bin/df /bin. It might also be related to user permissions (maybe these shells are opened under some special user, that does not have read or exec perms to the file) - try running /usr/bin/id ... oops - this would probably not be available too - so try locating this shell by carefully examining the output of ps -ef from another terminal - note the user id. One more general diagnosis tool - if you do locate the shell's process from another terminal, you can use 'strace -p process number', then go back to the bad term and type /bin/ls -ld /bin/ls to see the syscalls bash does when looking for ls. Yet another possibility, is that for some reason the shell or the terminal is run chroot(8)'ed to some other place - I guess this one is too far fetched for now was from ctrl alt F2 but the same thing on term windows I us konsole if it matters This would have helped to further diagnose had you given a different answer to my other question (the exact error message). As it stands it probably does not matter. It happens randomly and often after time when I open a new term. Aaron after time - does that mean that it works ok for a while, then the same shell stops recognizing commands? yes it means it was working and pitom all of a sudden it stopped. Or do you simply mean that you open a new shell after some time, and the *new* shell is the one that does not work? Or - is it that they both stop working, but this does not happen unless you open a new terminal. One more useful technique you can try, especially if you suspect PATH is being corruped, is adding debug printings in initialization scripts - e.g. /etc/profile /etc/bash.bashrc, ~/.bash_profile and ~/.bashrc (sometimes it's the initializations scripts that fail, corrupting your PATH on the way). But do make sure you remember to remove them once your'e done experimenting... Thanks for the suggestions I will use all the above the next time it happens Aaron = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
