Re: Please upload: perl-libwin32-0.26-1
On Sep 20 21:40, Reini Urban wrote: 191 is gt 26, oh my. Attached is the new setup.hint. Please replace. @ perl-libwin32 sdesc: Perl extensions for using the Win32 API category: System Libs requires: perl cygwin crypt ldesc: Perl extensions for using the Win32 API. Included modules: Win32CORE, Win32API::File, Win32API::Net, Win32API::Registry, ChangeNotify, Clipboard, Console, Event, EventLog, File, FileSecurity, IPC, Internet, Job, Mutex, NetAdmin, NetResource, ODBC, OLE, PerfLib, Pipe, Process, Registry, Semaphore, Service, Shortcut, Sound, TieRegistry and WinError. prev: 0.191-4 curr: 0.26-1 Fixed. I remove the '@' line, though. This should only be present in some historical packages. See http://cygwin.com/setup.html#setup.hint Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: please upload: cabextract 1.1 - Extract Microsoft cabinet (.CAB) files.
On Sep 20 23:01, Jari Aalto wrote: http://cygwin.cante.net/cabextract/setup.hint \ http://cygwin.cante.net/cabextract/cabextract-1.1-1.tar.bz2.sig \ http://cygwin.cante.net/cabextract/cabextract-1.1-1.tar.bz2 \ http://cygwin.cante.net/cabextract/cabextract-1.1-1-src.tar.bz2.sig \ http://cygwin.cante.net/cabextract/cabextract-1.1-1-src.tar.bz2 Uploaded. I removed 0.6-1. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: Musings on PHP
Robert Richter wrote: I didn't really intend to package PHP, but having got this far, I sort of feel I ought to. Which brings me to two major issues concerning any potential Cygwin PHP package: 1) Two apache versions. I've no interest in Apache 1.3.x. Can I just package PHP for 2.x, and worry about 1.3.x only if a potential maintainer steps forward? I already got a PHP 4.3.10 version running on Apache 1.3.x and plan to add PHP to the Apache 1.3.x release. I am not sure if this is the best solution but maintenance effort decreases. In the same package? That doesn't seem like a good idea. That is likely to confuse users, and will lead to unnecessarily large updates when one of Apache/PHP needs to be updated, but the other does not. On the other side a separate package could be included also by Apache2 and package conficts would be avoided. I don't understand how this will avoid conflicts? Although I have never explicitly tried, at the moment, it should be possible to install and run both apache1 and apache2 simultaneously. If there are to be two independent PHP packages, we need to avoid file name conflicts between them, just like no files in the apache apache2 packages share names. Max.
Re: 1st summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
procps I'm still maintaining this. (I've been having problems sending to the list.) Chris
Re: 1st summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
Corinna Vinschen wrote: Below are the results as of today 2005-09-19. It would be helpful if all maintainers could scan this lists again, LIST 2: PACKAGES WITHOUT REPLY FROM MAINTAINER SO FAR = par typespeed ucl upx A transcription error, I think - see this message: http://sources.redhat.com/ml/cygwin-apps/2005-09/msg00250.html Only part of the information there has been incorporated into the summary. Max.
Re: 1st summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Sep 21 15:23, Max Bowsher wrote: Corinna Vinschen wrote: Below are the results as of today 2005-09-19. It would be helpful if all maintainers could scan this lists again, LIST 2: PACKAGES WITHOUT REPLY FROM MAINTAINER SO FAR = par typespeed ucl upx A transcription error, I think - see this message: http://sources.redhat.com/ml/cygwin-apps/2005-09/msg00250.html Only part of the information there has been incorporated into the summary. Thanks for the hint. I've fixed it in my local list. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: Do we still have a whois maintainer? (was Re: note to whois maintainer)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: Thank you very much! Let's wait until end of the week, if Mark doesn't show up, feel free to create a new package. Then... should I? (I didn't notice any message from Mark, but then again I've been very busy and the ML has been quite high traffic, so I may have missed it) What about the fact that that advisory referred to a fact that is probably so by design (but which I can *NOT* reproduce with actual Cygwin version, which was updated just a few days AFTER the date of that advisory message)? If that is felt as a strong problem, we should probably evaluate using FreeBSD's whois? Seems to be a bit less easy to use with some addresses, and has way more options http://tinyurl.com/7zvka. Either way suits me ;-) Lapo - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkMxkugACgkQaJiCLMjyUvvSTACg8J++CA3zmK3PQeJ0mprTNPDJ cksAn3+T76uAeKx6I4+6cNCOWdxcpG9x =R9ZO -END PGP SIGNATURE-
Re: Do we still have a whois maintainer? (was Re: note to whois maintainer)
On Sep 21 19:05, Lapo Luchini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: Thank you very much! Let's wait until end of the week, if Mark doesn't show up, feel free to create a new package. Then... should I? Yep, go ahead. What about the fact that that advisory referred to a fact that is probably so by design (but which I can *NOT* reproduce with actual Cygwin version, which was updated just a few days AFTER the date of that advisory message)? If that is felt as a strong problem, we should probably evaluate using FreeBSD's whois? Seems to be a bit less easy to use with some addresses, and has way more options http://tinyurl.com/7zvka. Either way suits me ;-) Either way is fine. The FreeBSD version looks good to me as well. Just keep in mind that a change of the usage might result in some additional confused requests on the cygwin ML. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: 1st summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
Hack Kampbjorn: keychain ncftp wget But my last windows computer at home is being hit by a deathstar battle station. And I will don't read cygwin mail at work even that I do have a windows desktop there where I use cygwin everyday. -- Med venlig hilsen / Kind regards Hack Kampbjørn
Re: 1st summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
Hack! I rerolled wget with the latest version that supports 2 GB files, and offerred to accept maintainership if you didn't want it anymore: http://cygwin.com/ml/cygwin-apps/2005-09/msg00074.html Chris said to await a response from you: http://cygwin.com/ml/cygwin-apps/2005-09/msg00075.html So, could you respond to that please? Thanks. Harold Hack Kampbjorn wrote: Hack Kampbjorn: keychain ncftp wget But my last windows computer at home is being hit by a deathstar battle station. And I will don't read cygwin mail at work even that I do have a windows desktop there where I use cygwin everyday.
Re: 1st summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
Harold L Hunt II wrote: Hack! I rerolled wget with the latest version that supports 2 GB files, and offerred to accept maintainership if you didn't want it anymore: http://cygwin.com/ml/cygwin-apps/2005-09/msg00074.html Chris said to await a response from you: http://cygwin.com/ml/cygwin-apps/2005-09/msg00075.html So, could you respond to that please? Thanks. You are welcome to take over Harold -- Med venlig hilsen / Kind regards Hack Kampbjørn
please upload: lesstif-0.94.4-1 test release
I believe Harold gave me permission to upload a test release of LessTif in an effort to transition its maintainership. This is a test release because various Cygwin maintainers whose packages rely on LessTif may have compatibility concerns. Those packages are: ddd nedit tcm xemacs xpdf If you are a maintainer or user of one of the above packages, please test this release. Also, if you are a developer who uses Cygwin LessTif, your input is also desired. Note that you can test the new cygXm-2.dll without needing to recompile the dependent application. Although, a recompile is a more thorough test, assuming you are sure the recompile would have succeeded before this update. Since this is a maintainership change, a packaging review may be in order? Here are the files: http://members.socket.net/~amyka/lesstif-0.94.4-1.tar.bz2 http://members.socket.net/~amyka/lesstif-0.94.4-1-src.tar.bz2 http://members.socket.net/~amyka/setup.hint As far as I'm concerned, the previous test release, 0.93.96-2, may be removed. Changes: * Sync with upstream release (see http://www.lesstif.org/ReleaseNotes.html for details) * Disable static libraries. * Sync with latest gbs. * acinclude.m4 (AC_FIND_XFT): Make compatible with libfreetype26-devel-2.1.9-1. * Update lesstif.README. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot...
Re: please upload: lesstif-0.94.4-1 test release
To remove indirect dependencies from setup.hint, and to update the Cygwin specific README file accordingly, these files have been updated. I assume this was done quick enough to avoid the need to bump the release number. On Wed, 21 Sep 2005, Brian Ford wrote: Here are the files: http://members.socket.net/~amyka/lesstif-0.94.4-1.tar.bz2 http://members.socket.net/~amyka/lesstif-0.94.4-1-src.tar.bz2 http://members.socket.net/~amyka/setup.hint As far as I'm concerned, the previous test release, 0.93.96-2, may be removed. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot...
Re: please upload: lesstif-0.94.4-1 test release
On Wed, Sep 21, 2005 at 06:35:54PM -0500, Brian Ford wrote: To remove indirect dependencies from setup.hint, and to update the Cygwin specific README file accordingly, these files have been updated. I assume this was done quick enough to avoid the need to bump the release number. I wasn't following the back and forth about this. Why are there explicit dependencies in setup.hint which skip over lesstif-0.93.96-2? If this version isn't going to be used, then we might as well just delete it and use the natural version sorting. cgf desc: lesstif ldesc: LessTif is the Hungry Programmers' LGPL version of OSF/Motif. It aims to be source compatible with Motif 1.2, and to some extent 2.0/2.1. category: X11 requires: libXft2 xorg-x11-base xorg-x11-bin-dlls prev: 0.93.91-6 curr: 0.93.94-2 test: 0.94.4-1 On Wed, 21 Sep 2005, Brian Ford wrote: Here are the files: http://members.socket.net/~amyka/lesstif-0.94.4-1.tar.bz2 http://members.socket.net/~amyka/lesstif-0.94.4-1-src.tar.bz2 http://members.socket.net/~amyka/setup.hint As far as I'm concerned, the previous test release, 0.93.96-2, may be removed. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot...
re: cygwin-xfree at cygwin dot com
Hi, I'd just like to let you know this still happens with version 6.8.2.0-4 I'm running XP with service pack 2 and the lastest install of cygwin. cheers, James. --- From: David dot A dot Barr at Medstar dot net To: cygwin-xfree at cygwin dot com Date: Wed, 11 Aug 2004 11:44:17 -0400 Subject: bug: tool tip popups on minimized windows Reply-to: cygwin-xfree at cygwin dot com I'm running release 6.7.0.0-12 with the arguments -multiwindow -clipboard. I run the X11 version of Emacs (from the emacs-X11-21.2-13.tar.bz2 package) which has tooltip popup windows for the toolbar icons. Even after I minimize the window, I get the tooltips if I leave the mouse where the toolbar used to be. I just wanted to report the problem; I don't know if this is a known issue. I didn't see anything about it in the mailing list archives. Thanks, David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Pseudo Colors on Solaris
Greetings A little more info. I can very the color numbers in rgb.txt and the colors in my xterm windows will change. :) The colors in my solaris window do not change. :( I used an app that came with AutoIT to verify colors in the windows. When I slide the mouse over something red in a xterm window the app showed me the color number. I can change the '255 0 0' in rgb.txt to '255 40 40' and the app will show '255 40 40'. But in the solaris window, '255 0 0' always reads '255 0 0' no mater what I change in rgb.txt. Am I shooting in the right (or left) direction or do xwindow calls from an outside unix box not use color maps or settings on the localhost? Thanks for any direction or kind words. Jb Confidentiality Notice: This email message, including any attachments, contains or may contain confidential information intended only for the addressee. If you are not an intended recipient of this message, be advised that any reading, dissemination, forwarding, printing, copying or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by reply message and delete this email message and any attachments from your system. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Running Xwin at 100 dpi
Hi all, I run Xwin to start up my xserver and xterm. This is the script located in the cygwin install: C:\cygwin\usr\X11R6\bin\startxwin.bat My Windows installation uses 120 dpi fonts. Unfortunately, the xterm and xwindows programs are horrifically small in font. I've tried looking everywhere but I can't increase my font size. These are the current lines in my startxwin.bat of concern: run XWin -multiwindow -clipboard -silent-dup-error run xterm -e /usr/bin/bash -l I have tried starting up Xwin with the following line but it doesn't change anything: run XWin -multiwindow -clipboard -silent-dup-error -dpi 100 I also tried the following to specify the font path to no avail: run XWin -fp /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/cyrillic/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ -multiwindow -clipboard -silent-dup-error Also, when I then SSH into a Linux machine, and run programs, like xterm or gvim, they are still small and not legible. Can anyone help me run Xserver at 100 dpi? Or another workaround? Regards, Julian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Running Xwin at 100 dpi
OK, I answered my own question and found my own answer through more testing. Modify startxwin.bat. Use this line to start up Xwin in 100 dpi mode: run XWin -multiwindow -clipboard -silent-dup-error -dpi 100 Add this line to prepend the font path: xset +fp /usr/X11R6/lib/X11/fonts/100dpi/ Run your xterm and specify the font parameters. run xterm -fa Lucida -fs 10 -e /usr/bin/bash -l Later, Julian -Original Message- From: Julian Yap [mailto:[EMAIL PROTECTED] Sent: Thursday, 22 September 2005 2:05 PM To: cygwin-xfree@cygwin.com Subject: Running Xwin at 100 dpi Hi all, I run Xwin to start up my xserver and xterm. This is the script located in the cygwin install: C:\cygwin\usr\X11R6\bin\startxwin.bat My Windows installation uses 120 dpi fonts. Unfortunately, the xterm and xwindows programs are horrifically small in font. I've tried looking everywhere but I can't increase my font size. These are the current lines in my startxwin.bat of concern: run XWin -multiwindow -clipboard -silent-dup-error run xterm -e /usr/bin/bash -l I have tried starting up Xwin with the following line but it doesn't change anything: run XWin -multiwindow -clipboard -silent-dup-error -dpi 100 I also tried the following to specify the font path to no avail: run XWin -fp /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/cyrillic/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ -multiwindow -clipboard -silent-dup-error Also, when I then SSH into a Linux machine, and run programs, like xterm or gvim, they are still small and not legible. Can anyone help me run Xserver at 100 dpi? Or another workaround? Regards, Julian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/w32api ChangeLog include/winbase.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-09-21 19:20:46 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h winsup/w32api/lib: kernel32.def Log message: 2005-09-21 Chris Sutcliffe [EMAIL PROTECTED] * include/winbase.h (RegisterWaitForSingleObject, RegisterWaitForSingleObjectEx): Define. * lib/kernel32.def ([EMAIL PROTECTED]): Define. ([EMAIL PROTECTED]): Changed to [EMAIL PROTECTED] Thanks to: Brandon Sneed nivenh at users dot sourceforge dot net Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.686r2=1.687 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.73r2=1.74 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/kernel32.def.diff?cvsroot=srcr1=1.20r2=1.21
src/winsup/utils ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-09-21 22:27:38 Modified files: winsup/utils : ChangeLog Log message: Fix typo. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.328r2=1.329
Re: PING: fix ARG_MAX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 9/20/2005 10:05 AM: AFAICT, we're not talking about defaults. We're talking about the optimum setting. Your change to xargs doesn't permit me to go beyond 32K. Personally, I'd like to be able to override that. So would I. See below. I have a similar test which shows noticeable improvement when going from 32K to 64K and miniscule-but-still-there improvements after that: Was this benchmark run on a modified xargs, or did you still suffer from the 32k limit? xargs truncates the -s arg down to what it is told is the system limit; use the undocumented xargs --show-limits to prove that you are getting the buffer size you are requesting. I am not really interested in providing a non-standard interface which would ultimately end up being used just by xargs. That would mean that we're adding an interface to cygwin so that a UNIX program could work better with non-cygwin programs. I think I've been pretty consistent in stating that I want to encumber cygwin as little as possible when it comes to accommodating non-cygwin programs. POSIX allows extensions to sysconf and pathconf for a reason, but I can understand if you are reluctant to add _PC_ARG_MAX. If you want to keep the 32K limit, that's ok with me. I'd just ask that you make it possible to override it. My current findutils release just bypasses the _SC_ARG_MAX check altogether with a hard-coded 32k upper limit to -s, without touching the code that defaults to 128k (since xargs automatically trims its default down to the results of its _SC_ARG_MAX check as needed). But my next release of findutils, after cygwin 1.5.19 is out (where all cygwin processes and not just cygexec mount points get the larger cygwin arg limits), will change the default from 128k to 32k, but use the normal _SC_ARG_MAX as the upper limit of -s. So maybe instead of having _SC_ARG_MAX return 1 meg, you should make it even larger, since cygwin processes really can pass more than 1 meg. But, then, I suspect that this wasn't overrideable when I was providing xargs either so you can feel free to ignore my request. Correct, your earlier releases of xargs could not exceed your hardcoded ARG_MAX limitation either. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDMV8X84KuGfSFAYARAjH3AJsFVfYmqzWBcqQyYNYYdwfRQjnykACeMzvB GX41apLMG8QW9NyjslbhRjo= =22kM -END PGP SIGNATURE-
Re: PING: fix ARG_MAX
On Wed, Sep 21, 2005 at 07:24:39AM -0600, Eric Blake wrote: According to Christopher Faylor on 9/20/2005 10:05 AM: AFAICT, we're not talking about defaults. We're talking about the optimum setting. Your change to xargs doesn't permit me to go beyond 32K. Personally, I'd like to be able to override that. So would I. See below. I have a similar test which shows noticeable improvement when going from 32K to 64K and miniscule-but-still-there improvements after that: Was this benchmark run on a modified xargs, or did you still suffer from the 32k limit? It was a modified xargs and a modified cygwin to allow command line lengths 1M. I would think that the fact that you see noticeable timing differences between 32768 - 262144 would make that pretty clear that xargs was actually using these. An unmodified xargs would have given errors if I attempted to use a larger limit - hence my request to be allowed to use larger sizes. cgf
Re: strange behavior of bash
Thank you Dave On 9/20/05, Dave Korn [EMAIL PROTECTED] wrote: I deleted some values in Windows Local Environment variable PATH. My original HOME is c:/home/myname/. And then: it broke. So put them back! What I deleted is borland c bin directory to avoid cygwin confusing two make tools. and maybe some other PATH variables which I believe set by some outdated software. It left as %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program Files\Common Files\GTK\2.0\bin\ There is nothing special, the same PC with same path variables run cygwin no problem. I just get confused why this behavior happens, and with invoke --login parameter. If that doesn't fix it, - http://cygwin.com/problems.html, particularly the bit about sending your cygcheck output (as an *attachment*, please!). output is in attachment as cygcheck.out. I am running cygwin in University domain controled windows 2k pro. So lot of parameters are pre set by IT. Many thanks for your help. Leo cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
change the font size of rxvt
I used a command like rxvt -fn fixedsys to start rxvt. After starting rxvt, I find that the font size of rxvt is too tiny. Is there a way to change the font size of rxvt? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange behavior of bash
At 05:04 AM 9/21/2005, you wrote: Thank you Dave On 9/20/05, Dave Korn dave dot korn at artimi dot com wrote: ^^^ http://cygwin.com/acronyms/#PCYMTNQREAIYR This is important if you want people to reply to you. I deleted some values in Windows Local Environment variable PATH. My original HOME is c:/home/myname/. And then: What I deleted is borland c bin directory to avoid cygwin confusing two make tools. and maybe some other PATH variables which I believe set by some outdated software. It left as %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program Files\Common Files\GTK\2.0\bin\ There is nothing special, the same PC with same path variables run cygwin no problem. I just get confused why this behavior happens, and with invoke --login parameter. If that doesn't fix it, - http://cygwin.com/problems.html, particularly the bit about sending your cygcheck output (as an *attachment*, please!). output is in attachment as cygcheck.out. I am running cygwin in University domain controled windows 2k pro. So lot of parameters are pre set by IT. Many thanks for your help. It appears that one of the directories that you removed was 'c:\cygwin\bin'. If you want to run bash from the DOS prompt, add this directory back to your path. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange behavior of bash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to faif cn on 9/21/2005 3:04 AM: What I deleted is borland c bin directory to avoid cygwin confusing two make tools. and maybe some other PATH variables which I believe set by some outdated software. It left as Your cygcheck was hard to read, as it was not a plain-text attachment (hmm, maybe we could update the problem-reporting instructions to tell people to create cygcheck.txt instead of cygcheck.out, since there are mailers out there that wrongly assume every file with an unknown extension should be transferred with a mime type of application/octet-stream). %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program Files\Common Files\GTK\2.0\bin\ At any rate, in your cygcheck, you have the environment variable Path, not PATH (in Windows, envvars are case insensitive, but not in Unix), so that can cause problems. Also, you have an unexpanded variable in your path, %HTC_PIC%. Furthermore, cygcheck couldn't even find make, with your path settings, so I don't see how you were complaining about 2 competing versions of make. But it very well could be that you did something weird when trying to cleanup the Borland flavors of unix tools. There is nothing special, the same PC with same path variables run cygwin no problem. I just get confused why this behavior happens, and with invoke --login parameter. I'm not familiar with DOS promote. Is it some other vendor's shell? Does it provide its own bash in your home directory, which could explain why you get a different behavior depending on what directory you are in when you try to run bash? Your cygcheck shows that you have . on the Windows path prior to cygwin\bin. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] volunteer cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDMVd484KuGfSFAYARAt9uAKDAhQp+/zw7mKHIn5O4y329bW1NxgCghFFV DpH4fJzmvi8CCYV1olzct0I= =2Z0p -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange behavior of bash
On Wed, Sep 21, 2005 at 06:52:08AM -0600, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to faif cn on 9/21/2005 3:04 AM: What I deleted is borland c bin directory to avoid cygwin confusing two make tools. and maybe some other PATH variables which I believe set by some outdated software. It left as Your cygcheck was hard to read, as it was not a plain-text attachment (hmm, maybe we could update the problem-reporting instructions to tell people to create cygcheck.txt instead of cygcheck.out, since there are mailers out there that wrongly assume every file with an unknown extension should be transferred with a mime type of application/octet-stream). ? I didn't have any problems reading the attachment. %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program Files\Common Files\GTK\2.0\bin\ At any rate, in your cygcheck, you have the environment variable Path, not PATH (in Windows, envvars are case insensitive, but not in Unix), so that can cause problems. This shouldn't be a problem. Cygwin uppercases everything that it finds in the environment when a program is run directly from windows. Cygcheck is not a cygwin program so you wouldn't see this behavior in its output. It looks like cygcheck was just run directly from a cmd prompt. Also, you have an unexpanded variable in your path, %HTC_PIC%. Furthermore, cygcheck couldn't even find make, with your path settings, so I don't see how you were complaining about 2 competing versions of make. But it very well could be that you did something weird when trying to cleanup the Borland flavors of unix tools. It couldn't find make but it did find other standard cygwin programs so the PATH should be ok at least in that regard. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange behavior of bash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 9/21/2005 7:14 AM: Your cygcheck was hard to read, as it was not a plain-text attachment (hmm, maybe we could update the problem-reporting instructions to tell people to create cygcheck.txt instead of cygcheck.out, since there are mailers out there that wrongly assume every file with an unknown extension should be transferred with a mime type of application/octet-stream). ? I didn't have any problems reading the attachment. I didn't either, once I saved it to disk. The problem is that my mailer didn't display it, because it was base64 encoded as a binary file, rather than plain-text encoded. I hate having to save attachments to disk when they are plain text, but encoded in such a way that my mailer won't display it. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDMV/p84KuGfSFAYARAoALAKCg+CnkPg7SqUJnBp24fgoVViKd9wCgyGIc 5kaCW4iFI32BpA6zUTqzTMQ= =ltpl -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
fairly repeatable fork(?) errors in (contrived) test script
All: I'm using the 9/19 snapshot. The sleep in the below test script seems to be required, otherwise the script could be simplified and still cause errors. The test script works (always?) without errors on 1.3.20. Here are a couple of test runs: ~ $ /tmp/test x: 1 x: 2 x: 3 x: 4 x: 5 x: 6 x: 7 x: 8 x: 9 896 [main] bash 6544 fork_parent: child 6680 died waiting for longjmp before initialization /tmp/test: fork: No such file or directory all done ~ $ /tmp/test x: 1 x: 2 x: 3 x: 4 x: 5 x: 6 x: 7 x: 8 x: 9 /tmp/test: fork: No such file or directory 812 [main] bash 7028 fork_parent: child 3576 died waiting for longjmp before initialization /tmp/test: fork: Bad file descriptor all done -- With a real (ie useful) script (that also involved a sleep) I was able to get similar(?) errors after running only 5 instances of that script in parallel. do nothing test script: --v-v--C-U-T---H-E-R-E-v-v-- #!/bin/bash bar() { foo=$( echo $( perl -pe '1;' /etc/passwd| tee /dev/null| (sleep 7;tr '[A-Z]' '[a-z]') | tail -1 ) ) echo foo: $foo /dev/null } for x in 1 2 3 4 5 6 7 8 9 do echo x: $x bar done wait echo echo all done -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: strange behavior of bash
Original Message From: faif cn Sent: 21 September 2005 10:04 Thank you Dave On 9/20/05, Dave Korn wrote: I deleted some values in Windows Local Environment variable PATH. My original HOME is c:/home/myname/. And then: it broke. So put them back! What I deleted is borland c bin directory to avoid cygwin confusing two make tools. and maybe some other PATH variables which I believe set by some outdated software. It left as %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\ bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program Files\Common Files\GTK\2.0\bin\ Get rid of that double-semicolon between %HTC_PIC%\BIN and the GTK path. There is nothing special, the same PC with same path variables run cygwin no problem. I just get confused why this behavior happens, and with invoke --login parameter. Meaning this behaviour ? If I type bash in any other directories, the bash promote can be shown successfully and I can use bash environment. If I type bash in my home directory, it just hangs for seconds and back to dos promote and nothing happened. Alternatively bash --login has same behavior. You must have a file called bash in your home directory, and that empty component between the two double-semicolons counts as adding '.' to your $PATH in POSIX. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange behavior of bash
Thank you very much all for your replies. I think I should clarify somthing first. Windows has two places to set path parameters Local Machine and User environment, what I changed is local machine one which means it affects anyone use this pc. 1. I do have /cygwin/bin in my User environment Path, and I can see cygwin find and use them all by type env in cygwin. 2. I didn't install make (gnu one) yet. I just want to delete borland path first, because by accidently I typed make, it called borland make. 3. So, I can type bash in any directory in CMD prompt. It is like the followings: H:\bash bash: .bash_profile: No such file or directory bash-3.00$ //enter bash environment without problem bash-3.00$ exit exit H:\bash --login H:\ //It is back to CMD prompt !! ### I fixed this now, because I stupidly put line . .bash_profile in .bashrc file to ensure my .bash_profile can be called every time when I start cygwin. and .bash_profile calls .bashrc again. I think it loops. Many thanks for all of your advices. Leo Original Message From: faif cn Sent: 21 September 2005 10:04 Thank you Dave On 9/20/05, Dave Korn wrote: I deleted some values in Windows Local Environment variable PATH. My original HOME is c:/home/myname/. And then: it broke. So put them back! What I deleted is borland c bin directory to avoid cygwin confusing two make tools. and maybe some other PATH variables which I believe set by some outdated software. It left as %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\matlab6p5\ bin\win32;C:\PROGRA~1\ULTRAE~1;%HTC_PIC%\BIN;;C:\Program Files\Common Files\GTK\2.0\bin\ Get rid of that double-semicolon between %HTC_PIC%\BIN and the GTK path. There is nothing special, the same PC with same path variables run cygwin no problem. I just get confused why this behavior happens, and with invoke --login parameter. Meaning this behaviour ? If I type bash in any other directories, the bash promote can be shown successfully and I can use bash environment. If I type bash in my home directory, it just hangs for seconds and back to dos promote and nothing happened. Alternatively bash --login has same behavior. You must have a file called bash in your home directory, and that empty component between the two double-semicolons counts as adding '.' to your $PATH in POSIX. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fairly repeatable fork(?) errors in (contrived) test script
On Wed, Sep 21, 2005 at 09:13:09AM -0500, Tom Rodman wrote: All: I'm using the 9/19 snapshot. The sleep in the below test script seems to be required, otherwise the script could be simplified and still cause errors. The test script works (always?) without errors on 1.3.20. 1.3.20? That is at least three years old. There is nothing useful that can be derived from quoting a regression from a version which is that old. I can't reproduce this, even with 81 repetitions instead of 9. Please see the snapshot reporting guidelines that I requested at http://sources.redhat.com/ml/cygwin/2005-09/msg00419.html . cgf Here are a couple of test runs: ~ $ /tmp/test x: 1 x: 2 x: 3 x: 4 x: 5 x: 6 x: 7 x: 8 x: 9 896 [main] bash 6544 fork_parent: child 6680 died waiting for longjmp before initialization /tmp/test: fork: No such file or directory all done ~ $ /tmp/test x: 1 x: 2 x: 3 x: 4 x: 5 x: 6 x: 7 x: 8 x: 9 /tmp/test: fork: No such file or directory 812 [main] bash 7028 fork_parent: child 3576 died waiting for longjmp before initialization /tmp/test: fork: Bad file descriptor all done -- With a real (ie useful) script (that also involved a sleep) I was able to get similar(?) errors after running only 5 instances of that script in parallel. do nothing test script: --v-v--C-U-T---H-E-R-E-v-v-- #!/bin/bash bar() { foo=$( echo $( perl -pe '1;' /etc/passwd| tee /dev/null| (sleep 7;tr '[A-Z]' '[a-z]') | tail -1 ) ) echo foo: $foo /dev/null } for x in 1 2 3 4 5 6 7 8 9 do echo x: $x bar done wait echo echo all done -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Mounting directory problems
Hi, I've create an network drive on srv1 that map \\srv2\test to k: using Windows2003 GUI. But now I want to access that from cygwin, and I can't. I've tryed to mount it using mount, but it is not working. Here is what I've done : $ mount x: /srv2_test mount: warning - /srv2_test does not exist. $ mount x: on /srv2_test type system (binmode) $ ls /srv2_test ls: /srv2_test: No such file or directory I've tried the same thing, with creating the directory /srv2_test before but (except the mounting warning), I have exactly the same problem... What I have done wrong ? Thanks for any help. -- Ma vie | Mes images | http://www.reponses.net Mon Wiki | -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mounting directory problems
At 12:08 PM 9/21/2005, you wrote: Hi, I've create an network drive on srv1 that map \\srv2\test to k: using Windows2003 GUI. But now I want to access that from cygwin, and I can't. I've tryed to mount it using mount, but it is not working. Here is what I've done : $ mount x: /srv2_test mount: warning - /srv2_test does not exist. $ mount x: on /srv2_test type system (binmode) $ ls /srv2_test ls: /srv2_test: No such file or directory I've tried the same thing, with creating the directory /srv2_test before but (except the mounting warning), I have exactly the same problem... What I have done wrong ? You mounted the wrong drive. Replace 'x:' with 'k:' and it will work. Or just mount the share directly: mount //srv2/test /srv2_test You really should create '/srv2_test' first. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
kpathsea problem in Cygwin (noob here)
Hi - Whenever I start up Cygwin (on my WinXP machine) I get the following error messages: warning: kpathsea: No usable entries in /var/cache/fonts/ls-R warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /var/cache/fonts/ls-r warning: kpathsea: See the manual for how to generate ls-R. What can I do about it? I think its affecting my LaTeX builds Thanks - Olumide -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: kpathsea problem in Cygwin (noob here)
Original Message From: Olumide Sent: 21 September 2005 17:54 Hi - Whenever I start up Cygwin (on my WinXP machine) I get the following error messages: warning: kpathsea: No usable entries in /var/cache/fonts/ls-R warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /var/cache/fonts/ls-r warning: kpathsea: See the manual for how to generate ls-R. What can I do about it? I think its affecting my LaTeX builds Looks like there are no usable entries in /var/cache/fonts/ls-R. If I were you, I would see the manual for how to generate ls-R. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: kpathsea problem in Cygwin (noob here)
Original Message From: Dave Korn Sent: 21 September 2005 18:02 Original Message From: Olumide Sent: 21 September 2005 17:54 Hi - Whenever I start up Cygwin (on my WinXP machine) I get the following error messages: warning: kpathsea: No usable entries in /var/cache/fonts/ls-R warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: No usable entries in /var/cache/fonts/ls-r warning: kpathsea: See the manual for how to generate ls-R. What can I do about it? I think its affecting my LaTeX builds Looks like there are no usable entries in /var/cache/fonts/ls-R. If I were you, I would see the manual for how to generate ls-R. BTW, one possible reason might be that the perms got messed up and the postinstall script couldn't write to the file. Take a look at http://www.cygwin.com/ml/cygwin/2004-03/msg00454.html and check the user/group names and privs on that file. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mounting directory problems
On Wed, Sep 21, 2005 at 12:29:04PM -0400, Larry Hall wrote: At 12:08 PM 9/21/2005, you wrote: (no I didn't, you must be thinking of someone else :) $ mount x: /srv2_test mount: warning - /srv2_test does not exist. $ mount x: on /srv2_test type system (binmode) $ ls /srv2_test ls: /srv2_test: No such file or directory I've tried the same thing, with creating the directory /srv2_test before but (except the mounting warning), I have exactly the same problem... What I have done wrong ? You mounted the wrong drive. Replace 'x:' with 'k:' and it will work. Or just mount the share directly: mount //srv2/test /srv2_test You really should create '/srv2_test' first. Why? What difference does it make? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mounting directory problems
On Wed, Sep 21, 2005 at 11:58:30AM -0700, Yitzchak Scott-Thoennes (aka, 'you') wrote: On Wed, Sep 21, 2005 at 12:29:04PM -0400, Larry Hall wrote: You really should create '/srv2_test' first. Why? What difference does it make? If nothing else, when you do a ls / you'll see a srv2_test directory and you'll be able to use it with command-line completion in bash. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mounting directory problems
mount //srv2/test /srv2_test You really should create '/srv2_test' first. Why? What difference does it make? A directory must exist prior to the mount point if you want readdir() to see it (used by ls, find, ...). Yes, you can use mount -f to circumvent the requirement that the directory already exist, but then you can no longer search the parent directory for the mount point. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
Looks like there are no usable entries in /var/cache/fonts/ls-R. If I were you, I would see the manual for how to generate ls-R. Which manual is that? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange behavior of bash
On Wed, Sep 21, 2005 at 06:52:08AM -0600, Eric Blake wrote: I'm not familiar with DOS promote. Is it some other vendor's shell? Does it provide its own bash in your home directory, which could explain why you get a different behavior depending on what directory you are in when you try to run bash? Your cygcheck shows that you have . on the Windows path prior to cygwin\bin. I believe DOS prompt is what was meant. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
BTW, one possible reason might be that the perms got messed up and the postinstall script couldn't write to the file. Take a look at http://www.cygwin.com/ml/cygwin/2004-03/msg00454.html and check the user/group names and privs on that file. The file ls-R is empty (zero bytes) and read only. (Help!) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
At 03:15 PM 9/21/2005, you wrote: Looks like there are no usable entries in /var/cache/fonts/ls-R. If I were you, I would see the manual for how to generate ls-R. Which manual is that? Try 'info kpathsea'. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
Larry Hall wrote: At 03:15 PM 9/21/2005, you wrote: Looks like there are no usable entries in /var/cache/fonts/ls-R. If I were you, I would see the manual for how to generate ls-R. Which manual is that? Try 'info kpathsea'. Sorry, nothing :( -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
Larry Hall wrote: At 03:15 PM 9/21/2005, you wrote: Looks like there are no usable entries in /var/cache/fonts/ls-R. If I were you, I would see the manual for how to generate ls-R. Which manual is that? Try 'info kpathsea'. I typed 'texdoc kpathsea' and the kpathsea Library (DVI document, 60 pages) popped up, but I still dont know what to do. Thanks for not flaming me ;) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
Olumide wrote: I typed 'texdoc kpathsea' and the kpathsea Library (DVI document, 60 pages) popped up, but I still dont know what to do. I actually did the impossible and looked at the document (gasp ;) ). Theres a mktexlsr script (in /usr/bin) that fixes the problems. But there are a few ls-R files all over the filesyetem that require write permissions before the mktexlsr can write to them. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
Olumide wrote: I actually did the impossible and looked at the document (gasp ;) ). Theres a mktexlsr script (in /usr/bin) that fixes the problems. But there are a few ls-R files all over the filesyetem that require write permissions before the mktexlsr can write to them. For posterity's sake: $ mktexlsr mktexlsr: Updating /cygdrive/h/.texmf/config/ls-R... mktexlsr: Updating /cygdrive/h/.texmf/var/ls-R... mktexlsr: Updating /usr/share/lilypond/2.4.3/ls-R... mktexlsr: Updating /usr/share/texmf/ls-R... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. :D -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
At 04:14 PM 9/21/2005, you wrote: Olumide wrote: I actually did the impossible and looked at the document (gasp ;) ). Theres a mktexlsr script (in /usr/bin) that fixes the problems. But there are a few ls-R files all over the filesyetem that require write permissions before the mktexlsr can write to them. For posterity's sake: $ mktexlsr mktexlsr: Updating /cygdrive/h/.texmf/config/ls-R... mktexlsr: Updating /cygdrive/h/.texmf/var/ls-R... mktexlsr: Updating /usr/share/lilypond/2.4.3/ls-R... mktexlsr: Updating /usr/share/texmf/ls-R... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. :D Well done. :-) I'm glad you were able to make headway with this since my knowledge of tetex is basically NULL. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: change the font size of rxvt
On 9/21/05, wmaple [EMAIL PROTECTED] wrote: I used a command like rxvt -fn fixedsys to start rxvt. After starting rxvt, I find that the font size of rxvt is too tiny. Is there a way to change the font size of rxvt? I don't think fixedsys is scaleable. Try: rxvt -fn 'Courier New-16'# Putty default font rxvt -fn 'Lucida Console-14'# Another good console font Also try changing the font sizes. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mounting directory problems
On 9/21/05, Larry Hall [EMAIL PROTECTED] wrote: At 12:08 PM 9/21/2005, you wrote: Hi, You mounted the wrong drive. Replace 'x:' with 'k:' and it will work. Of course that was a mispelling... it didn't seems to work here... Or just mount the share directly: mount //srv2/test /srv2_test That works perfectly ! Thanks a lot, cause you've just saved the last few hair I have on my skull :-) You really should create '/srv2_test' first. I will. -- Ma vie | Mes images | http://www.reponses.net Mon Wiki | -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cabextract 1.1-1 -- Extract Microsoft cabinet (.CAB) files
PACKAGE DESCRIPTION === Home page: http://www.kyz.uklinux.net/cabextract.php3 License : GPL Extract Microsoft cabinet (.CAB) files. Microsoft cabinet files are used by Microsoft and others to distribute all kinds of data and software: core Web fonts, Longhorn videos, operating system updates and video codecs, to give some examples. Microsoft cabinets are also used as the installation format for Windows CE software. CHANGES SINCE LAST RELEASE == http://www.kyz.uklinux.net/cabextract.php#changes INSTALL OR UPGRADE NOTES None. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Exchange of links with our sites - Cung trao doi lien ket
HI, friend! I would like to ask you to exchange links between yours and ours sites (hundreds of sites). As you probably know this will provide your visitors with valuable resources, as well as it would do for us. We can place your site in category of our resource page, suitable for it, and with a good Google Page Rank, easily accesible from our index page. If you would like to swap links please send me your website details, and if not, excuse me for wasting your time and have a great day. Best Regards, P.T. Long Xin chao, friend! Toi co hang tram website tren nhieu linh vuc va muon trao doi lien ket voi website cua ban. Ban co the da biet rang dieu nay se dem den cho khach hang cua chung ta nhung du lieu quy gia cung nhu cho chinh chung ta. Chung toi co the dat lien ket cua ban trong cac trang lien ket cua chung toi, phan theo tung nhom phu hop, tu cac trang co Google Page Rank cao va de dang truy cap tu trang chu cua chung toi. Neu ban quan tam toi viec trao doi lien ket website, xin vui long gui lai cho toi thong tin ve website cua ban ve ten, link va tomtat. Rat lay lam xin loi neu email nay lam phien ban va chuc ban mot ngay day may man va thanh cong. Tran Trong, P.T.Long -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fstat gives wrong mode after chmod and fchmod
On Sun, Sep 18, 2005 at 03:22:56PM -0700, Yitzchak Scott-Thoennes wrote: I'm seeing this on the 20050916 but as far as I know it's not a regression. A new perl test (actually using an existing file opened for read access) turned this up. The following gives: after fchmod to 0 and chmod to 0666, stat: 666 fstat: 444 Does anyone else see this? #include fcntl.h #include sys/stat.h #include stdio.h int main(int argc, char **argv) { int fd; struct stat statbuf, fstatbuf; if ( ( fd = open(foo, O_CREAT|O_EXCL|O_WRONLY, 0666) ) 0 ) { perror(open failed); return 1; } if ( fchmod(fd, 0) ) { perror(fchmod failed); return 1; } if ( chmod(foo, 0666) ) { perror(chmod failed); return 1; } if ( stat(foo, statbuf) ) { perror(stat failed); return 1; } if ( fstat(fd, fstatbuf) ) { perror(fstat failed); return 1; } printf(after fchmod to 0 and chmod to 0666, stat: %o fstat: %o\n, statbuf.st_mode 0777, fstatbuf.st_mode 0777); return 0; } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kpathsea problem in Cygwin (noob here)
Larry Hall wrote: At 04:14 PM 9/21/2005, you wrote: For posterity's sake: $ mktexlsr mktexlsr: Updating /cygdrive/h/.texmf/config/ls-R... mktexlsr: Updating /cygdrive/h/.texmf/var/ls-R... mktexlsr: Updating /usr/share/lilypond/2.4.3/ls-R... mktexlsr: Updating /usr/share/texmf/ls-R... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. :D Well done. :-) I'm glad you were able to make headway with this since my knowledge of tetex is basically NULL. For future reference, the comp.text.tex newsgroup is fairly good for this sort of thing, either live or checking the archives on Google Groups. Also, fwiw, there's a texhash command that's aliased to mktexlsr. I assume there's some historical reason to have two names for the same thing. - Brooks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/