Re: [ITP] rakudo-star-201007-1
Peter Rosin schrieb: Den 2010-08-04 10:18 skrev Corinna Vinschen: On Aug 1 15:11, Christopher Faylor wrote: On Sun, Aug 01, 2010 at 08:35:59AM -0400, Charles Wilson wrote: On 8/1/2010 7:25 AM, Reini Urban wrote: I indent to maintain a new package rakudo-star, which is a small addon to rakudo (aka perl6 on parrot). 387KB binary, 5MB src Since I'm the first (in close contact with the developers) I need 5 votes. The other distros: slackware and fedora are almost ready, but not yet. debian is a bit behind at all. +1 +1 +1 +1 No rakudo? One more please -- Reini
Re: [ITP] rakudo-star-201007-1
On 24 August 2010 15:59, Reini Urban wrote: No rakudo? One more please +1 Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
[PATCH] setup: define CYGWINFORALL for postinstall/preremove scripts
Following a suggestion by Corinna, the attached patch defines a variable called CYGWINFORALL in the environment of postinstall and preremove scripts. It's set to -A when installing for all users, and to an empty string when installing for Just me. This allows it to be used both directly as an argument to cygpath or mkshortcut, and in conditionals using 'test -z' or 'test -n'. I've checked that it does indeed get defined appropriately for both install types and both postinstall and preremove script. Changelog: * script.cc (init_run_script): Define CYGWINFORALL variable signifying install for all users or just the current user. Andy cygwinforall.patch Description: Binary data
Re: [PATCH] setup: define CYGWINFORALL for postinstall/preremove scripts
On Tue, Aug 24, 2010 at 09:25:29PM +0100, Andy Koppe wrote: Following a suggestion by Corinna, the attached patch defines a variable called CYGWINFORALL in the environment of postinstall and preremove scripts. It's set to -A when installing for all users, and to an empty string when installing for Just me. This allows it to be used both directly as an argument to cygpath or mkshortcut, and in conditionals using 'test -z' or 'test -n'. I've checked that it does indeed get defined appropriately for both install types and both postinstall and preremove script. Changelog: * script.cc (init_run_script): Define CYGWINFORALL variable signifying install for all users or just the current user. Shouldn't the environment variable be unset entirely when not installing for everyone? I.e., the second argument to SetEnvironmentVariable should be NULL rather than . cgf
Re: [PATCH] setup: define CYGWINFORALL for postinstall/preremove scripts
On 24 August 2010 22:27, Christopher Faylor wrote: On Tue, Aug 24, 2010 at 09:25:29PM +0100, Andy Koppe wrote: Following a suggestion by Corinna, the attached patch defines a variable called CYGWINFORALL in the environment of postinstall and preremove scripts. It's set to -A when installing for all users, and to an empty string when installing for Just me. This allows it to be used both directly as an argument to cygpath or mkshortcut, and in conditionals using 'test -z' or 'test -n'. I've checked that it does indeed get defined appropriately for both install types and both postinstall and preremove script. Changelog: * script.cc (init_run_script): Define CYGWINFORALL variable signifying install for all users or just the current user. Shouldn't the environment variable be unset entirely when not installing for everyone? You're right, it might as well. Andy
[ITP] mingw-w64 Second try
Hi, since cygport and gcc has been updated, I can do the packaging without any local hacks. Here are the packages. mingw64-x86_64-pthreads https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-pthreads/mingw64-x86_64-pthreads-20100619-1.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-pthreads/mingw64-x86_64-pthreads-20100619-1-src.tar.bz2/download category: Devel requires: mingw64-x86_64-runtime sdesc: libpthread for MinGW-w64 Win64 toolchain mingw64-x86_64-headers https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-headers/mingw64-x86_64-headers-svn3433-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-headers/mingw64-x86_64-headers-svn3433-1.tar.bz2/download category: Devel requires: sdesc: Mingw-w64 headers for Win64 target. ldesc: Mingw-w64 headers for Win64 target development. This package is for the mingw-w64 toolchain that targets 64bit. mingw64-x86_64-runtime https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-runtime/mingw64-x86_64-runtime-20100809-1.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-runtime/mingw64-x86_64-runtime-20100809-1-src.tar.bz2/download category: Devel requires: mingw64-x86_64-headers sdesc: CRT libraries for Win64 target. ldesc: Mingw-w64 CRT libraries for Win64 target development. mingw64-x86_64-binutils https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-binutils/mingw64-x86_64-binutils-2.20.51-1-src.tar.bz2/download https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-binutils/mingw64-x86_64-binutils-2.20.51-1.tar.bz2/download category: Devel requires: libgcc1 libintl8 zlib0 sdesc: Binutils for MinGW-w64 Win64 toolchain ldesc: Mingw-w64 Cross binutils for Win64 target. mingw64-x86_64-gcc-fortran https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-gcc/mingw64-x86_64-gcc-fortran/mingw64-x86_64-gcc-fortran-4.5.1-1.tar.bz2/download category: Devel requires: mingw64-x86_64-gcc external-source: mingw64-x86_64-gcc sdesc: GCC gfortran for MinGW-w64 Win64 toolchain mingw64-x86_64-gcc-core https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-gcc/mingw64-x86_64-gcc-core/mingw64-x86_64-gcc-core-4.5.1-1.tar.bz2/download category: Devel requires: libcloog0 libgcc1 libgmp3 libiconv2 libintl8 libmpc1 libmpfr1 libppl mingw64-x86_64-binutils mingw64-x86_64-pthreads mingw64-x86_64-runtime sdesc: GCC for MinGW-w64 Win64 toolchain mingw64-x86_64-gcc-g++ https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-gcc/mingw64-x86_64-gcc-g%2B%2B/mingw64-x86_64-gcc-g%2B%2B-4.5.1-1.tar.bz2/download ategory: Devel requires: mingw64-x86_64-gcc external-source: mingw64-x86_64-gcc mingw64-x86_64-gcc-ada https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-gcc/mingw64-x86_64-gcc-ada/mingw64-x86_64-gcc-ada-4.5.1-1.tar.bz2/download category: Devel requires: mingw64-x86_64-gcc external-source: mingw64-x86_64-gcc sdesc: GCC ada for MinGW-w64 Win64 toolchain mingw64-x86_64-gcc-objc https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-gcc/mingw64-x86_64-gcc-objc/mingw64-x86_64-gcc-objc-4.5.1-1.tar.bz2/download category: Devel requires: mingw64-x86_64-gcc external-source: mingw64-x86_64-gcc sdesc: GCC objc and objc++ for MinGW-w64 Win64 toolchain mingw64-x86_64-gcc https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-x86_64-gcc/mingw64-x86_64-gcc-4.5.1-1-src.tar.bz2/download
Re: [PATCH] setup: define CYGWINFORALL for postinstall/preremove scripts
On Wed, Aug 25, 2010 at 05:13:05AM +0100, Andy Koppe wrote: On 24 August 2010 22:27, Christopher Faylor wrote: On Tue, Aug 24, 2010 at 09:25:29PM +0100, Andy Koppe wrote: Following a suggestion by Corinna, the attached patch defines a variable called CYGWINFORALL in the environment of postinstall and preremove scripts. It's set to -A when installing for all users, and to an empty string when installing for Just me. This allows it to be used both directly as an argument to cygpath or mkshortcut, and in conditionals using 'test -z' or 'test -n'. I've checked that it does indeed get defined appropriately for both install types and both postinstall and preremove script. Changelog: ?? ?? ?? * script.cc (init_run_script): Define CYGWINFORALL variable ?? ?? ?? signifying install for all users or just the current user. Shouldn't the environment variable be unset entirely when not installing for everyone? You're right, it might as well. Looks good with that change. cgf
RE: X Server no longer launches urxvtc-X
Another data point, when I try:
black EXEC /bin/rxvt -fg green -bg black -cr dodgerblue -g 80x40 -e
/bin/bash -l -i
rxvt successfully starts up but displays:
/bin/find: failed to restore initial working directory: No such file or
directory
Before .bash_profile is invoked
Jay, I resolved the find issue by modifying the /etc/profile file.
The real issue is the change made in the latest release of the
cygwin1.dll where the current working directory is set to an invalid
directory. Until you set the current working directory to something
when find is called, you'll continue to see this. Try moving this
portion of the /etc/profile script:
# Make sure we start in home unless invoked by CHERE
if [ ! -z ${CHERE_INVOKING} ]; then
unset CHERE_INVOKING
else
cd ${HOME}
fi
so that it is located before the execution of all the /etc/profile.d scripts.
--
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/
Postinstall script error
Here is a slice from setup.log 2010/08/23 23:47:07 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/fltk.sh 2010/08/23 23:48:01 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/libglade2.0.sh 2010/08/23 23:48:03 abnormal exit: exit code=2 2010/08/23 23:48:03 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/obconf.sh Nick -- 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/cygwin ChangeLog external.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-08-24 15:11:24 Modified files: winsup/cygwin : ChangeLog external.cc Log message: * external.cc (cygwin_internal): In CW_CVT_MNT_OPTS case, initialize flags with *pflags to restore original behaviour. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5005r2=1.5006 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/external.cc.diff?cvsroot=srcr1=1.118r2=1.119
src/winsup/w32api ChangeLog include/mmreg.h in ...
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 19:09:50 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: mmreg.h msacm.h Log message: 2010-08-24 LRN lrn1...@gmail.com * include/mmreg.h (MPEGLAYER3WAVEFORMAT, WAVE_FORMAT_UNKNOWN, WAVE_FORMAT_PCM, WAVE_FORMAT_ADPCM, WAVE_FORMAT_IEEE_FLOAT, WAVE_FORMAT_VSELP, WAVE_FORMAT_IBM_CVSD, WAVE_FORMAT_ALAW, WAVE_FORMAT_MULAW, WAVE_FORMAT_OKI_ADPCM, WAVE_FORMAT_DVI_ADPCM, WAVE_FORMAT_MEDIASPACE_ADPCM, WAVE_FORMAT_SIERRA_ADPCM, WAVE_FORMAT_G723_ADPCM, WAVE_FORMAT_DIGIFIX, WAVE_FORMAT_DIALOGIC_OKI_ADPCM, WAVE_FORMAT_MEDIAVISION_ADPCM, WAVE_FORMAT_CU_CODEC, WAVE_FORMAT_YAMAHA_ADPCM, WAVE_FORMAT_SONARC, WAVE_FORMAT_DSPGROUP_TRUESPEECH, WAVE_FORMAT_ECHOSC1, WAVE_FORMAT_AUDIOFILE_AF36, WAVE_FORMAT_APTX, WAVE_FORMAT_AUDIOFILE_AF10, WAVE_FORMAT_PROSODY_1612, WAVE_FORMAT_LRC, WAVE_FORMAT_DOLBY_AC2, WAVE_FORMAT_GSM610, WAVE_FORMAT_MSNAUDIO, WAVE_FORMAT_ANTEX_ADPCME, WAVE_FORMAT_CONTROL_RES_VQLPC, WAVE_FORMAT_DIGIREAL, WAVE_FORMAT_DIGIADPCM, WAVE_FORMAT_CONTROL_RES_CR10, WAVE_FORMAT_NMS_VBXADPCM, WAVE_FORMAT_ROLAND_RDAC, WAVE_FORMAT_ECHOSC3, WAVE_FORMAT_ROCKWELL_ADPCM, WAVE_FORMAT_ROCKWELL_DIGITALK, WAVE_FORMAT_XEBEC, WAVE_FORMAT_G721_ADPCM, WAVE_FORMAT_G728_CELP, WAVE_FORMAT_MSG723, WAVE_FORMAT_MPEG, WAVE_FORMAT_RT24, WAVE_FORMAT_PAC, WAVE_FORMAT_MPEGLAYER3, WAVE_FORMAT_LUCENT_G723, WAVE_FORMAT_CIRRUS, WAVE_FORMAT_ESPCM, WAVE_FORMAT_VOXWARE, WAVE_FORMAT_CANOPUS_ATRAC, WAVE_FORMAT_G726_ADPCM, WAVE_FORMAT_G722_ADPCM, WAVE_FORMAT_DSAT, WAVE_FORMAT_DSAT_DISPLAY, WAVE_FORMAT_VOXWARE_BYTE_ALIGNED, WAVE_FORMAT_VOXWARE_AC8, WAVE_FORMAT_VOXWARE_AC10, WAVE_FORMAT_VOXWARE_AC16, WAVE_FORMAT_VOXWARE_AC20, WAVE_FORMAT_VOXWARE_RT24, WAVE_FORMAT_VOXWARE_RT29, WAVE_FORMAT_VOXWARE_RT29HW, WAVE_FORMAT_VOXWARE_VR12, WAVE_FORMAT_VOXWARE_VR18, WAVE_FORMAT_VOXWARE_TQ40, WAVE_FORMAT_SOFTSOUND, WAVE_FORMAT_VOXWARE_TQ60, WAVE_FORMAT_MSRT24, WAVE_FORMAT_G729A, WAVE_FORMAT_MVI_MV12, WAVE_FORMAT_DF_G726, WAVE_FORMAT_DF_GSM610, WAVE_FORMAT_ISIAUDIO, WAVE_FORMAT_ONLIVE, WAVE_FORMAT_SBC24, WAVE_FORMAT_DOLBY_AC3_SPDIF, WAVE_FORMAT_ZYXEL_ADPCM, WAVE_FORMAT_PHILIPS_LPCBB, WAVE_FORMAT_PACKED, WAVE_FORMAT_RHETOREX_ADPCM, WAVE_FORMAT_IRAT, WAVE_FORMAT_VIVO_G723, WAVE_FORMAT_VIVO_SIREN, WAVE_FORMAT_DIGITAL_G723, WAVE_FORMAT_CREATIVE_ADPCM, WAVE_FORMAT_CREATIVE_FASTSPEECH8, WAVE_FORMAT_CREATIVE_FASTSPEECH10, WAVE_FORMAT_QUARTERDECK, WAVE_FORMAT_FM_TOWNS_SND, WAVE_FORMAT_BTV_DIGITAL, WAVE_FORMAT_VME_VMPCM, WAVE_FORMAT_OLIGSM, WAVE_FORMAT_OLIADPCM, WAVE_FORMAT_OLICELP, WAVE_FORMAT_OLISBC, WAVE_FORMAT_OLIOPR, WAVE_FORMAT_LH_CODEC, WAVE_FORMAT_NORRIS, WAVE_FORMAT_ISIAUDIO, WAVE_FORMAT_SOUNDSPACE_MUSICOMPRESS, WAVE_FORMAT_DVM, WAVE_FORMAT_RAW_AAC1, WAVE_FORMAT_MPEG_HEAAC, WAVE_FORMAT_MPEG_ADTS_AAC, WAVE_FORMAT_DRM, WAVE_FORMAT_DTS, WAVE_FORMAT_WMAVOICE9, WAVE_FORMAT_WMASPDIF, WAVE_FORMAT_WMAUDIO_LOSSLESS, WAVE_FORMAT_WMAUDIO2, WAVE_FORMAT_WMAUDIO3, WAVE_FORMAT_MPEG_LOAS, WAVE_FORMAT_RAW_SPORT, WAVE_FORMAT_ESST_AC3, WAVE_FORMAT_DTS2): Define. * include/msacm.h (HACMDRIVERID, HACMDRIVER, HACMSTREAM, HACMOBJ, ACMSTREAMHEADER, WAVEFILTER, acmDriverAddA, acmDriverAddW, acmDriverRemove, acmMetrics, acmStreamOpen, acmStreamSize, acmStreamPrepareHeader, acmStreamUnprepareHeader, acmStreamReset, acmStreamClose, acmStreamConvert): Define. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1033r2=1.1034 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/mmreg.h.diff?cvsroot=srcr1=1.1r2=1.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/msacm.h.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/w32api ChangeLog lib/ws2_32.def
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 22:05:39 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib: ws2_32.def Log message: 2010-08-24 Chris Sutcliffe ir0nh...@users.sourceforge.net * lib/ws2_32.def: Regenerate using gendef on a Win7 machine. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1035r2=1.1036 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/ws2_32.def.diff?cvsroot=srcr1=1.4r2=1.5
src/winsup/w32api ChangeLog include/winnt.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 22:20:34 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winnt.h Log message: 2010-08-24 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/winnt.h (IMAGE_NT_HEADERS32, IMAGE_NT_HEADERS64): Correct definition. Thank you to Pasi Ruokola for reporting the issue. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1037r2=1.1038 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winnt.h.diff?cvsroot=srcr1=1.132r2=1.133
src/winsup/w32api ChangeLog include/winbase.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 22:25:44 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h Log message: 2010-08-24 Vinky rabbit_vi...@users.sourceforge.net * include/winbase.h (OVERLAPPED): Correct definition. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1038r2=1.1039 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.100r2=1.101
src/winsup/w32api ChangeLog include/winbase.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 22:35:39 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h Log message: 2010-08-24 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/winbase.h (MoveFileWithProcessA, MoveFileWithProgressW): Define. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1039r2=1.1040 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.101r2=1.102
src/winsup/w32api ChangeLog include/oleacc.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 22:41:36 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: oleacc.h Log message: 2010-08-24 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/oleacc.h (AccessibleObjectFromEvent): Correct definition. Thank you to Rick Walsh for reporting the issue. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1040r2=1.1041 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/oleacc.h.diff?cvsroot=srcr1=1.5r2=1.6
src/winsup/w32api ChangeLog include/windowsx.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 23:03:57 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: windowsx.h Log message: 2010-08-24 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/windowsx.h (SNDMSG): Define macro and use throughout. Thank you to Chris Oldwood for reporting the issue. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1041r2=1.1042 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/windowsx.h.diff?cvsroot=srcr1=1.3r2=1.4
src/winsup/w32api ChangeLog include/prsht.h
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-24 23:09:52 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: prsht.h Log message: 2010-08-24 Chris Sutcliffe ir0nh...@users.sourceforge.net * include/prsht.h (SNDMSG, POSTMSG): Define macros and use throughout. Thank you to Ozkan Sezer for reporting the issue. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1042r2=1.1043 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/prsht.h.diff?cvsroot=srcr1=1.7r2=1.8
Re: Wrong/ inconsistent responses from diff
I'd suspect that /m and /d are on text mounts and your home directory is on a binary mount, or vice versa. Thank you. Something's changed though not quite as described above. Has something changed in the conventions for default mounts? I've either missed something, or I'm doing something wrong. After installing cygwin 1.7.6 mount -p shows flag textmode. I reverted to 1.7.5 and mount -p shows flag binmode. For the moment I have reverted to 1.7.5. This is an utterly horrid change (binmode to textmode) but I guess it is intended (and was probably discussed forever in advance of making it). Please can you confirm (intended change), or is this a glitch (unintended change, to be corrected) or has my installation become de-railed (1.7.6 should be binmode like 1.7.5; somehow, in this local case, is textmode and needs mending locally)? Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server
While Cygwin 1.5 played well with our legacy file server (Tru64 Advanced Server V5.1B-4 ECO2), 1.7 does not. Although I seem to have sufficient write permissions (and actually can write to files), renaming (mv-ing) files fails with 1.7.1, 1.7.5-1 and 1.7.6-1 (others not tested) like this: $ pwd //dlanserv/KRAMSKI$/testperms $ touch somefile $ ls otherfile $ ls -la total 4113 drwxr-xr-x+ 2 kramski Domain Users 8192 2010-08-23 15:53 ./ drwx--+ 84 kramski Domain Users 8192 2010-08-23 15:35 ../ -rw-r--r-- 1 kramski Domain Users 19 2010-08-23 15:53 otherfile -rw-r--r-- 1 kramski Domain Users0 2010-08-23 15:53 somefile $ getfacl somefile # file: somefile # owner: kramski # group: Domain Users user::rw- group::r-- mask:rwx other:r-- $ rm otherfile $ mv somefile newfile mv: cannot move `somefile' to `newfile': Permission denied With 1.7.5, it was at least possible to copy files successfully. After upgrading to 1.7.6-1, cp now also fails strangely: $ cp somefile copyfile cp: skipping file `somefile', as it was replaced while being copied Mounting with the noacl option doesn't help: $ mount -o noacl //dlanserv/kramski$ /mnt mount: warning - /mnt does not exist. mount: defaulting to 'notexec' mount option for speed since native path references a remote share. Use '-f' option to override. $ mount //dlanserv/kramski$ on /mnt type cifs (text,notexec,noacl,user) $ cd /mnt/testperms $ ls -la total 3088 drwxr-xr-x 2 kramski Domain Users 8192 2010-08-23 15:53 ./ drwxr-xr-x 84 kramski Domain Users 8192 2010-08-23 15:35 ../ -rw-r--r-- 1 kramski Domain Users0 2010-08-23 15:53 somefile $ mv somefile newfile2 mv: cannot move `somefile' to `newfile2': Permission denied Here is some info about the network share: $ /usr/lib/csih/getVolInfo //dlanserv/KRAMSKI$/ Device Type: 7 Characteristics: 10 Volume Name: DLANSERV Serial Number : 4294967292 Max Filenamelength : 255 Filesystemname : NTFS Flags : 8 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Using Windows explorer, every file operation is possible. Tru64 Advanced Server is a proprietary Unix port of NT4 and should more or less behave like an NT server. Any ideas how to make it work with Cygwin 1.7? TIA Heinz Cygwin Configuration Diagnostics Current System Time: Mon Aug 23 16:24:33 2010 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\WINDOWS\system32\WindowsPowerShell\v1.0 C:\Programme\dogro\profiskalp3\bin X:\cenvi\win32 c:\bin32 c:\cygwin\bin C:\Programme\oraic_112 C:\Programme\ora102\bin x:\bin32 Output from c:\cygwin\bin\id.exe UID: 11076(kramski) GID: 10513(Domain Users) 10513(Domain Users) 545(Benutzer) 547(Hauptbenutzer)12681(AK-ALS-ro) 12694(AK-Anfragen)12063(AK-Bestandserh) 12837(AK-Controlling) 12285(AK-DiDo) 12026(AK-Leaf)12826(AK-Literatur-im-Netz) 12027(AK-Malvine) 12518(AK-Musikalien) 12134(AK-relaunch)12141(AK-relaunch-1) 12486(AK-Schillerbibl)12122(AK-Schillerjahr2005) 12135(AK-StundemitderMaus)12638(Belegschaft) 12254(besterh)12670(difo) 11023(edv)11020(edvext) 12255(eentw) 11798(entwicklung) 11907(entwicklung_org)11245(fidelio) 11014(kessler)12440(m3_admin) 12438(m3_redakteur) 12630(PRJ-Edition-Gundolf) 12459(PRJ-Gernhardt-Brunnenhefte) 12843(PRJ-GPA-Umsetzung) 12884(PRJ-GPA-Ums_archiv) 12879(PRJ-GPA-Ums_archiv_k) 12885(PRJ-GPA-Ums_bibl) 12880(PRJ-GPA-Ums_bibl_k) 12887(PRJ-GPA-Ums_direkt) 12882(PRJ-GPA-Ums_direkt_k) 12886(PRJ-GPA-Ums_entw) 12888(PRJ-GPA-Ums_verw) 12883(PRJ-GPA-Ums_verw_k) 12669(PRJ-Juenger-digital) 12748(PRJ-Magazinbau-Plenum) 12668(PRJ-Schiller-digital) 11025(put)
Re: perl: Net::DNS requires Win32::IPHelper
2010/8/23 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net: On Mon, 2010-08-23 at 16:07 +0200, Corinna Vinschen wrote: Here's a question: Why does the Net::DNS module, which provides only a resolver API, depend on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible resolver API (res_init, res_query, etc) which should be used, just like on Linux. Does the module erroneously treat Cygwin as Windows target? If so, that should be fixed. Net::DNS does not bind libresolv on *NIX; it does its own parsing of /etc/resolv.conf. On Win32, it uses Win32::IPHelper's bindings of GetNetworkParams. So this is YA resolver implementation. When it came to BIND's liblwres, you asked that it use the Windows APIs in order to ore closely match our libresolv implementation and not require an /etc/resolv.conf. The same would apply here as well. The real problem is that there exists a native cygwin resolver module Net::DNS::Resolver::Cygwin, which is just not used. It does not need Win32::IPHelper and Win32::API, it just reads the relevant /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters/ registry entries. Attached is my tested version, but I want to test it once more with ipv6 at home. -- Reini Urban Net-DNS-0.66-cygwin.patch Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: OpenSSH-5.6p1-1
Missing dependency, I think: openssh-5.6 Source now depends on libcom_err-devel ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 651-1426, e-mail: h...@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
On Aug 24 07:17, Fergus wrote: I'd suspect that /m and /d are on text mounts and your home directory is on a binary mount, or vice versa. Thank you. Something's changed though not quite as described above. Has something changed in the conventions for default mounts? I've either missed something, or I'm doing something wrong. After installing cygwin 1.7.6 mount -p shows flag textmode. I reverted to 1.7.5 and mount -p shows flag binmode. For the moment I have reverted to 1.7.5. This is an utterly horrid change (binmode to textmode) but I guess it is intended (and was probably discussed forever in advance of making it). Please can you confirm (intended change), or is this a glitch (unintended change, to be corrected) or has my installation become de-railed (1.7.6 should be binmode like 1.7.5; somehow, in this local case, is textmode and needs mending locally)? This is neither an intended nor discussed behaviour, nor is it clear if it's a glitch in Cygwin. Mount points are never set to textmode automagically, unless you set them explicitely to text in /etc/fstab or /etc/fstab.d/$USER. I tried this myself by either omitting the cygdrive prefix in /etc/fstab, or by using various settings for it, even invalid ones. I can't reproduce this. My cygdrive prefix is binary, unless I use the text mount option explicitely. Would you mind to paste the file content of /etc/fstab and, if it exists, /etc/fstab.d/$USER into your reply? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: OpenSSH-5.6p1-1
On Aug 24 09:00, Henry S. Thompson wrote: Missing dependency, I think: openssh-5.6 Source now depends on libcom_err-devel No, ssh doesn't use libcom_err. And setup.exe does only maintain binary package dependencies. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server
On Aug 24 09:13, Heinz Werner Kramski wrote: While Cygwin 1.5 played well with our legacy file server (Tru64 Advanced Server V5.1B-4 ECO2), 1.7 does not. Although I seem to have sufficient write permissions (and actually can write to files), renaming (mv-ing) files fails with 1.7.1, 1.7.5-1 and 1.7.6-1 (others not tested) like this: [...] With 1.7.5, it was at least possible to copy files successfully. After upgrading to 1.7.6-1, cp now also fails strangely: $ cp somefile copyfile cp: skipping file `somefile', as it was replaced while being copied Can you please try the latest Cygwin developer snapshot at http://cygwin.com/snapshots/, so we know this isn't fixed by the latest bugfixes. Mounting with the noacl option doesn't help: There's also a new mount option ihash since 1.7.6. It might help with the cp issue above, but that probably doesn't help with the mv issue. $ mv somefile newfile2 mv: cannot move `somefile' to `newfile2': Permission denied [...] $ /usr/lib/csih/getVolInfo //dlanserv/KRAMSKI$/ Device Type: 7 Characteristics: 10 Volume Name: DLANSERV Serial Number : 4294967292 Max Filenamelength : 255 Filesystemname : NTFS Flags : 8 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE These flags result in Cygwin treating the drive as a filesystem just faking to be NTFS. It's subsumed under the cifs type. For these filesystems, just two assumptions are made: - Don't use the FileIdBothDirectoryInformation info class in readdir(). - The filesystem only handles filenames following DOS rules. However, the filesystem claims to have persistent ACLs, so the assumption is that it has ACLs, and that it returns valid inode numbers. Both assumptions can be overridden by mount options (noacl,ihash). That probably still doesn't explain the Permission denied in case of mv. Would you mind to create an strace under the latest Cygwin developer snapshot, like this: $ strace -o mv.trace mv somefile newfile and send us the mv.trace file? This might give a clue where the problem occurs. Maybe we can find a workaround. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: perl: Net::DNS requires Win32::IPHelper
On Aug 23 12:07, Yaakov S wrote: On Mon, 2010-08-23 at 16:07 +0200, Corinna Vinschen wrote: Here's a question: Why does the Net::DNS module, which provides only a resolver API, depend on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible resolver API (res_init, res_query, etc) which should be used, just like on Linux. Does the module erroneously treat Cygwin as Windows target? If so, that should be fixed. Net::DNS does not bind libresolv on *NIX; it does its own parsing of /etc/resolv.conf. On Win32, it uses Win32::IPHelper's bindings of GetNetworkParams. So this is YA resolver implementation. When it came to BIND's liblwres, you asked that it use the Windows APIs in order to ore closely match our libresolv implementation and not require an /etc/resolv.conf. The same would apply here as well. Ok, right. I still don't understand why it makes sense to implement another resolver when the system resolver functions exist, though... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: perl: Net::DNS requires Win32::IPHelper
On Aug 24 09:18, Reini Urban wrote: 2010/8/23 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net: On Mon, 2010-08-23 at 16:07 +0200, Corinna Vinschen wrote: Here's a question: Why does the Net::DNS module, which provides only a resolver API, depend on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible resolver API (res_init, res_query, etc) which should be used, just like on Linux. Does the module erroneously treat Cygwin as Windows target? If so, that should be fixed. Net::DNS does not bind libresolv on *NIX; it does its own parsing of /etc/resolv.conf. On Win32, it uses Win32::IPHelper's bindings of GetNetworkParams. So this is YA resolver implementation. When it came to BIND's liblwres, you asked that it use the Windows APIs in order to ore closely match our libresolv implementation and not require an /etc/resolv.conf. The same would apply here as well. The real problem is that there exists a native cygwin resolver module Net::DNS::Resolver::Cygwin, which is just not used. It does not need Win32::IPHelper and Win32::API, it just reads the relevant /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters/ registry entries. Hmm, considering that this implements a resolver from scratch (without using the res_foo resolver functions), the IPHelper API sounds the better way to implement this. IMHO. YMMV. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
On Aug 24 10:09, Corinna Vinschen wrote: On Aug 24 07:17, Fergus wrote: This is an utterly horrid change (binmode to textmode) but I guess it is intended (and was probably discussed forever in advance of making it). Please can you confirm (intended change), or is this a glitch (unintended change, to be corrected) or has my installation become de-railed (1.7.6 should be binmode like 1.7.5; somehow, in this local case, is textmode and needs mending locally)? This is neither an intended nor discussed behaviour, nor is it clear if it's a glitch in Cygwin. Mount points are never set to textmode automagically, unless you set them explicitely to text in /etc/fstab or /etc/fstab.d/$USER. I tried this myself by either omitting the cygdrive prefix in /etc/fstab, or by using various settings for it, even invalid ones. I can't reproduce this. My cygdrive prefix is binary, unless I use the text mount option explicitely. Would you mind to paste the file content of /etc/fstab and, if it exists, /etc/fstab.d/$USER into your reply? Oh and, btw., could you please test if this still occurs with the latest developer snapshot from http://cygwin.com/snapshots/ Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Building Emacs-trunk with gcc = 4.5.1 and libelf installed
Yaakov , thanks for clarifications and suggestions. I hope someone on the Emacs list can recipie and apply them appropriately. Emacs guys, the simplest workaround I found to fix the issue was to add #undef SVR4 in src/s/cygwin.h Thanks, Angelo. Yaakov (Cygwin/X) wrote: On Tue, 2010-08-24 at 01:31 +0200, Angelo Graziosi wrote: Trying to build Emacs-trunk on Cygwin with GCC = 4.5.1, I have found a problem if also the package 'libelf0' is installed. [snip] and the following test in 'configure' script is true: [snip] i.e. SVR4 is _defined_. But... 'src/xfaces.c' includes indirectly via '/usr/include/X11/Xos.h' the header '/usr/include/X11/Xarch.h', which has: [snip] i.e. finding SVR4 defined, it searches for 'byteorder.h' in '/usr/include/sys' and not in '/usr/include/asm', where it lives (*as on GNU/Linux*[1]), and this leads to the above failure. This is coming from autoconf's AC_FUNC_GETLOADAVG, which tries to find several different getloadavg(3) implementations (which Cygwin doesn't provide), otherwise it points to an AC_LIBOBJ from gnulib. On Solaris, the gnulib getloadavg uses kvm_open(3) and friends, and libkvm requires libelf, hence the check for the latter. AFAICS the proper solution is, in _AC_LIBOBJ_GETLOADAVG: if test $ac_have_func = no test $ac_cv_lib_elf_elf_begin = yes; then ac_have_func=yes AC_DEFINE(SVR4, 1, [Define to 1 on System V Release 4.]) fi to add test $ac_cv_lib_kvm_kvm_open = yes to the conditional. In the meantime, since libelf isn't needed elsewhere in emacs, an easy workaround is to add ac_cv_lib_elf_elf_begin=no to CYGCONF_ARGS. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
`TZ=Pacific/Kwajalein date -d 1993-08-20` doesn't fail
Hi cyg, this issue emerged from one of the typical questions on the bug-coreut...@gnu.org mailing list about why date -d '1991-04-14 +1 day' fails http://lists.gnu.org/archive/html/bug-coreutils/2010-08/msg00077.html The discussion around date calculation with such a daylight savings time issues (gap at 00:00 in the user's timezone) became esoteric, but there was a difference detected between upstream and cygwin of the coreutils-8.5 package. The day 1993-08-20 doesn't exist in TZ=Pacific/Kwajalein (because at midnight Kwajalein moved the clocks ahead by 24 hours.), so coreutils 8.5 issues the following error on native Linux (according to Paul Eggert): $ TZ=Pacific/Kwajalein date -d 1993-08-20 date: invalid date `1993-08-20' but it doesn't fail on my Cygwin installation (see below). Is there a porting/packaging issue? Have a nice day, Berny -Original Message- From: Paul Eggert [mailto:egg...@cs.ucla.edu] Sent: Dienstag, 24. August 2010 10:04 To: Voelker, Bernhard Cc: Alan Curry; 6...@debbugs.gnu.org; 李嘉鹏 Subject: Re: bug#6897: date -d '1991-04-14 +1 day' fails On 08/24/10 00:23, Voelker, Bernhard wrote: BTW: This example looks different here: $ TZ=Pacific/Kwajalein date -d 1993-08-20 Sat Aug 21 00:00:00 MHT 1993 $ date --version date (GNU coreutils) 8.5 Packaged by Cygwin (8.5-2) ... Why? Haven't a clue. Perhaps you can debug it? I get the correct answer (i.e., there was no such date) on both RHEL 5 with my own-built coreutils 8.5, and with Ubuntu 10.04 with its standard-issue coreutils 7.4.
Re: Building Emacs-trunk with gcc = 4.5.1 and libelf installed
On Tue, 2010-08-24 at 11:05 +0200, Angelo Graziosi wrote: Yaakov , thanks for clarifications and suggestions. I hope someone on the Emacs list can recipie and apply them appropriately. This is not an issue with emacs per se but with autoconf, so this needs to be fixed there. Eric? Yaakov Cygwin/X -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: cygport-0.10.0-1
The following package has been updated in the Cygwin distribution: *** cygport-0.10.0-1 This release provides several new features: * Overhauled cross.cygclass Build systems providing cross-compiling support: autotools (including gnome2, gtkmm, xfce4, and xorg), cmake, custom Makefiles, and (experimentally) qt4-qmake. * Experimental support for running cygport on non-Cygwin hosts. * Improved rules for exclusions of autotool-generated files from diffs. * New check functions: check_tool, check_target_tool. * New install functions: includeinto/doinclude, dopkgconfig, dotool, newlib. * New mirrors: gcc, sourceware. * make_desktop_entry: accepts up to four additional fields. * make_etc_defaults: accepts a directory. * toolchain.cygclass: NEW for building both native- and cross-compilers (binutils/gcc/gdb). As there has been a lot of code churn over the last month in order to support these features, there are likely new bugs and some regressions to be found; please report these to the list so they can be fixed. Yaakov -- CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Re: X-forwarding very very slow
On 8:59 PM, Jeremy Bopp wrote: On 8/18/2010 11:55 AM, Csaba Raduly wrote: On Wed, Aug 18, 2010 at 5:43 PM, Alberto Canestrelli wrote: Hi, I have a problem with Cygwin. I am connecting from USA by ssh to the Hector supermachine in Edinburgh ( I write startx in Cygwin and then I use ssh -Y v1aca...@login.hector.ac.uk ). Everything works fine, the only problem is that the forwarding of the windows is very very slow. Hi Alberto, It would be useful if you could try a non-Cygwin X server (e.g. a Linux or Solaris workstation). If X from under Linux appears fast, then the slowdown could be between your network card and display (probably Cygwin's fault). If X from Linux is also slow, the problem may be with the propagation of the X protocol between your network card and Hector (probably not Cygwin's fault) . You could also try enabling compression with -C. I have found this to be a necessity when connecting with X over ssh between work and home even though the locations are quite near each other and plain text based ssh access runs fine without the compression. In my experience, any off-campus access to X is best done via VNC or rdesktop (both over a compressed ssh tunnel). Triply so if you're crossing an ocean. The protocol simply was not designed with slow or laggy networks in mind, from what I can tell. There are faster X-servers for windows, but not free, and I haven't noticed that they reduce the amount of protocol chatter much, especially for the unbearably slow process of opening a new window. Regards, Ryan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server
On Aug 24 11:40, Heinz Werner Kramski wrote: Am 24.08.2010 10:36, schrieb Corinna Vinschen: There's also a new mount option ihash since 1.7.6. It might help with the cp issue above, but that probably doesn't help with the mv issue. Exacly. With ihash, cp works again, mv still fails. Ok, that's your official workaround for now. I'm mulling over the idea to make it the default for all filesystems recognizes as NTFS or FAT fakes apart from Samba. of mv. Would you mind to create an strace under the latest Cygwin developer snapshot, like this: $ strace -o mv.trace mv somefile newfile and send us the mv.trace file? This might give a clue where the problem occurs. Maybe we can find a workaround. Here you are, see attachment. Thanks. There's an actual STATUS_ACCESS_DENIED, though it's not clear why. It seems to have to do with the set of requested access flags, which appears too be tight for this FS. I prepared three test DLLs which all request another set of access rights: http://cygwin.de/cygwin-ug-177/cygwin1-test1.dll.bz2 (md5sum 29c3d46465113e69922938a65f693c61) http://cygwin.de/cygwin-ug-177/cygwin1-test2.dll.bz2 (md5sum 8e2facf7fc0641f130a2ed2b69c5665a) http://cygwin.de/cygwin-ug-177/cygwin1-test3.dll.bz2 (md5sum c3b52a03d47fc068b5915a95710723b3) Would you mind to test all three and report back? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
Would you mind to paste the file content of /etc/fstab and, if it exists, /etc/fstab.d/$USER into your reply? Oh and, btw., could you please test if this still occurs with the latest developer snapshot from http://cygwin.com/snapshots/ Thanks as usual for taking an interest and trying to help with this. I have identified where the strange behaviour is induced on my system: ~ mount -p Prefix Type Flags /cygdrive user binmode ~ mount -c / ~ mount -p Prefix Type Flags / user textmode The change from binmode to textmode seems to be induced by the command mount -c / which I issue because I do not like having to use the longhand /cygdrive. I missed this in earlier posts because the line mount -c / is usually part of my ~/.bashrc and I'd forgotten it was there. The phenomenon occurs with cygwin-1.7.6 and the current snapshot cygwin-1.7.6s (20100822) but it did not occur with cygwin-1.7.5. Any luck mimicking this? Here is where it gets awkward: I don't have a /etc/fstab or /etc/fstab.d/$USER. I think I never had the latter and lost the former at some point. Not having it, didn't seem to matter. And, sorry, I can't even remember what it's for: even the sparsest system seems to have ~ mount M:/bin on /usr/bin type vfat (binary,auto) M:/lib on /usr/lib type vfat (binary,auto) M: on / type vfat (binary,auto) (or equivalent) hardwired. (The command umount with any arguments seems more or less ineffective?) Any luck mimicking this if you temporarily rename your /etc/fstab? As you can see (awkwardness #2?) I operate exclusively from the root of a portable drive. So possibly one or both eccentricities contributes to the unwelcome mode change: but, as I say, it never occurred with cygwin-1.7.5. What does your /etc/fstab say? Maybe I should use it and report back. But as a lover of sparse systems it's a pain to introduce even 1 file where previously 0 files did the trick. Thank you. Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: `TZ=Pacific/Kwajalein date -d 1993-08-20` doesn't fail
On 08/24/2010 03:06 AM, Voelker, Bernhard wrote: $ TZ=Pacific/Kwajalein date -d 1993-08-20 date: invalid date `1993-08-20' but it doesn't fail on my Cygwin installation (see below). Is there a porting/packaging issue? Most likely it is either a difference in the tzdata package, or a bug in the newlib implementation of mktime(3); very unlikely to be a bug in the porting of coreutils. But you'd have to step through it in a debugger to find out for sure. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: `TZ=Pacific/Kwajalein date -d 1993-08-20` doesn't fail
This thread got me to dig deeper into the TZ/DST algorithm, and what I found was interesting and probably worthwhile mentioning in the User Guide. I work in the Eastern timezone of the U.S. and have been content with the default TZ behavior, i.e., TZ is not set, so I presume that Cygwin is letting Windows provide the DST algorithm (?). But apparently this is incorrect for years prior to 2007 when the US DST rules last changed. With TZ undefined, I see (incorrectly): $ date -d 2006-04-02 Sun Apr 2 00:00:00 EDT 2006 $ date -d 2006-04-03 Mon Apr 3 00:00:00 EDT 2006 $ With TZ=US/Eastern, I see (correctly): $ export TZ=US/Eastern $ date -d 2006-04-02 Sun Apr 2 00:00:00 EST 2006 $ date -d 2006-04-03 Mon Apr 3 00:00:00 EDT 2006 $ Those who care about correct DST reporting may want to specifically set TZ rather than let it default. --Ken Nellis
Re: Building Emacs-trunk with gcc = 4.5.1 and libelf installed
[adding autoconf and gnulib; replies can drop cygwin] On 08/23/2010 10:37 PM, Yaakov (Cygwin/X) wrote: On Tue, 2010-08-24 at 01:31 +0200, Angelo Graziosi wrote: Trying to build Emacs-trunk on Cygwin with GCC= 4.5.1, I have found a problem if also the package 'libelf0' is installed. [snip] and the following test in 'configure' script is true: [snip] i.e. SVR4 is _defined_. But... 'src/xfaces.c' includes indirectly via '/usr/include/X11/Xos.h' the header '/usr/include/X11/Xarch.h', which has: [snip] i.e. finding SVR4 defined, it searches for 'byteorder.h' in '/usr/include/sys' and not in '/usr/include/asm', where it lives (*as on GNU/Linux*[1]), and this leads to the above failure. This is coming from autoconf's AC_FUNC_GETLOADAVG, which tries to find several different getloadavg(3) implementations (which Cygwin doesn't provide), otherwise it points to an AC_LIBOBJ from gnulib. On Solaris, the gnulib getloadavg uses kvm_open(3) and friends, and libkvm requires libelf, hence the check for the latter. According to gnulib, AC_FUNC_GETLOADAVG is obsolescent (in part because it uses AC_LIBOBJ in a manner that is not easily extensible by gnulib). If emacs is using modern gnulib, then it is _not_ using AC_FUNC_GETLOADAVG from autoconf, but rather the more up-to-date gl_GETLOADAVG from the gnulib module getloadavg. Either way: AFAICS the proper solution is, in _AC_LIBOBJ_GETLOADAVG: if test $ac_have_func = no test $ac_cv_lib_elf_elf_begin = yes; then ac_have_func=yes AC_DEFINE(SVR4, 1, [Define to 1 on System V Release 4.]) fi to addtest $ac_cv_lib_kvm_kvm_open = yes to the conditional. Yes, autoconf's AC_FUNC_GETLOADAVG should be updated in this manner, and that should also be reflected into gnulib's gl_GETLOADAVG. Thanks for the analysis. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
On Aug 24 14:12, Fergus wrote: Would you mind to paste the file content of /etc/fstab and, if it exists, /etc/fstab.d/$USER into your reply? Oh and, btw., could you please test if this still occurs with the latest developer snapshot from http://cygwin.com/snapshots/ Thanks as usual for taking an interest and trying to help with this. I have identified where the strange behaviour is induced on my system: ~ mount -p Prefix Type Flags /cygdrive user binmode ~ mount -c / ~ mount -p Prefix Type Flags / user textmode The change from binmode to textmode seems to be induced by the command mount -c / [...] Found it. The method to compute the mount flags from the options given to the mount(1) command have been changed and accidentally the default is 0, instead of MOUNT_BINARY. Fixed in CVS. For the time being, the workaround is to set the mount option explicitely: mount -o binary,... -c / or, which is much less error-prone in the long run, to create a cygdrive mount in /etc/fstab. Here is where it gets awkward: I don't have a /etc/fstab or /etc/fstab.d/$USER. I think I never had the latter and lost the former at some point. Since it's auto-generated, you must have deleted it. Not having it, didn't seem to matter. And, sorry, I can't even remember what it's for: That's what a User's Guide is for: http://cygwin.com/cygwin-ug-net/using.html#mount-table Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server
Am 24.08.2010 14:21, schrieb Corinna Vinschen: I prepared three test DLLs which all request another set of access rights: http://cygwin.de/cygwin-ug-177/cygwin1-test1.dll.bz2 (md5sum 29c3d46465113e69922938a65f693c61) http://cygwin.de/cygwin-ug-177/cygwin1-test2.dll.bz2 (md5sum 8e2facf7fc0641f130a2ed2b69c5665a) http://cygwin.de/cygwin-ug-177/cygwin1-test3.dll.bz2 (md5sum c3b52a03d47fc068b5915a95710723b3) Would you mind to test all three and report back? Good news: mv works with test2 (but fails with test1 and test3). Thanks a lot! RCS now works again (also in Windows Emacs), and so does a ~ 1300 lines script I'm currently working on. Is it safe to use this cygwin1-test2.dll for serious work? We are just preparing a new master image for several PCs and would like to include a working Cygwin 1.7. Thanks again, Heinz -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Post install script errors.
Hello all, I was able to install Cygwin without errors in Win XP Professional 2002, SP3 on Desktop machine. But installation of the same on Windows Server 2003 R2, 64-bit, SP2 gave errors. Any pointers? Thanks Regards, Kakoli -Original Message- From: Sen, Kakoli Sent: Monday, August 23, 2010 12:49 PM To: 'cygwin@cygwin.com' Subject: Post install script errors. Hello all, I am installing Cygwin 1.7.6 (latest) on Windows Server 2003 R2, 64-bit, XP SP2 for the first time. Getting the following post-install script errors: - Package: libsasl2 libsasl2.sh exit code 128 Package: apache2 apache2.sh exit code 128 Package: colorgcc colorgcc.sh exit code 128 Package: wget wget.sh exit code 128 Package: cygport cygport.sh exit code 128 Package: docbook-xsl docbook-xsl.sh exit code 139 Package: gcc-mingw-ada gcc-mingw-ada.sh exit code 128 Package: gcc-mingw-g77 gcc-mingw-g77.sh exit code 128 Package: gcc-mingw-gdc gcc-mingw-gdc.sh exit code 128 Package: gcc-mingw-gpc gcc-mingw-gpc.sh exit code 128 Package: gdk-pixbuf2-wmf libwmf.sh exit code 128 Package: hicolor-icon-theme hicolor-icon-theme.sh exit code 128 Package: gnome-icon-theme gnome-icon-theme.sh exit code 128 Package: shared-mime-info shared-mime-info.sh exit code 128 Package: libgtk2.0_0 gtk2.0.sh exit code 128 Package: libglade2.0_0 libglade2.0.sh exit code 2 Package: libtirpc libtirpc.sh exit code 128 Package: tetex-tiny post-texmf.sh exit code 128 Package: tetex-base post-texmf.sh exit code 128 Package: tetex-extra post-texmf.sh exit code 128 Package: quilt quilt.sh exit code 128 Package: rpcgen rpcgen.sh exit code 35584 Package: No package 000-cygwin-post-install.sh exit code 128 apache2.sh exit code 128 base-files-mketc.sh exit code 128 base-files-profile.sh exit code 128 bash.sh exit code 128 colorgcc.sh exit code 128 coreutils.sh exit code 128 cygport.sh exit code 128 docbook-xsl.sh exit code 139 gcc-mingw-ada.sh exit code 128 gcc-mingw-core.sh exit code 128 gcc-mingw-g++.sh exit code 128 gcc-mingw-g77.sh exit code 128 gcc-mingw-gdc.sh exit code 128 gcc-mingw-gpc.sh exit code 128 gcc-mingw-java.sh exit code 128 gnome-icon-theme.sh exit code 128 gtk2.0.sh exit code 35584 hicolor-icon-theme.sh exit code 128 libgcj-common.sh exit code 128 libglade2.0.sh exit code 2 libsasl2.sh exit code 128 libtirpc.sh exit code 128 libwmf.sh exit code 35584 passwd-grp.sh exit code 128 post-texmf.sh exit code 128 quilt.sh exit code 128 rpcgen.sh exit code 128 shared-mime-info.sh exit code 128 terminfo.sh exit code 128 terminfo0.sh exit code 128 wget.sh exit code 128 Also getting bash.exe.stackdump. The installation does not seem to be complete. Any suggestions? Thanks Regards, Kakoli -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server
On Aug 24 18:08, Heinz Werner Kramski wrote: Am 24.08.2010 14:21, schrieb Corinna Vinschen: I prepared three test DLLs which all request another set of access rights: http://cygwin.de/cygwin-ug-177/cygwin1-test1.dll.bz2 (md5sum 29c3d46465113e69922938a65f693c61) http://cygwin.de/cygwin-ug-177/cygwin1-test2.dll.bz2 (md5sum 8e2facf7fc0641f130a2ed2b69c5665a) http://cygwin.de/cygwin-ug-177/cygwin1-test3.dll.bz2 (md5sum c3b52a03d47fc068b5915a95710723b3) Would you mind to test all three and report back? Good news: mv works with test2 (but fails with test1 and test3). Thanks a lot! Good news, indeed. RCS now works again (also in Windows Emacs), and so does a ~ 1300 lines script I'm currently working on. Is it safe to use this cygwin1-test2.dll for serious work? We are just preparing a new master image for several PCs and would like to include a working Cygwin 1.7. Please wait. I was hoping that you could test a little bit further. I prepared another DLL, which is very close to the real thing. There's another flag which I have to know if it's required or not. http://cygwin.de/cygwin-ug-177/cygwin1-test4.dll.bz2 (md5sum 889a86df2c2aafd010249b27bf10f411) If it works, we're finished. If not, we probably need just one more iteration. In the meantime, can you send the output of `mount' to this list? I would like to make sure that the drives are really recognized as cifs. As for the ihash issue, after giving this some thought I tend to keep it as it is, so you will have to use it on your Tru64 drives. At least for the next Cygwin release 1.7.7. If it's getting too awkward at some point, we can discuss this again. Thanks in advance, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
--On Monday, August 23, 2010 9:41 PM -0400 Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: On 8/23/2010 7:47 PM, Quanah Gibson-Mount wrote: I have a network drive set up to auto-reconnect at startup, which appears to work fine. If I start cygwin after logging in, I can see the drive in the /cygwin directory. However, I cannot see the drive in the /cygwin directory when connecting via Cygwin's OpenSSH. My guess is that ssh starts before the drive shows up. Running net use from the SSH connection says it is unavailable: snip The FAQ is your friend: http://cygwin.com/faq/faq-nochunks.html#faq.using.shares Thanks, I missed that, was reading the fstab etc pages. So I set up sshd to run as the build user, but it still doesn't work: I ran: cygrunsrv.exe -R sshd confirmed no sshd processes were running rebooted, confirmed no sshd processes were running Ran: ssh-host-config -u build to set it up to run as the build user (my primary user) Told it to use privilege separation Said I want sshd to run as a service Put ntsec tty as the values for the CYGWIN environment variable Ran cygrunsrv -S sshd ps -eaf now shows sshd running as SYSTEM proc 3376 with parent 3340, and a subprocess sshd 3444 running as build user I log in as the build user via ssh, and ps -eaf shows me to sshd process running as SYSTEM - proc 3376 with parent 3340 and a subprocess 1824 with 3376 as the parent. So, in reading the further documents, is what I need to do then is change the SYSTEM entry in /etc/passwd to use the SID of the build user instead? --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
--On Tuesday, August 24, 2010 9:59 AM -0700 Quanah Gibson-Mount qua...@zimbra.com wrote: I log in as the build user via ssh, and ps -eaf shows me to sshd process running as SYSTEM - proc 3376 with parent 3340 and a subprocess 1824 with 3376 as the parent. Specifically, when logging in via remote ssh, both processes were owned by SYSTEM. So the bit to run as the build user apparently doesn't actually work. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Cygwin setup not saving Create icon on Desktop setting?
Hi Folks, I'm running Cygwin Setup 2.712 on a Windows XP SP3 machine. When I get to the end of setup, I uncheck the Create icon on Desktop box. The next time I run Cygwin Setup, that box is checked again. This makes it difficult to use my desktop setup icon that has the -M parameter, because I always have to clean up afterward by removing the Cygwin icon from my desktop and Start folder. Is this a bug? I noticed that there's no SETUP.INI file in the Cygwin directory anymore, but there is an etc/setup/setup.rc file instead. Thanks - Jim -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
On 8/24/2010 1:03 PM, Quanah Gibson-Mount wrote: --On Tuesday, August 24, 2010 9:59 AM -0700 Quanah Gibson-Mount qua...@zimbra.com wrote: I log in as the build user via ssh, and ps -eaf shows me to sshd process running as SYSTEM - proc 3376 with parent 3340 and a subprocess 1824 with 3376 as the parent. Specifically, when logging in via remote ssh, both processes were owned by SYSTEM. So the bit to run as the build user apparently doesn't actually work. A missing password is likely your problem, since that's at the heart of your original problem really. But I actually wasn't thinking of this option as the solution to your problem when I pointed you at the FAQ. Running a service as the user you'll log in as is really just a workaround. I was thinking more of: http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3 -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
R: Cygwin setup not saving Create icon on Desktop setting?
--- Mar 24/8/10, Jim Reisert AD1C ha scritto: Hi Folks, I'm running Cygwin Setup 2.712 on a Windows XP SP3 machine. When I get to the end of setup, I uncheck the Create icon on Desktop box. The next time I run Cygwin Setup, that box is checked again. This makes it difficult to use my desktop setup icon that has the -M parameter, because I always have to clean up afterward by removing the Cygwin icon from my desktop and Start folder. Is this a bug? I noticed that there's no SETUP.INI file in the Cygwin directory anymore, but there is an etc/setup/setup.rc file instead. Thanks - Jim see setup --help -n --no-shortcuts Disable creation of desktop and start menu shortcuts Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
Marco wrote: see setup --help -n --no-shortcuts Disable creation of desktop and start menu shortcuts This is only a band-aid. It does not change the fact that the program doesn't save the status of that checkbox from run to run. - Jim -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
On 8/24/2010 1:49 PM, Jim Reisert AD1C wrote: Marco wrote: see setup --help -n --no-shortcuts Disable creation of desktop and start menu shortcuts This is only a band-aid. It does not change the fact that the program doesn't save the status of that checkbox from run to run. True but something else must be coming into play because I just tried running as originally reported and saw no problem. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
On Tue, Aug 24, 2010 at 11:13:04AM -0600, Jim Reisert AD1C wrote: Is this a bug? No. I noticed that there's no SETUP.INI file in the Cygwin directory anymore, but there is an etc/setup/setup.rc file instead. There should never have been a setup.ini in the Cygwin directory. setup.ini is something very different from setup.rc. setup.exe, like many other installers, will always prompt you at the end on whether you want to create a desktop icon. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
Sorry, I'm not subscribed but reading on the web: Christopher Faylor wrote: setup.exe, like many other installers, will always prompt you at the end on whether you want to create a desktop icon. I understand that. So, are the two check-box settings saved somewhere, and if so, where? Because whatever file is supposed to remember these settings doesn't seem to, at least in my installation. - Jim -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
On 24 August 2010 19:16, Jim Reisert AD1C wrote: So, are the two check-box settings saved somewhere, and if so, where? No. It will helpfully untick the checkboxes if the shortcuts are already there. PTC, I presume. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
On Tue, Aug 24, 2010 at 12:16:37PM -0600, Jim Reisert AD1C wrote: Christopher Faylor wrote: setup.exe, like many other installers, will always prompt you at the end on whether you want to create a desktop icon. I understand that. I don't think you do. setup.exe is not designed to remember the settings. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
Greetings, Corinna Vinschen! The change from binmode to textmode seems to be induced by the command mount -c / [...] Found it. The method to compute the mount flags from the options given to the mount(1) command have been changed and accidentally the default is 0, instead of MOUNT_BINARY. Fixed in CVS. For the time being, the workaround is to set the mount option explicitely: mount -o binary,... -c / or, which is much less error-prone in the long run, to create a cygdrive mount in /etc/fstab. As expected, not working. At least, not in the way I (and OP) want it. There must be either less strict check against -t cygdrive mount point, or a completely separate means to define cygdrive prefix, since it's not actually a mount point. (The mount points will be prefixdrive letter) [C:\Programs\CygWin\etc]$cat /etc/fstab mount # For a description of the file format, see the Users Guide # http://cygwin.com/cygwin-ug-net/using.html#mount-table # This is default anyway: # none /cygdrive cygdrive binary,posix=0,user 0 0 none/ cygdrive binary,posix=0,user,noacl 0 0 C:/Programs/CygWin/bin on /usr/bin type ntfs (binary,auto) C:/Programs/CygWin/lib on /usr/lib type ntfs (binary,auto) C:/Programs/CygWin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,noacl,posix=0,user,noumount,auto) R: on /cygdrive/r type iso9660 (binary,noacl,posix=0,user,noumount,auto) -- WBR, Andrey Repin (anrdae...@freemail.ru) 24.08.2010, 22:19 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
Greetings, Jim Reisert AD1C! see setup --help -n --no-shortcuts Disable creation of desktop and start menu shortcuts This is only a band-aid. It does not change the fact that the program doesn't save the status of that checkbox from run to run. Why would you want to create shortcuts more than once? . I don't get it. -- WBR, Andrey Repin (anrdae...@freemail.ru) 24.08.2010, 22:37 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
On Aug 24 22:24, Andrey Repin wrote: Greetings, Corinna Vinschen! The change from binmode to textmode seems to be induced by the command mount -c / [...] Found it. The method to compute the mount flags from the options given to the mount(1) command have been changed and accidentally the default is 0, instead of MOUNT_BINARY. Fixed in CVS. For the time being, the workaround is to set the mount option explicitely: mount -o binary,... -c / or, which is much less error-prone in the long run, to create a cygdrive mount in /etc/fstab. As expected, not working. Huh? As expected, it's working. $ cat /etc/fstab none /mnt cygdrive binary,posix=0,user 0 0 $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /mnt/c type ntfs (binary,posix=0,user,noumount,auto) $ sed -ie 's#/mnt#/#' /etc/fstab $ cat /etc/fstab none / cygdrive binary,posix=0,user 0 0 $ mount -a $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /c type ntfs (binary,posix=0,user,noumount,auto) D: on /d type vfat (binary,posix=0,user,noumount,auto) Y: on /y type nfs (binary,posix=0,user,noumount,auto) So, did you call `mount -a' after changing /etc/fstab, or, alternatively, stop all Cygwin processes and restart them? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
Hi; On Tue, Aug 24, 2010 at 11:37, Andrey Repin anrdae...@freemail.ru wrote: Greetings, Jim Reisert AD1C! see setup --help -n --no-shortcuts Disable creation of desktop and start menu shortcuts This is only a band-aid. It does not change the fact that the program doesn't save the status of that checkbox from run to run. Why would you want to create shortcuts more than once? . I don't get it. Perhaps If I selected no shortcut once, I might want it to remember that the next time I run that I still don't want a shortcut created. Ken Wolcott -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Emacs and DBUS
Ken Brown kbr...@cornell.edu writes: Hi Ken, It's some years ago I have used Cygwin. But if you have uploaded the build already, I could check, whether I have problems running Emacs + D-Bus under Cygwin. Yes, it's uploaded. See http://cygwin.com/ml/cygwin-announce/2010-08/msg00020.html Unfortunately, it does not run. First, there is a minor issue: when I've started emacs after downloading, I've got /usr/bin/emacs-nox.exe: error while loading shared libraries: cygdbus-1-3.dll: cannot open shared object file: No such file or directory I guess, a dependency to libdbus1_3 must be added when Emacs is compiled with D-Bus support. After installing that library, Emacs did start. How ever, it blocks when loading dbus.el. I've tried to debug it with gdb, but it told me (gdb) file /usr/bin/emacs-nox.exe Reading symbols from /usr/bin/emacs-nox.exe...(no debugging symbols found)...done. I'm sorry; I'm not familiar with cygwin, so I don't know how to continue. Ken Best regards, Michael. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
Greetings, Corinna Vinschen! The change from binmode to textmode seems to be induced by the command mount -c / [...] Found it. The method to compute the mount flags from the options given to the mount(1) command have been changed and accidentally the default is 0, instead of MOUNT_BINARY. Fixed in CVS. For the time being, the workaround is to set the mount option explicitely: mount -o binary,... -c / or, which is much less error-prone in the long run, to create a cygdrive mount in /etc/fstab. As expected, not working. Huh? As expected, it's working. Sorry, please disregard my previous statement. It was something locally unusual. May be accidental reboot helped, or... I don't know. but I tried to change that line back and forth, and it wasn't changing mount output, but now, all of a sudden, it works. So, did you call `mount -a' after changing /etc/fstab, or, alternatively, stop all Cygwin processes and restart them? Could be that I've had a shell windows opened accidentally. I just haven't used shell much in the past 2 years, and now I noticed i have same slowdown issue on opening bash console. I gonna dig the mail archive back to find a solution. -- WBR, Andrey Repin (anrdae...@freemail.ru) 24.08.2010, 23:38 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
From a cygwin command line, any way to run a normal file using the default Windows program for the file extension?
Is there a way to run a non-exe file so that the default program for the file's extension is used to open the file? If I browse to the file in the Windows File Explorer I can double click the file and Windows will automatically start the program for that given file type. For instance, I can click on a .xls file and Windows will automatically start Excel and have it open that file. Is there a way to do something similar from a cygwin command line? That is, I'd like to be able to do something like this: cygwin cd /tmp cygwin ls a.xls cygwin runfile a.xls and have it automatically look in the File Types listing of File Explorer and start the associated program to open the file. Thanks! -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin setup not saving Create icon on Desktop setting?
Andrey Repin wrote: see setup --help -n --no-shortcuts Disable creation of desktop and start menu shortcuts This is only a band-aid. It does not change the fact that the program doesn't save the status of that checkbox from run to run. Why would you want to create shortcuts more than once? . I don't get it. There are different ways to run the program. I could open up a CMD window, cd to the cygwin directory and type .\setup. Or I could create a shortcut on my desktop do to this. I do it both ways, depending on what's easiest. My setup.exe desktop shortcut uses the -M switch, so I don't get the choice whether to create desktop shortcuts. It just does. I thought it would remember the last setting from run to run. Since Christopher Faylor wrote: setup.exe is not designed to remember the settings. I will add the -n option to my desktop shortcut. But I could swear that at one point in time, setup saved its settings for the next time. It must have been a dream. - Jim -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong/ inconsistent responses from diff
Found it. Fixed in CVS. Downloaded cygwin1-20100824.dll. Working perfectly. Thanks so much. Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: From a cygwin command line, any way to run a normal file using the default Windows program for the file extension?
On 8/24/2010 3:18 PM, cygwin.t.bnel...@xoxy.net wrote: Is there a way to run a non-exe file so that the default program for the file's extension is used to open the file? If I browse to the file in the Windows File Explorer I can double click the file and Windows will automatically start the program for that given file type. Use the cygstart program. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
1.7.6 : setup crashes under Windows 7 , trying to install libssp0 (4.3.4-3)
Hello, I am trying to install openssh, setup crashes I identify all prerequisites. I install them one by one. The problem cames libssp0 : setup crashes without any info Please find here attached the result of cygcheck -s -v -r cygcheck.out any help or advises welcome. Thanks Phil. cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
P4 can't find the TMP directory?
Hello, Trying to simply do a p4 client and will receive this message: $ p4 client CreateProcess: vim C:\DOCUME~1\nasinteg\LOCALS~1\Temp\t3428t76.tmp: The system ca nnot find the file specified. Client side operation(s) failed. Command aborted. I verified the configs for perforce and they are correct. The path info is the basic windows env for XP. I've tried playing with the paths but no luck. Thanks in advance. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: P4 can't find the TMP directory?
On 8/24/2010 3:28 PM, Mathew Shember wrote: Hello, Trying to simply do a p4 client and will receive this message: $ p4 client CreateProcess: vim C:\DOCUME~1\nasinteg\LOCALS~1\Temp\t3428t76.tmp: The system ca nnot find the file specified. Client side operation(s) failed. Command aborted. I verified the configs for perforce and they are correct. The path info is the basic windows env for XP. I've tried playing with the paths but no luck. vim is located in /usr/bin and is actually symlink to /etc/alternatives/vim, and that is in turn a symlink to /usr/bin/gvim.exe. The problem is that Windows-native programs don't know about Cygwin symlinks. You'll need to configure p4 to run the gvim.exe file rather than the vim symlink. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
--On Tuesday, August 24, 2010 1:19 PM -0400 Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote: A missing password is likely your problem, since that's at the heart of your original problem really. But I actually wasn't thinking of this option as the solution to your problem when I pointed you at the FAQ. Running a service as the user you'll log in as is really just a workaround. I was thinking more of: http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3 Using the passwd -R bit did not change the behavior. I still am unable to access the network share when logging in via SSH, but it works just fine when starting cygwin locally. I will note that the network share (CIFS) uses a different username/password than my local user/password on the windows box (That, unfortunately, is not under my control). However, I set up the share using net use \\IP\share /savecreds, and that does mount the drive to Windows at least every time without prompting, and Cygwin locally is able to use it. It is only an issue with the SSH connection. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
On 8/24/2010 4:35 PM, Quanah Gibson-Mount wrote: --On Tuesday, August 24, 2010 1:19 PM -0400 Larry Hall (Cygwin) wrote: ^^ http://cygwin.com/acronyms/#PCYMTNQREAIYR We don't encourage feeding spammers. A missing password is likely your problem, since that's at the heart of your original problem really. But I actually wasn't thinking of this option as the solution to your problem when I pointed you at the FAQ. Running a service as the user you'll log in as is really just a workaround. I was thinking more of: http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-nopasswd3 Using the passwd -R bit did not change the behavior. I still am unable to access the network share when logging in via SSH, but it works just fine when starting cygwin locally. I will note that the network share (CIFS) uses a different username/password than my local user/password on the windows box (That, unfortunately, is not under my control). However, I set up the share using net use \\IP\share /savecreds, and that does mount the drive to Windows at least every time without prompting, and Cygwin locally is able to use it. It is only an issue with the SSH connection. Well, that's a completely different thing then. You need Windows to authenticate that share as the other user then. I think you're stuck with net use option of the FAQ. You can either invoke it each time you log in via ssh, put it in your favorite rc file, or have a separate script to do it (which you'd invoke each time). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
--On Tuesday, August 24, 2010 4:49 PM -0400 Larry Hall (Cygwin) wrote: However, I set up the share using net use \\IP\share /savecreds, and that does mount the drive to Windows at least every time without prompting, and Cygwin locally is able to use it. It is only an issue with the SSH connection. Well, that's a completely different thing then. You need Windows to authenticate that share as the other user then. I think you're stuck with net use option of the FAQ. You can either invoke it each time you log in via ssh, put it in your favorite rc file, or have a separate script to do it (which you'd invoke each time). I've yet to get net use to work for me via cygwin. net use Z: \\W.X.Y.Z\Share password tries to prompt me with a question: Z: has a remembered connection to \\W.X.Y.Z\Share. Do you want to overwrite the remembered connection? (Y/N) [Y]: No valid response was provided I.e., it never gives me the opportunity to answer the question. If I try changing the drive letter, I get error 67, the network name cannot be found. Note that net use by itself continues to show the Unavailable status for the Z: drive with that share. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: P4 can't find the TMP directory?
On 8/24/2010 4:35 PM, Jeremy Bopp wrote: On 8/24/2010 3:28 PM, Mathew Shember wrote: Hello, Trying to simply do a p4 client and will receive this message: $ p4 client CreateProcess: vim C:\DOCUME~1\nasinteg\LOCALS~1\Temp\t3428t76.tmp: The system ca nnot find the file specified. Client side operation(s) failed. Command aborted. I verified the configs for perforce and they are correct. The path info is the basic windows env for XP. I've tried playing with the paths but no luck. vim is located in /usr/bin and is actually symlink to /etc/alternatives/vim, and that is in turn a symlink to /usr/bin/gvim.exe. The problem is that Windows-native programs don't know about Cygwin symlinks. You'll need to configure p4 to run the gvim.exe file rather than the vim symlink. Or there's the Cygwin-enabled version: http://www.perforce.com/downloads/perforce/r10.1/bin.cygwinx86/p4.exe It should be noted that: 1. I haven't tried this version recently. It could be hopelessly broken now for all I know. 2. There is no source for the above executable so this is (still) in violation of the GPL AFAICS. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
On 8/24/2010 4:57 PM, Quanah Gibson-Mount wrote: --On Tuesday, August 24, 2010 4:49 PM -0400 Larry Hall (Cygwin) wrote: However, I set up the share using net use \\IP\share /savecreds, and that does mount the drive to Windows at least every time without prompting, and Cygwin locally is able to use it. It is only an issue with the SSH connection. Well, that's a completely different thing then. You need Windows to authenticate that share as the other user then. I think you're stuck with net use option of the FAQ. You can either invoke it each time you log in via ssh, put it in your favorite rc file, or have a separate script to do it (which you'd invoke each time). I've yet to get net use to work for me via cygwin. net use Z: \\W.X.Y.Z\Share password tries to prompt me with a question: Z: has a remembered connection to \\W.X.Y.Z\Share. Do you want to overwrite the remembered connection? (Y/N) [Y]: No valid response was provided I.e., it never gives me the opportunity to answer the question. If I try changing the drive letter, I get error 67, the network name cannot be found. Note that net use by itself continues to show the Unavailable status for the Z: drive with that share. Specifying the needed user name may help. Otherwise, remove the saved credentials and specify the user name and password directly when you invoke the command. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: P4 can't find the TMP directory?
On Tue, Aug 24, 2010 at 04:57:45PM -0400, Larry Hall (Cygwin) wrote: 2. There is no source for the above executable so this is (still) in violation of the GPL AFAICS. ...and has been for many years... cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Network drives ssh access
On Tue, Aug 24, 2010 at 3:57 PM, Quanah Gibson-Mount wrote: --On Tuesday, August 24, 2010 4:49 PM -0400 Larry Hall (Cygwin) wrote: I've yet to get net use to work for me via cygwin. net use Z: \\W.X.Y.Z\Share password Use forward slash or escape the back-slashes. So, you'd try net use Z: //W.X.Y.Z/Share password or net use Z: W.X.Y.Z\\Share password Backslash is the escape character for bash. -Jason -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Emacs and DBUS
On 8/24/2010 3:43 PM, Michael Albinus wrote: Ken Brown writes: Hi Ken, It's some years ago I have used Cygwin. But if you have uploaded the build already, I could check, whether I have problems running Emacs + D-Bus under Cygwin. Yes, it's uploaded. See http://cygwin.com/ml/cygwin-announce/2010-08/msg00020.html Unfortunately, it does not run. First, there is a minor issue: when I've started emacs after downloading, I've got /usr/bin/emacs-nox.exe: error while loading shared libraries: cygdbus-1-3.dll: cannot open shared object file: No such file or directory I guess, a dependency to libdbus1_3 must be added when Emacs is compiled with D-Bus support. Yes, I mentioned this in the announcement of the test release. I will add libdbus1_3 as a dependency when the test release gets promoted to current. After installing that library, Emacs did start. How ever, it blocks when loading dbus.el. Don't you normally have to start a D-BUS session before loading dbus.el? Maybe one of the Cygwin people who uses D-BUS can tell us how to do that. Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Emacs and DBUS
Ken Brown wrote: [snip] Don't you normally have to start a D-BUS session before loading dbus.el? Maybe one of the Cygwin people who uses D-BUS can tell us how to do that. libdbus starts dbus-daemon --session if its not already started (global or session) and if it can find it (in the PATH and probably some hard coded locations, similar for the configuration). -- René Berber -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin command line takes a long time to start
Greetings, Eric Blake! Disabling bash_completion completely gives me a prompt in less than 1 second, but I do quite like bash_completion so I'll live with that. I was hit by the same bus... prompt was coming up painfully slow. Granted, I don't really use the cygwin prompt daily and could live without the completion package for now. -- WBR, Andrey Repin (anrdae...@freemail.ru) 25.08.2010, 5:02 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Emacs and DBUS
Ken Brown kbr...@cornell.edu writes: After installing that library, Emacs did start. How ever, it blocks when loading dbus.el. Don't you normally have to start a D-BUS session before loading dbus.el? Maybe one of the Cygwin people who uses D-BUS can tell us how to do that. I've started the session bus via dbus-launch in advance, of course. I have no idea, how to start the system bus in cygwin, 'though. Emacs' D-Bus code shall be resistent in case of absence of a bus, but who knows ... how could I debug it via gdb? Or, alternatively, how could I start the system bus? Ken Best regards, Michael. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Emacs and DBUS
On Wed, 2010-08-25 at 05:28 +0200, Michael Albinus wrote: Ken Brown writes: Don't you normally have to start a D-BUS session before loading dbus.el? Maybe one of the Cygwin people who uses D-BUS can tell us how to do that. I've started the session bus via dbus-launch in advance, of course. See dbus-launch(1) for how this should be done. I have no idea, how to start the system bus in cygwin, 'though. The Cygwin README tells you how to do that. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
