Re: [ANNOUNCEMENT] Updated: base-files-4.0-7
On Sat, Feb 11, 2012 at 11:11:21PM +1100, Mike Kaganski wrote:
> new .bash_profile, line 27:
>
> export LANG=${locale -uU}
> looks like it should be
> export LANG=$(locale -uU)
Thanks for reporting, and sorry for the inconvenience.
Fixed in base-files-4.0-8.
--
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56
signature.asc
Description: Digital signature
Re: bad substitution for LANG in .profile
On Sat, Feb 11, 2012 at 09:56:58AM -0700, Tom Schutter wrote:
> With a fresh install of cygwin, this is what I get when I start mintty:
> -bash: LANG=${locale -uU}: bad substitution
>
> The bad parameter substitution has been introduced into:
> etc/defaults/etc/skel/.profile
> etc/defaults/etc/skel/.bash_profile
>
> $ cygcheck -f /etc/defaults/etc/skel/.profile
> base-files-4.0-7
Thanks for reporting. Fixed in base-files-4.0-7.
--
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56
signature.asc
Description: Digital signature
Re: Updated: base-files-4.0-7
On Sat, Feb 11, 2012 at 11:08:25AM -0800, David Rothenberger wrote: > 2/10/2012 2:09 PM, David Sastre Medina wrote: > > * Environment variable SHELL is now exported from /etc/profile. > > Improved profile_d() function in /etc/profile - Cyrille Lefevre > > cygwin.com/ml/cygwin/2011-11/msg00128.html > > I'm having some troubles due to this change. I'm using bash, and the > new /etc/profile exports SHELL=bash. > > This breaks ssh when using a ProxyCommand. I have this in my > ~/.ssh/config file: > > Host somehost > ProxyCommand ssh -q otherhost /usr/bin/nc %h %p > > When I try to ssh to somehost, I get: > > % ssh somehost > bash: No such file or directory > ssh_exchange_identification: Connection closed by remote host > > If I set SHELL to /bin/bash (which is how it was defaulted before it > was set in /etc/profile), everything works fine. Thanks for reporting. Exporting SHELL form /etc/profile was suppossed to add functionality, not to break anything :-/ Anyway, since base-files doesn't know if your shell is /bin/bash, or /usr/local/bin/bash or any other, I think I have to remove it from /etc/profile. Will be fixed in base-files-4.0-8 Sorry for the inconvenience. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
[ANNOUNCEMENT] Updated base-files-4.0-8
Version 4.0-8 of base-files has been uploaded. Base-files is a set of system configuration and setup files. Change Log -- 4.0-8 * Bug fix release. Error in commad substitution in .bash_profile and .profile. Reported by Mike Kaganski and Tom Schutter. See cygwin.com/ml/cygwin/2012-02/msg00332.html cygwin.com/ml/cygwin/2012-02/msg00335.html Hardcoding SHELL in /etc/profile broke some configs. Rolled back. Reported by David Rothenberger. See cygwin.com/ml/cygwin/2012-02/msg00341.html *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: 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. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
PROGRAMFILES variable is not set during openssh session
PROGRAMFILES variable is not set during openssh session. This is very important for remote administrative tasks. admin@srv06 ~ $ echo $COMPUTERNAME,$PROGRAMFILES,$USERPROFILE,$SYSTEMDRIVE SRV06,C:\Program Files,C:\Documents and Settings\admin,C: admin@srv06 ~ $ ssh localhost 'echo $COMPUTERNAME,$PROGRAMFILES,$USERPROFILE, $SYSTEMDRIVE' admin@localhost's password: SRV06,,,C: -- ArcFi admin@srv06 ~ $ echo $COMPUTERNAME,$PROGRAMFILES,$USERPROFILE,$SYSTEMDRIVE SRV06,C:\Program Files,C:\Documents and Settings\admin,C: admin@srv06 ~ $ ssh localhost 'echo $COMPUTERNAME,$PROGRAMFILES,$USERPROFILE,$SYSTEMDRIVE' admin@localhost's password: SRV06,,,C: admin@srv06 ~ $ env HOMEPATH=\Documents and Settings\admin APPDATA=C:\Documents and Settings\admin\Application Data MANPATH=/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man HOSTNAME=srv06 PROCESSOR_IDENTIFIER=x86 Family 6 Model 26 Stepping 5, GenuineIntel TERM=xterm SHELL=/bin/bash WINDIR=C:\WINDOWS USERDOMAIN=KOLA ALLUSERSPROFILE=C:\Documents and Settings\All Users OS=Windows_NT USER=admin COMMONPROGRAMFILES=C:\Program Files\Common Files temp=C:\DOCUME~1\admin\LOCALS~1\Temp TEMP=/tmp tmp=C:\DOCUME~1\admin\LOCALS~1\Temp ClusterLog=C:\WINDOWS\Cluster\cluster.log USERNAME=admin PROCESSOR_LEVEL=6 PATH=/usr/local/bin:/usr/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem FP_NO_HOST_CHECK=NO SYSTEMDRIVE=C: PWD=/home/admin CLIENTNAME=srv08 USERPROFILE=C:\Documents and Settings\admin LANG=ru_RU.UTF-8 TZ=Europe/Moscow LOGONSERVER=\\SRV01 PS1=\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ PROCESSOR_ARCHITECTURE=x86 HOME=/home/admin SHLVL=2 PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH USERDNSDOMAIN=KOLA.FAD.RU HOMEDRIVE=C: COMSPEC=C:\WINDOWS\system32\cmd.exe SYSTEMROOT=C:\WINDOWS TMP=/tmp PROCESSOR_REVISION=1a05 PROGRAMFILES=C:\Program Files INFOPATH=/usr/local/info:/usr/share/info:/usr/info: NUMBER_OF_PROCESSORS=8 SESSIONNAME=RDP-Tcp#7 COMPUTERNAME=SRV06 _=/usr/bin/env admin@srv06 ~ $ ssh localhost env admin@localhost's password: SHELL=/bin/bash WINDIR=C:\WINDOWS SSH_CLIENT=127.0.0.1 4035 22 OS=Windows_NT ALLUSERSPROFILE=C:\Documents and Settings\All Users USER=admin MAIL=/var/spool/mail/admin PATH=/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/bin PWD=/home/admin SYSTEMDRIVE=C: SHLVL=1 HOME=/home/admin PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH COMSPEC=C:\WINDOWS\system32\cmd.exe LOGNAME=admin SYSTEMROOT=C:\WINDOWS SSH_CONNECTION=127.0.0.1 4035 127.0.0.1 22 COMPUTERNAME=SRV06 _=/bin/env Cygwin Configuration Diagnostics Current System Time: Sun Feb 12 15:47:55 2012 Windows 2003 Server R2 Enterprise Edition Ver 5.2 Build 3790 Service Pack 2 Running in Terminal Service session Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem Output from C:\cygwin\bin\id.exe UID: 11381(admin) GID: 10513(Domain Users) �пы=10513(Domain Users) 544(Администраторы) 545(Пользователи) 11102(DnsAdmins) 11106(DHCP Administrators) 12602(IIS_WPG) 13102(SQLServer2005SQLBrowserUser$SRV05) 13104(SQLServer2005SQLAgentUser$SRV05$MSSQLSERVER) 13105(SQLServer2005MSSQLUser$SRV05$MSSQLSERVER) 13106(SQLServer2005MSFTEUser$SRV05$MSSQLSERVER) 10512(Domain Admins) 10515(Domain Computers) 10516(Domain Controllers) 10519(Enterprise Admins) 10520(Group Policy Creator Owners) 10518(Schema Admins) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'admin' PWD = '/home/admin' HOME = '/home/admin' HOMEPATH = '\Documents and Settings\admin' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\admin\Application Data' HOSTNAME = 'srv06' SHELL = '/bin/bash' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 26 Stepping 5, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/cygdrive/c/Documents and Settings/admin/Рабочий стол' USERDOMAIN = 'KOLA' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' temp = 'C:\DOCUME~1\admin\LOCALS~1\Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' TMP = '/tmp' USERNAME = 'admin' ClusterLog = 'C:\WINDOWS\Cluster\cluster.log' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'ru_RU.UTF-8' USERPROFILE = 'C:\Documents and Settings\admin' CLIENTNAME = 'srv08' TZ = 'Europe/Moscow' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\SRV01' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' USERDNSDOMAIN = 'KOLA.FAD.RU' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '1a05' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '8' SESSIONNAME = 'RDP-Tcp#7' COMPUTERNAME = 'SRV06' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRE
Re: Updated base-files-4.0-8
The calls to locale and tzset in profile.d still are not fully qualified. I always thought fully qualified paths were appropriate for system wide scripts since one cannot depend on PATH being set up correctly. In any case, both with the previous release of base-files and this one, if you does something like C:\cygwin\bin\mintty -u - In a shortcut, the /bin isn't in PATH so the calls to locale and tzset fail. make those calls "/bin/locale" and "/bin/tzset" (fully qualified) fixes that problem and eliminates the need for PATH to be relied upon in system wide scripts. -- Harry G. McGavran, Jr. E-mail: w5...@w5pny.com -- 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
mintty crashed with stackdump
mintty became unresponsible and it was unusual. so i quit it and got stackdump. as i don't have debug symbol for cygwin 1.7.10(0.259/5/3) 2012-02-05 12:36, following stacktrace is attached without any consideration whether is relevant to cygwin1.dll or not. Stack trace: Frame Function Args 0022BFC8 7C821C7D (020C, EA60, 00A4, 0022C0C4) 0022C0E8 610D9519 (, 743C3609, 77DFC054, ) 0022C1D8 610D69AE (, 0022C220, 611E3C74, 611EBA88) 0022C238 610D6E7E (610CC738, 200572D0, , 0006) 0022C2E8 610D6FD0 (16DC, 0006, 0022C34C, 004F) 0022C308 610D6FFC (0006, 0022CE80, 2000, 2005F0B8) 0022C338 610D7285 (0050, 0022C3A4, 00402F05, 0022C3A8) 18389 [sig] mintty 5852 exception::handle: Exception: STATUS_ACCESS_VIOLATION Exception: STATUS_ACCESS_VIOLATION at eip=6102F523 eax=6110D505 ebx=0054 ecx=0050 edx=61187A60 esi=0022CE64 edi= ebp=0101C7D8 esp=0101C7D0 program=D:\cygwin\bin\mintty.exe, pid 5852, thread sig cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0101C7D8 6102F523 (61187A60, 611C8DE7, 0022C3A8, ) 0101C808 6102F61C (0022BFB4, 0001, 0001, ) 0101CBC8 610D8BD6 (0022CE80, 0006, 0101CC00, 0101CC64) 0101CC28 61030C9E (0088, 0101CC64, 00A4, 0101CD0C) 0101CD28 610DA127 (61186360, , , ) 0101CD68 61003985 (, , , ) End of stack trace -- Regards. -- 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: Updated base-files-4.0-8
On Sun, Feb 12, 2012 at 11:00:07AM -0700, Harry G McGavran Jr wrote: > The calls to locale and tzset in profile.d still are not fully > qualified. I always thought fully qualified paths were appropriate > for system wide scripts since one cannot depend on PATH being > set up correctly. In any case, both with the previous release > of base-files and this one, if you does something like > C:\cygwin\bin\mintty -u - > > In a shortcut, the /bin isn't in PATH so the calls to locale > and tzset fail. make those calls "/bin/locale" and "/bin/tzset" > (fully qualified) fixes that problem and eliminates the need > for PATH to be relied upon in system wide scripts. > Harry G. McGavran, Jr. Thanks for reporting. Should be fixed in next release. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: PROGRAMFILES variable is not set during openssh session
Le 12/02/2012 17:33, ArcFi a écrit : PROGRAMFILES variable is not set during openssh session. This is very important for remote administrative tasks. admin@srv06 ~ $ echo $COMPUTERNAME,$PROGRAMFILES,$USERPROFILE,$SYSTEMDRIVE SRV06,C:\Program Files,C:\Documents and Settings\admin,C: admin@srv06 ~ $ ssh localhost 'echo $COMPUTERNAME,$PROGRAMFILES,$USERPROFILE, $SYSTEMDRIVE' admin@localhost's password: SRV06,,,C: around february 19 2011, there was a discussion about to limit ssh environment variables not including some windows ones ! since then, I use the attached script in /etc/profile.d to set the missing ones at connection time... you may comment the lines containing SECONDS. it's based on Kurt Franke's similar script in the idea. PS : Corinna, maybe this may be made a FAQ ? Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net ssh-session-env.sh Description: application/shellscript -- 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] Uploaded base-files-4.0-9
Version 4.0-8 of base-files has been uploaded. Base-files is a set of system configuration and setup files. 4.0-9 * Bug fix release. In profile.d/* scripts, calls to "locale" and "tzset" must use absolute paths - Reported by Harry G. McGavran, Jr. See http://cygwin.com/ml/cygwin/2012-02/msg00352.html *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: 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. -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Where to report security bugs in cygwin1.dll ?
Hey, I've found a security problem with cygwin1.dll, but I can't find any security contact on Cygwin page, and I feel kinda reluctant to post the bug report here or on another public mailing list. Could you advise on the security contact where should I send the bug report OR confirm that it's the Cygwin policy to post security bugs here/in another public mainling list? I'll add that the bug is rather no-severity on most systems, and high-severity on others (hence the reluctance). Cheers, -- gynvael.coldwind//vx -- 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
base-files : versions in setup.ini 1329084611
The current setup.ini timestamp 1329084611 mentions both base-files-4.0-9.tar.bz2 (current) base-files-4.0-8.tar.bz2 (prev) but mirrors now have only 0-5, 0-6, 0-9. Please could setup.ini be revised (or mirrors resourced) so that all of [prev] are available? 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
