* Unknown+User Unix_Group+505 on smb shares in a domian
@ 2016-09-27 23:59 Wayne Porter
2016-09-28 17:55 ` Linda Walsh
0 siblings, 1 reply; 17+ messages in thread
From: Wayne Porter @ 2016-09-27 23:59 UTC (permalink / raw)
To: cygwin
[-- Attachment #1.1: Type: text/plain, Size: 5153 bytes --]
My system is joined to a domain and is connected to multiple servers via
mapped network shares in Windows. All of the windows servers allow read/write
access to all files, but the Fedora servers all open with read-only access.
I can still write to most files in vim by specifying :w! so it's not like
I can't do anything, it just becomes an inconvenience.
I have searched for similar issues and read through the documentation for
samba shares, but the solutions all point to things to do when not on a domain.
The servers are not using winbindd to map users and my access to them is limited
to a standard user. I can't add SAM comments since my user account is not
a local account, but on the domain and I'm not sure if it is being used by
the organization.
Here is the output of the mount command:
❯ mount
C:/cygwin64/bin on /usr/bin type ntfs (binary,auto)
C:/cygwin64/lib on /usr/lib type ntfs (binary,auto)
C:/cygwin64 on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
I: on /cygdrive/i type ntfs (binary,posix=0,user,noumount,auto)
J: on /cygdrive/j type ntfs (binary,posix=0,user,noumount,auto)
M: on /cygdrive/m type ntfs (binary,posix=0,user,noumount,auto)
N: on /cygdrive/n type ntfs (binary,posix=0,user,noumount,auto)
O: on /cygdrive/o type ntfs (binary,posix=0,user,noumount,auto)
P: on /cygdrive/p type ntfs (binary,posix=0,user,noumount,auto)
Q: on /cygdrive/q type ntfs (binary,posix=0,user,noumount,auto)
R: on /cygdrive/r type smbfs (binary,posix=0,user,noumount,auto)
S: on /cygdrive/s type smbfs (binary,posix=0,user,noumount,auto)
U: on /cygdrive/u type smbfs (binary,posix=0,user,noumount,auto)
V: on /cygdrive/v type smbfs (binary,posix=0,user,noumount,auto)
W: on /cygdrive/w type smbfs (binary,posix=0,user,noumount,auto)
X: on /cygdrive/x type smbfs (binary,posix=0,user,noumount,auto)
Y: on /cygdrive/y type smbfs (binary,posix=0,user,noumount,auto)
Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
And here is the user/group info for each mapped drive:
❯ ls -l /cygdrive
total 96
d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 Sep 26 08:50 c
drwxrwx---+ 1 Administrators Domain Users 0 Sep 14 11:57 i
drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 26 12:55 j
drwxrwx---+ 1 Administrators Domain Users 0 Sep 27 07:55 m
drwxrwx---+ 1 Administrators Unknown+Group 0 Sep 8 13:26 n
drwxrwx---+ 1 Administrators Unknown+Group 0 Dec 31 2015 o
drwxrwx---+ 1 Administrators Unknown+Group 0 Jun 12 2014 p
drwxrwx---+ 1 SYSTEM SYSTEM 0 Aug 15 15:04 q
drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 r
drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 s
drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 u
drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 v
drwxrwxr-x 1 Unknown+User Unix_Group+505 0 Sep 21 09:41 w
drwxrwxr-x 1 Unix_User+99 Unix_Group+505 0 Sep 27 13:59 x
drwxrwxr-x 1 Unix_User+99 Unix_Group+101 0 Sep 21 15:20 y
drwxrwxr-x 1 Unknown+User Unix_Group+505 0 Sep 15 15:18 z
Here are the mappings:
NET USE O: \\REDACTED1\www /user:$USER
NET USE P: \\REDACTED2\www /user:$USER
NET USE Q: \\REDACTED3\ASA\REDACTED
NET USE R: \\REDACTED4\www /user:REDACTED4\cwporter password
NET USE S: \\REDACTED5\docs /user:$USER password
NET USE T: \\REDACTED6\ /user:$USER password
NET USE U: \\REDACTED7\docs /user:sspps-portal\cwporter password
NET USE V: \\REDACTED8\docs /user:sspps-portal\cwporter password
NET USE W: \\REDACTED9\docs\dev /user:$USER password
NET USE X: \\REDACTED10\docs\public /user:$USER
NET USE Y: \\REDACTED11\docs\public /user:$USER password
NET USE Z: \\REDACTED12\docs\dev /user:$USER password
I don't seem to be able to grasp what I'm missing or what I need to do in order to get
write access without jumping through hoops. The mappings work without issues in Windows
but for some reason they just don't work the same way in cygwin.
Can anything tell me what I might be missing?
Thanks,
Wayne Porter
[-- Attachment #1.2: cygcheck.out --]
[-- Type: text/plain, Size: 42797 bytes --]
Cygwin Configuration Diagnostics
Current System Time: Tue Sep 27 23:34:10 2016
Windows 10 Enterprise Ver 10.0 Build 14393
Path: C:\cygwin64\home\cwporter\bin
C:\cygwin64\usr\local\bin
C:\cygwin64\home\cwporter\bin
C:\cygwin64\usr\local\bin
C:\cygwin64\usr\local\bin
C:\cygwin64\bin
C:\ProgramData\Oracle\Java\javapath
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\WINDOWS\System32\WindowsPowerShell\v1.0
C:\Program Files (x86)\QuickTime\QTSystem
C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn
C:\Program Files\Microsoft SQL Server\100\Tools\Binn
C:\Program Files\Microsoft SQL Server\100\DTS\Binn
C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE
C:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn
C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\PrivateAssemblies
C:\WINDOWS\system32\config\systemprofile\.dnx\bin
C:\Program Files\Microsoft DNX\Dnvm
C:\Program Files\Microsoft SQL Server\130\Tools\Binn
C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit
C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\130\Tools\Binn
C:\Program Files (x86)\Microsoft SQL Server\130\Tools\Binn
C:\Program Files\Microsoft SQL Server\130\DTS\Binn
C:\Program Files (x86)\Microsoft SQL Server\Client SDK\ODBC\130\Tools\Binn
C:\Program Files (x86)\Microsoft SQL Server\130\DTS\Binn
C:\Program Files (x86)\Microsoft SQL Server\130\Tools\Binn\ManagementStudio
C:\HashiCorp\Vagrant\bin
C:\Program Files\nodejs
C:\Users\cwporter\AppData\Local\atom\bin
C:\Users\cwporter\AppData\Roaming\npm
C:\Users\cwporter\AppData\Local\Pandoc
%USERPROFILE%\AppData\Local\Microsoft\WindowsApps
Output from C:\cygwin64\bin\id.exe
UID: 1594725(cwporter)
GID: 1049089(Domain Users)
1049089(Domain Users)
197611(REDACTED+SophosUser)
559(Performance Log Users)
545(Users)
4(INTERACTIVE)
66049(CONSOLE LOGON)
11(Authenticated Users)
15(This Organization)
66048(LOCAL)
1607358(REDACTED)
1619882(AD-Smartcard-Allow)
1313274(REDACTED)
1425757(REDACTED)
1313272(REDACTED)
1558480(REDACTED)
1680559(REDACTED)
1325935(REDACTED)
1516297(REDACTED)
1498590(REDACTED)
1703984(REDACTED)
1498584(REDACTED)
1574084(REDACTED)
1119751(exchange-pfs)
70145(Authentication authority asserted identity)
401408(Medium Mandatory Level)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
HOME = '/home/cwporter'
PWD = '/home/cwporter'
USER = 'cwporter'
!:: = '::\'
ALLUSERSPROFILE = 'C:\ProgramData'
APPDATA = 'C:\Users\cwporter\AppData\Roaming'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
COMPUTERNAME = 'REDACTED'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
FPS_BROWSER_APP_PROFILE_STRING = 'Internet Explorer'
FPS_BROWSER_USER_PROFILE_STRING = 'Default'
HOMEDRIVE = 'I:'
HOMEPATH = '\'
HOMESHARE = '\\REDACTED\homes$\cwporter'
HOSTNAME = 'REDACTED'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info'
LANG = 'C.UTF-8'
LC_CTYPE = 'C.UTF-8'
LESS = '-R'
LOCALAPPDATA = 'C:\Users\cwporter\AppData\Local'
LOGNAME = 'cwporter'
LOGONSERVER = '\\REDACTED'
LSCOLORS = 'Gxfxcxdxbxegedabagacad'
NUMBER_OF_PROCESSORS = '8'
OLDPWD = '/home/cwporter'
ORIGINAL_PATH = '/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDOWS/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files (x86)/QuickTime/QTSystem:/cygdrive/c/Program Files (x86)/Microsoft SQL Server/100/Tools/Binn:/cygdrive/c/Program Files/Microsoft SQL Server/100/Tools/Binn:/cygdrive/c/Program Files/Microsoft SQL Server/100/DTS/Binn:/cygdrive/c/Program Files (x86)/Microsoft SQL Server/100/Tools/Binn/VSShell/Common7/IDE:/cygdrive/c/Program Files (x86)/Microsoft SQL Server/100/DTS/Binn:/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 9.0/Common7/IDE/PrivateAssemblies:/cygdrive/c/WINDOWS/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files/Microsoft SQL Server/130/Tools/Binn:/cygdrive/c/Program Files (x86)/Windows Kits/10/Windows Performance Toolkit:/cygdrive/c/Program Files/Microsoft SQL Server/Client SDK/ODBC/130/Tools/Binn:/cygdrive/c/Program Files (x86)/Microsoft SQL Server/130/Tools/Binn:/cygdrive/c/Program Files/Microsoft SQL Server/130/DTS/Binn:/cygdrive/c/Program Files (x86)/Microsoft SQL Server/Client SDK/ODBC/130/Tools/Binn:/cygdrive/c/Program Files (x86)/Microsoft SQL Server/130/DTS/Binn:/cygdrive/c/Program Files (x86)/Microsoft SQL Server/130/Tools/Binn/ManagementStudio:/cygdrive/c/HashiCorp/Vagrant/bin:/cygdrive/c/Program Files/nodejs:/cygdrive/c/Users/cwporter/AppData/Local/atom/bin:/cygdrive/c/Users/cwporter/AppData/Roaming/npm:/cygdrive/c/Users/cwporter/AppData/Local/Pandoc:%USERPROFILE%/AppData/Local/Microsoft/WindowsApps'
OS = 'Windows_NT'
PAGER = 'less'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
PRINTER = 'MET 330.04 Cave - HP LaserJet 9050 PCL6 Class Driver'
PROCESSOR_ARCHITECTURE = 'AMD64'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 94 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = '6'
PROCESSOR_REVISION = '5e03'
PROFILEREAD = 'true'
PROGRAMFILES = 'C:\Program Files'
PS1 = '%n@%m:%~%# '
PSModulePath = 'C:\Program Files\WindowsPowerShell\Modules;C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules;C:\Program Files (x86)\Microsoft SQL Server\130\Tools\PowerShell\Modules\'
PUBLIC = 'C:\Users\Public'
ProgramData = 'C:\ProgramData'
ProgramFiles(x86) = 'C:\Program Files (x86)'
ProgramW6432 = 'C:\Program Files'
SESSIONNAME = 'Console'
SHELL = '/bin/zsh'
SHLVL = '2'
SYSTEMDRIVE = 'C:'
SYSTEMROOT = 'C:\WINDOWS'
TEMP = '/tmp'
TERM = 'screen-256color'
TMUX = '/tmp/tmux-1594725/default,20552,0'
TMUX_PANE = '%2'
TZ = 'America/Los_Angeles'
UATDATA = 'C:\WINDOWS\CCM\UATData\D9F8C395-CAB8-491d-B8AC-179A1FE1BE77'
USERDNSDOMAIN = 'REDACTED'
USERDOMAIN = 'REDACTED'
USERDOMAIN_ROAMINGPROFILE = 'REDACTED'
USERNAME = 'cwporter'
USERPROFILE = 'C:\Users\cwporter'
VBOX_MSI_INSTALL_PATH = 'C:\Program Files\Oracle\VirtualBox\'
VS140COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\Tools\'
WINDIR = 'C:\WINDOWS'
ZSH = '/home/cwporter/.oh-my-zsh'
_ = '/usr/bin/cygcheck'
HKEY_CURRENT_USER\SOFTWARE\Cygwin
HKEY_CURRENT_USER\SOFTWARE\Cygwin\Installations
(default) = '\??\C:\cygwin64'
c5e39b7a9d22bafb = '\??\C:\cygwin'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations
(default) = '\??\C:\cygwin64'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup
(default) = 'C:\cygwin64'
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Cygwin\Installations
(default) = '\??\C:\cygwin'
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Cygwin\setup
(default) = 'C:\cygwin'
obcaseinsensitive set to 1
Cygwin installations found in the registry:
System: Key: e022582115c10879 Path: C:\cygwin64
User: Key: e022582115c10879 Path: C:\cygwin64
User: Key: c5e39b7a9d22bafb Path: C:\cygwin
c: hd NTFS 476136Mb 28% CP CS UN PA FC Windows
e: cd N/A N/A
i: net NTFS 2097148Mb 89% CP CS UN PA FC
j: net NTFS 2097148Mb 89% CP CS UN PA FC
m: net NTFS 2097148Mb 89% CP CS UN PA FC
n: net NTFS 2097148Mb 89% CP CS UN PA FC
o: net NTFS 153597Mb 65% CP CS UN PA FC
p: net NTFS 153597Mb 76% CP CS UN PA FC
q: net NTFS 2097148Mb 89% CP CS UN PA FC
r: net NTFS 1543591Mb 33% CP CS UN PA www
s: net NTFS 448976Mb 89% CP CS UN PA docs
u: net NTFS 196992Mb 17% CP CS UN PA docs
v: net NTFS 96199Mb 32% CP CS UN PA docs
w: net NTFS 348182Mb 53% CP CS UN PA docs
x: net NTFS 902545Mb 41% CP CS UN PA docs
y: net NTFS 448976Mb 89% CP CS UN PA docs
z: net NTFS 348182Mb 53% CP CS UN PA docs
C:\cygwin64 / system binary,auto
C:\cygwin64\bin /usr/bin system binary,auto
C:\cygwin64\lib /usr/lib system binary,auto
cygdrive prefix /cygdrive user binary,posix=0,auto
Found: C:\cygwin64\bin\awk
-> C:\cygwin64\bin\gawk.exe
Found: C:\cygwin64\bin\bash.exe
Found: C:\cygwin64\bin\cat.exe
Found: C:\cygwin64\bin\cp.exe
Found: C:\cygwin64\bin\cpp.exe
Not Found: crontab
Found: C:\cygwin64\bin\find.exe
Found: C:\WINDOWS\system32\find.exe
Warning: C:\cygwin64\bin\find.exe hides C:\WINDOWS\system32\find.exe
Found: C:\cygwin64\bin\gcc.exe
Found: C:\cygwin64\bin\gdb.exe
Found: C:\cygwin64\bin\grep.exe
Found: C:\cygwin64\bin\kill.exe
Found: C:\cygwin64\bin\ld.exe
Found: C:\cygwin64\bin\ls.exe
Found: C:\cygwin64\bin\make.exe
Found: C:\cygwin64\bin\mv.exe
Found: C:\cygwin64\bin\patch.exe
Found: C:\cygwin64\bin\perl.exe
Found: C:\cygwin64\bin\rm.exe
Found: C:\cygwin64\bin\sed.exe
Found: C:\cygwin64\bin\ssh.exe
Found: C:\cygwin64\bin\sh.exe
Found: C:\cygwin64\bin\tar.exe
Found: C:\cygwin64\bin\test.exe
Found: C:\cygwin64\bin\vi.exe
Found: C:\cygwin64\bin\vim.exe
573k 2016/07/05 C:\cygwin64\bin\cygarchive-13.dll - os=4.0 img=0.0 sys=5.2
"cygarchive-13.dll" v0.0 ts=2016-07-05 06:56
39k 2016/09/19 C:\cygwin64\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2
"cygargp-0.dll" v0.0 ts=2016-09-19 02:13
88k 2016/06/13 C:\cygwin64\bin\cygatomic-1.dll - os=4.0 img=0.0 sys=5.2
"cygatomic-1.dll" v0.0 ts=2016-06-13 17:14
16k 2013/03/26 C:\cygwin64\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2
"cygattr-1.dll" v0.0 ts=2013-03-26 18:26
180k 2015/03/23 C:\cygwin64\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2
"cygblkid-1.dll" v0.0 ts=2015-03-23 09:46
64k 2013/03/07 C:\cygwin64\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2
"cygbz2-1.dll" v0.0 ts=2013-03-07 02:54
487k 2016/07/21 C:\cygwin64\bin\cygclang-3.8.dll - os=4.0 img=3.8 sys=5.2
"cygclang-3.8.dll" v0.0 ts=2016-07-21 09:42
505k 2016/07/21 C:\cygwin64\bin\cygclangAnalysis-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangAnalysis-3.8.dll" v0.0 ts=2016-07-21 09:27
1387k 2016/07/21 C:\cygwin64\bin\cygclangARCMigrate-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangARCMigrate-3.8.dll" v0.0 ts=2016-07-21 09:40
2597k 2016/07/21 C:\cygwin64\bin\cygclangAST-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangAST-3.8.dll" v0.0 ts=2016-07-21 09:26
280k 2016/07/21 C:\cygwin64\bin\cygclangASTMatchers-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangASTMatchers-3.8.dll" v0.0 ts=2016-07-21 09:27
1536k 2016/07/21 C:\cygwin64\bin\cygclangBasic-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangBasic-3.8.dll" v0.0 ts=2016-07-21 09:24
2772k 2016/07/21 C:\cygwin64\bin\cygclangCodeGen-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangCodeGen-3.8.dll" v0.0 ts=2016-07-21 09:41
890k 2016/07/21 C:\cygwin64\bin\cygclangDriver-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangDriver-3.8.dll" v0.0 ts=2016-07-21 09:24
1169k 2016/07/21 C:\cygwin64\bin\cygclangDynamicASTMatchers-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangDynamicASTMatchers-3.8.dll" v0.0 ts=2016-07-21 09:29
52k 2016/07/21 C:\cygwin64\bin\cygclangEdit-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangEdit-3.8.dll" v0.0 ts=2016-07-21 09:27
271k 2016/07/21 C:\cygwin64\bin\cygclangFormat-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangFormat-3.8.dll" v0.0 ts=2016-07-21 09:27
909k 2016/07/21 C:\cygwin64\bin\cygclangFrontend-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangFrontend-3.8.dll" v0.0 ts=2016-07-21 09:36
18k 2016/07/21 C:\cygwin64\bin\cygclangFrontendTool-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangFrontendTool-3.8.dll" v0.0 ts=2016-07-21 09:44
92k 2016/07/21 C:\cygwin64\bin\cygclangIndex-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangIndex-3.8.dll" v0.0 ts=2016-07-21 09:27
623k 2016/07/21 C:\cygwin64\bin\cygclangLex-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangLex-3.8.dll" v0.0 ts=2016-07-21 09:24
775k 2016/07/21 C:\cygwin64\bin\cygclangParse-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangParse-3.8.dll" v0.0 ts=2016-07-21 09:35
57k 2016/07/21 C:\cygwin64\bin\cygclangRewrite-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangRewrite-3.8.dll" v0.0 ts=2016-07-21 09:24
385k 2016/07/21 C:\cygwin64\bin\cygclangRewriteFrontend-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangRewriteFrontend-3.8.dll" v0.0 ts=2016-07-21 09:38
4933k 2016/07/21 C:\cygwin64\bin\cygclangSema-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangSema-3.8.dll" v0.0 ts=2016-07-21 09:31
1115k 2016/07/21 C:\cygwin64\bin\cygclangSerialization-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangSerialization-3.8.dll" v0.0 ts=2016-07-21 09:34
2018k 2016/07/21 C:\cygwin64\bin\cygclangStaticAnalyzerCheckers-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangStaticAnalyzerCheckers-3.8.dll" v0.0 ts=2016-07-21 09:33
1234k 2016/07/21 C:\cygwin64\bin\cygclangStaticAnalyzerCore-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangStaticAnalyzerCore-3.8.dll" v0.0 ts=2016-07-21 09:29
142k 2016/07/21 C:\cygwin64\bin\cygclangStaticAnalyzerFrontend-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangStaticAnalyzerFrontend-3.8.dll" v0.0 ts=2016-07-21 09:37
244k 2016/07/21 C:\cygwin64\bin\cygclangTooling-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangTooling-3.8.dll" v0.0 ts=2016-07-21 09:38
33k 2016/07/21 C:\cygwin64\bin\cygclangToolingCore-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygclangToolingCore-3.8.dll" v0.0 ts=2016-07-21 09:27
13k 2015/03/19 C:\cygwin64\bin\cygcom_err-2.dll - os=4.0 img=0.0 sys=5.2
"cygcom_err-2.dll" v0.0 ts=2015-03-19 02:44
31k 2013/04/24 C:\cygwin64\bin\cygcord-1.dll - os=4.0 img=0.0 sys=5.2
"cygcord-1.dll" v0.0 ts=2013-04-24 23:14
203k 2016/05/31 C:\cygwin64\bin\cygcroco-0.6-3.dll - os=4.0 img=0.0 sys=5.2
"cygcroco-0.6-3.dll" v0.0 ts=2016-05-31 18:31
10k 2016/06/09 C:\cygwin64\bin\cygcrypt-0.dll - os=4.0 img=0.0 sys=5.2
"cygcrypt-0.dll" v0.0 ts=2016-06-09 16:02
2231k 2016/05/04 C:\cygwin64\bin\cygcrypto-1.0.0.dll - os=4.0 img=0.0 sys=5.2
"cygcrypto-1.0.0.dll" v0.0 ts=2016-05-04 16:07
467k 2016/09/15 C:\cygwin64\bin\cygcurl-4.dll - os=4.0 img=0.0 sys=5.2
"cygcurl-4.dll" v0.0 ts=2016-09-15 07:22
1549k 2016/08/22 C:\cygwin64\bin\cygdb-5.3.dll - os=4.0 img=0.0 sys=5.2
"cygdb-5.3.dll" v0.0 ts=2016-08-22 09:51
124k 2016/08/22 C:\cygwin64\bin\cygdb_cxx-5.3.dll - os=4.0 img=0.0 sys=5.2
"cygdb_cxx-5.3.dll" v0.0 ts=2016-08-22 09:52
570k 2016/08/22 C:\cygwin64\bin\cygdb_sql-5.3.dll - os=4.0 img=0.0 sys=5.2
"cygdb_sql-5.3.dll" v0.0 ts=2016-08-22 09:52
154k 2013/10/20 C:\cygwin64\bin\cygedit-0.dll - os=4.0 img=0.0 sys=5.2
"cygedit-0.dll" v0.0 ts=2013-10-20 21:56
229k 2016/01/08 C:\cygwin64\bin\cygevent-2-0-5.dll - os=4.0 img=0.0 sys=5.2
"cygevent-2-0-5.dll" v0.0 ts=2016-01-08 07:24
136k 2016/01/08 C:\cygwin64\bin\cygevent_core-2-0-5.dll - os=4.0 img=0.0 sys=5.2
"cygevent_core-2-0-5.dll" v0.0 ts=2016-01-08 07:24
106k 2016/01/08 C:\cygwin64\bin\cygevent_extra-2-0-5.dll - os=4.0 img=0.0 sys=5.2
"cygevent_extra-2-0-5.dll" v0.0 ts=2016-01-08 07:24
21k 2016/01/08 C:\cygwin64\bin\cygevent_openssl-2-0-5.dll - os=4.0 img=0.0 sys=5.2
"cygevent_openssl-2-0-5.dll" v0.0 ts=2016-01-08 07:24
10k 2016/01/08 C:\cygwin64\bin\cygevent_pthreads-2-0-5.dll - os=4.0 img=0.0 sys=5.2
"cygevent_pthreads-2-0-5.dll" v0.0 ts=2016-01-08 07:24
145k 2016/06/21 C:\cygwin64\bin\cygexpat-1.dll - os=4.0 img=0.0 sys=5.2
"cygexpat-1.dll" v0.0 ts=2016-06-21 23:15
30k 2014/10/14 C:\cygwin64\bin\cygfam-0.dll - os=4.0 img=0.0 sys=5.2
"cygfam-0.dll" v0.0 ts=2014-10-14 21:33
27k 2015/11/17 C:\cygwin64\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2
"cygffi-6.dll" v0.0 ts=2015-11-17 22:14
55k 2016/09/19 C:\cygwin64\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2
"cygformw-10.dll" v0.0 ts=2016-09-19 07:05
103k 2013/04/24 C:\cygwin64\bin\cyggc-1.dll - os=4.0 img=0.0 sys=5.2
"cyggc-1.dll" v0.0 ts=2013-04-24 23:14
8k 2013/04/24 C:\cygwin64\bin\cyggccpp-1.dll - os=4.0 img=0.0 sys=5.2
"cyggccpp-1.dll" v0.0 ts=2013-04-24 23:14
70k 2016/06/13 C:\cygwin64\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2
"cyggcc_s-seh-1.dll" v0.0 ts=2016-06-13 16:18
40k 2014/05/27 C:\cygwin64\bin\cyggdbm-4.dll - os=4.0 img=0.0 sys=5.2
"cyggdbm-4.dll" v0.0 ts=1970-01-01 00:00
13k 2014/05/27 C:\cygwin64\bin\cyggdbm_compat-4.dll - os=4.0 img=0.0 sys=5.2
"cyggdbm_compat-4.dll" v0.0 ts=1970-01-01 00:00
200k 2016/05/04 C:\cygwin64\bin\cyggettextlib-0-19-7.dll - os=4.0 img=0.0 sys=5.2
"cyggettextlib-0-19-7.dll" v0.0 ts=2016-05-04 16:24
270k 2016/05/04 C:\cygwin64\bin\cyggettextsrc-0-19-7.dll - os=4.0 img=0.0 sys=5.2
"cyggettextsrc-0-19-7.dll" v0.0 ts=2016-05-04 16:28
1276k 2016/06/02 C:\cygwin64\bin\cyggio-2.0-0.dll - os=4.0 img=0.0 sys=5.2
"cyggio-2.0-0.dll" v0.0 ts=2016-06-02 21:16
958k 2016/06/02 C:\cygwin64\bin\cygglib-2.0-0.dll - os=4.0 img=0.0 sys=5.2
"cygglib-2.0-0.dll" v0.0 ts=2016-06-02 21:13
14k 2016/06/02 C:\cygwin64\bin\cyggmodule-2.0-0.dll - os=4.0 img=0.0 sys=5.2
"cyggmodule-2.0-0.dll" v0.0 ts=2016-06-02 21:14
527k 2016/08/28 C:\cygwin64\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2
"cyggmp-10.dll" v0.0 ts=2016-08-28 10:34
931k 2015/08/28 C:\cygwin64\bin\cyggnutls-28.dll - os=4.0 img=0.0 sys=5.2
"cyggnutls-28.dll" v0.0 ts=2015-08-28 17:05
24k 2015/08/28 C:\cygwin64\bin\cyggnutls-openssl-27.dll - os=4.0 img=0.0 sys=5.2
"cyggnutls-openssl-27.dll" v0.0 ts=2015-08-28 17:06
41k 2015/08/28 C:\cygwin64\bin\cyggnutlsxx-28.dll - os=4.0 img=0.0 sys=5.2
"cyggnutlsxx-28.dll" v0.0 ts=2015-08-28 17:06
284k 2016/06/02 C:\cygwin64\bin\cyggobject-2.0-0.dll - os=4.0 img=0.0 sys=5.2
"cyggobject-2.0-0.dll" v0.0 ts=2016-06-02 21:14
105k 2016/06/13 C:\cygwin64\bin\cyggomp-1.dll - os=4.0 img=0.0 sys=5.2
"cyggomp-1.dll" v0.0 ts=2016-06-13 16:22
10k 2016/06/13 C:\cygwin64\bin\cyggomp-plugin-host_nonshm-1.dll - os=4.0 img=0.0 sys=5.2
"cyggomp-plugin-host_nonshm-1.dll" v0.0 ts=2016-06-13 16:23
68k 2016/07/28 C:\cygwin64\bin\cyggpg-error-0.dll - os=4.0 img=0.0 sys=5.2
"cyggpg-error-0.dll" v0.0 ts=2016-07-28 18:25
156k 2014/12/10 C:\cygwin64\bin\cyggpgme-11.dll - os=4.0 img=0.0 sys=5.2
"cyggpgme-11.dll" v0.0 ts=2014-12-10 01:06
155k 2014/12/10 C:\cygwin64\bin\cyggpgme-pthread-11.dll - os=4.0 img=0.0 sys=5.2
"cyggpgme-pthread-11.dll" v0.0 ts=2014-12-10 01:06
258k 2016/07/06 C:\cygwin64\bin\cyggssapi_krb5-2.dll - os=4.0 img=0.0 sys=5.2
"cyggssapi_krb5-2.dll" v0.0 ts=2016-07-05 23:51
9k 2016/06/02 C:\cygwin64\bin\cyggthread-2.0-0.dll - os=4.0 img=0.0 sys=5.2
"cyggthread-2.0-0.dll" v0.0 ts=2016-06-02 21:14
691k 2013/04/22 C:\cygwin64\bin\cygguile-17.dll - os=4.0 img=0.0 sys=5.2
"cygguile-17.dll" v0.0 ts=2013-04-22 03:15
30k 2015/01/27 C:\cygwin64\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2
"cyghistory7.dll" v0.0 ts=2015-01-27 03:51
167k 2016/03/13 C:\cygwin64\bin\cyghogweed-2.dll - os=4.0 img=0.0 sys=5.2
"cyghogweed-2.dll" v0.0 ts=2016-03-13 14:46
1009k 2015/02/20 C:\cygwin64\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2
"cygiconv-2.dll" v0.0 ts=2015-02-20 17:07
196k 2014/12/06 C:\cygwin64\bin\cygidn-11.dll - os=4.0 img=0.0 sys=5.2
"cygidn-11.dll" v0.0 ts=2014-12-06 13:17
40k 2016/05/04 C:\cygwin64\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2
"cygintl-8.dll" v0.0 ts=2016-05-04 16:20
1039k 2015/09/20 C:\cygwin64\bin\cygisl-13.dll - os=4.0 img=0.0 sys=5.2
"cygisl-13.dll" v0.0 ts=2015-09-20 12:39
177k 2016/07/06 C:\cygwin64\bin\cygk5crypto-3.dll - os=4.0 img=0.0 sys=5.2
"cygk5crypto-3.dll" v0.0 ts=2016-07-05 23:50
722k 2016/07/06 C:\cygwin64\bin\cygkrb5-3.dll - os=4.0 img=0.0 sys=5.2
"cygkrb5-3.dll" v0.0 ts=2016-07-05 23:50
35k 2016/07/06 C:\cygwin64\bin\cygkrb5support-0.dll - os=4.0 img=0.0 sys=5.2
"cygkrb5support-0.dll" v0.0 ts=2016-07-05 23:50
45k 2015/11/19 C:\cygwin64\bin\cyglber-2-4-2.dll - os=4.0 img=0.0 sys=5.2
"cyglber-2-4-2.dll" v0.0 ts=2015-11-19 14:17
246k 2015/11/19 C:\cygwin64\bin\cygldap-2-4-2.dll - os=4.0 img=0.0 sys=5.2
"cygldap-2-4-2.dll" v0.0 ts=2015-11-19 14:18
262k 2015/11/19 C:\cygwin64\bin\cygldap_r-2-4-2.dll - os=4.0 img=0.0 sys=5.2
"cygldap_r-2-4-2.dll" v0.0 ts=2015-11-19 14:19
26685k 2016/07/21 C:\cygwin64\bin\cygLLVM-3.8.dll - os=4.0 img=0.0 sys=5.2
"cygLLVM-3.8.dll" v0.0 ts=2016-07-21 04:07
6k 2016/08/31 C:\cygwin64\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2
"cyglsa64.dll" v0.0 ts=2016-08-31 13:31
35k 2016/06/28 C:\cygwin64\bin\cygltdl-7.dll - os=4.0 img=0.0 sys=5.2
"cygltdl-7.dll" v0.0 ts=2016-06-28 18:41
139k 2015/11/09 C:\cygwin64\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2
"cyglzma-5.dll" v0.0 ts=2015-11-09 06:12
126k 2014/11/17 C:\cygwin64\bin\cyglzo2-2.dll - os=4.0 img=0.0 sys=5.2
"cyglzo2-2.dll" v0.0 ts=2014-11-17 11:24
114k 2016/01/11 C:\cygwin64\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2
"cygmagic-1.dll" v0.0 ts=2016-01-11 22:19
169k 2016/08/12 C:\cygwin64\bin\cygman-2-7-5.dll - os=4.0 img=0.0 sys=5.2
"cygman-2-7-5.dll" v0.0 ts=2016-08-12 18:17
22k 2016/08/12 C:\cygwin64\bin\cygmandb-2-7-5.dll - os=4.0 img=0.0 sys=5.2
"cygmandb-2-7-5.dll" v0.0 ts=2016-08-12 18:17
29k 2016/09/19 C:\cygwin64\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2
"cygmenuw-10.dll" v0.0 ts=2016-09-19 07:04
42k 2013/08/12 C:\cygwin64\bin\cygmetalink-3.dll - os=4.0 img=0.0 sys=5.2
"cygmetalink-3.dll" v0.0 ts=2013-08-13 00:02
89k 2015/03/01 C:\cygwin64\bin\cygmpc-3.dll - os=4.0 img=0.0 sys=5.2
"cygmpc-3.dll" v0.0 ts=2015-03-01 20:24
345k 2016/03/06 C:\cygwin64\bin\cygmpfr-4.dll - os=4.0 img=0.0 sys=5.2
"cygmpfr-4.dll" v0.0 ts=2016-03-06 16:29
53k 2016/09/19 C:\cygwin64\bin\cygncurses++w-10.dll - os=4.0 img=0.0 sys=5.2
"cygncurses++w-10.dll" v0.0 ts=2016-09-19 07:09
279k 2016/09/19 C:\cygwin64\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2
"cygncursesw-10.dll" v0.0 ts=2016-09-19 07:03
180k 2016/03/13 C:\cygwin64\bin\cygnettle-4.dll - os=4.0 img=0.0 sys=5.2
"cygnettle-4.dll" v0.0 ts=2016-03-13 14:46
137k 2016/09/08 C:\cygwin64\bin\cygnghttp2-14.dll - os=4.0 img=0.0 sys=5.2
"cygnghttp2-14.dll" v0.0 ts=2016-09-08 02:42
319k 2015/06/01 C:\cygwin64\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2
"cygp11-kit-0.dll" v0.0 ts=2015-06-01 19:02
14k 2016/09/19 C:\cygwin64\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2
"cygpanelw-10.dll" v0.0 ts=2016-09-19 07:04
474k 2016/08/11 C:\cygwin64\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2
"cygpcre-1.dll" v0.0 ts=2016-08-11 20:46
2021k 2016/04/30 C:\cygwin64\bin\cygperl5_22.dll - os=4.0 img=0.0 sys=5.2
"cygperl5_22.dll" v0.0 ts=2016-04-30 16:05
39k 2015/04/09 C:\cygwin64\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2
"cygpipeline-1.dll" v0.0 ts=2015-04-09 21:04
41k 2016/07/13 C:\cygwin64\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2
"cygpopt-0.dll" v0.0 ts=2016-07-13 06:16
57k 2016/03/22 C:\cygwin64\bin\cygprocps-4.dll - os=4.0 img=0.0 sys=5.2
"cygprocps-4.dll" v0.0 ts=2016-03-22 19:01
49k 2016/09/08 C:\cygwin64\bin\cygpsl-5.dll - os=4.0 img=0.0 sys=5.2
"cygpsl-5.dll" v0.0 ts=2016-09-08 03:08
308k 2016/06/13 C:\cygwin64\bin\cygquadmath-0.dll - os=4.0 img=0.0 sys=5.2
"cygquadmath-0.dll" v0.0 ts=2016-06-13 17:17
207k 2015/01/27 C:\cygwin64\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2
"cygreadline7.dll" v0.0 ts=2015-01-27 03:51
97k 2014/11/24 C:\cygwin64\bin\cygsasl2-3.dll - os=4.0 img=0.0 sys=5.2
"cygsasl2-3.dll" v0.0 ts=2014-11-24 18:22
11k 2015/07/17 C:\cygwin64\bin\cygsigsegv-2.dll - os=4.0 img=0.0 sys=5.2
"cygsigsegv-2.dll" v0.0 ts=2015-07-17 22:35
816k 2015/02/14 C:\cygwin64\bin\cygslang-2.dll - os=4.0 img=0.0 sys=5.2
"cygslang-2.dll" v0.0 ts=2015-02-14 19:08
89k 2015/03/23 C:\cygwin64\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2
"cygsmartcols-1.dll" v0.0 ts=2015-03-23 09:46
964k 2016/08/15 C:\cygwin64\bin\cygsqlite3-0.dll - os=4.0 img=0.0 sys=5.2
"cygsqlite3-0.dll" v0.0 ts=2016-08-15 11:20
156k 2016/03/02 C:\cygwin64\bin\cygssh2-1.dll - os=4.0 img=0.0 sys=5.2
"cygssh2-1.dll" v0.0 ts=2016-03-02 18:03
397k 2016/05/04 C:\cygwin64\bin\cygssl-1.0.0.dll - os=4.0 img=0.0 sys=5.2
"cygssl-1.0.0.dll" v0.0 ts=2016-05-04 16:07
12k 2016/06/13 C:\cygwin64\bin\cygssp-0.dll - os=4.0 img=0.0 sys=5.2
"cygssp-0.dll" v0.0 ts=2016-06-13 17:10
1325k 2016/06/13 C:\cygwin64\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2
"cygstdc++-6.dll" v0.0 ts=2016-06-13 16:38
66k 2016/08/22 C:\cygwin64\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2
"cygtasn1-6.dll" v0.0 ts=2016-08-22 20:11
52k 2016/09/19 C:\cygwin64\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2
"cygticw-10.dll" v0.0 ts=2016-09-19 07:03
1538k 2015/10/16 C:\cygwin64\bin\cygunistring-2.dll - os=4.0 img=0.0 sys=5.2
"cygunistring-2.dll" v0.0 ts=2015-10-16 21:40
73k 2015/02/11 C:\cygwin64\bin\cygusb0.dll - os=4.0 img=0.0 sys=5.2
"cygusb0.dll" v0.0 ts=2015-02-11 01:16
15k 2015/03/23 C:\cygwin64\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2
"cyguuid-1.dll" v0.0 ts=2015-03-23 09:46
8k 2016/06/13 C:\cygwin64\bin\cygvtv-0.dll - os=4.0 img=0.0 sys=5.2
"cygvtv-0.dll" v0.0 ts=2016-06-13 17:12
8k 2016/06/13 C:\cygwin64\bin\cygvtv_stubs-0.dll - os=4.0 img=0.0 sys=5.2
"cygvtv_stubs-0.dll" v0.0 ts=2016-06-13 17:12
1213k 2016/08/26 C:\cygwin64\bin\cygxml2-2.dll - os=4.0 img=0.0 sys=5.2
"cygxml2-2.dll" v0.0 ts=2016-08-26 20:06
80k 2014/11/19 C:\cygwin64\bin\cygz.dll - os=4.0 img=0.0 sys=5.2
"cygz.dll" v0.0 ts=2014-11-19 23:08
3229k 2016/08/31 C:\cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2
"cygwin1.dll" v0.0 ts=2016-08-31 13:32
Cygwin DLL version info:
DLL version: 2.6.0
DLL epoch: 19
DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 304
Shared data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Installations name: Installations
Cygdrive default prefix:
Build date:
Shared id: cygwin1S5
No Cygwin services found.
Cygwin Package Information
Last downloaded files to: C:\Users\cwporter\Downloads\cygwin
Last downloaded files from: http://cygwin.mirror.constant.com/
Package Version Status
_autorebase 001004-1 OK
alternatives 1.3.30c-10 OK
autoconf 13-1 OK
autoconf2.1 2.13-12 OK
autoconf2.5 2.69-3 OK
automake 9-1 OK
automake1.10 1.10.3-2 OK
automake1.11 1.11.6-2 OK
automake1.12 1.12.6-2 OK
automake1.13 1.13.4-1 OK
automake1.14 1.14.1-2 OK
automake1.15 1.15-1 OK
automake1.4 1.4p6-11 OK
automake1.5 1.5-11 OK
automake1.6 1.6.3-12 OK
automake1.7 1.7.9-11 OK
automake1.8 1.8.5-11 OK
automake1.9 1.9.6-11 OK
base-cygwin 3.8-1 OK
base-files 4.2-4 OK
bash 4.3.46-7 OK
binutils 2.25-4 OK
bzip2 1.0.6-2 OK
ca-certificates 2.9-1 OK
clang 3.8.1-1 OK
cmake 3.6.2-1 OK
cmake-doc 3.6.2-1 OK
colordiff 1.0.9-1 OK
colorgcc 1.3.2-2 OK
coreutils 8.25-3 OK
csih 0.9.9-1 OK
curl 7.50.3-1 OK
cygport 0.22.0-1 OK
cygrunsrv 1.62-1 OK
cygutils 1.4.15-2 OK
cygwin 2.6.0-1 OK
cygwin-devel 2.6.0-1 OK
cygwin32 2.6.0-1 OK
cygwin32-binutils 2.25-1 OK
cygwin32-default-manifest 6.4-1 OK
cygwin32-gcc-core 5.4.0-1 OK
cygwin32-gcc-g++ 5.4.0-1 OK
cygwin32-gettext 0.19.5.1-1 OK
cygwin32-libiconv 1.14-2 OK
cygwin32-libtool 2.4.6-3 OK
cygwin32-w32api-headers 4.0.4-1 OK
cygwin32-w32api-runtime 4.0.4-1 OK
dash 0.5.8-3 OK
desktop-file-utils 0.23-1 OK
diffstat 1.61-1 OK
diffutils 3.5-1 OK
dos2unix 7.3.4-1 OK
editrights 1.03-1 OK
extra-cmake-modules 5.12.0-1 OK
file 5.25-1 OK
findutils 4.6.0-1 OK
fortune-mod 1.99.1-4 OK
gamin 0.1.10-15 OK
gawk 4.1.4-1 OK
gcc-core 5.4.0-1 OK
gcc-g++ 5.4.0-1 OK
gcc-tools-epoch1-autoconf 2.59-2 OK
gcc-tools-epoch1-automake 1.9.6-2 OK
gcc-tools-epoch2-autoconf 2.64-2 OK
gcc-tools-epoch2-automake 1.11.6-1 OK
gdb 7.10.1-1 OK
getent 2.18.90-4 OK
gettext 0.19.7-1 OK
gettext-devel 0.19.7-1 OK
git 2.8.3-1 OK
git-clang-format 3.8.1-1 OK
git-email 2.8.3-1 OK
git-oodiff 20100213-1 OK
gnupg 1.4.21-1 OK
grep 2.25-1 OK
groff 1.22.3-1 OK
gsettings-desktop-schemas 3.18.1-1 OK
gzip 1.8-1 OK
hostname 3.13-1 OK
info 6.3-1 OK
ipc-utils 1.0-2 OK
less 481-1 OK
lftp 4.7.3-1 OK
libarchive13 3.1.2-4 OK
libargp 20110921-3 OK
libatomic1 5.4.0-1 OK
libattr1 2.4.46-1 OK
libblkid1 2.25.2-2 OK
libbz2_1 1.0.6-2 OK
libclang3.8 3.8.1-1 OK
libcom_err2 1.42.12-2 OK
libcroco0.6_3 0.6.11-1 OK
libcrypt0 1.4-1 OK
libcurl4 7.50.3-1 OK
libdb5.3 5.3.28-1 OK
libedit0 20130712-1 OK
libevent2.0_5 2.0.22-1 OK
libexpat1 2.2.0-0 OK
libfam0 0.1.10-15 OK
libffi6 3.2.1-2 OK
libgc1 7.2d-2 OK
libgcc1 5.4.0-1 OK
libgdbm4 1.11-1 OK
libglib2.0_0 2.46.2-4 OK
libgmp10 6.1.1-1 OK
libgnutls28 3.3.17-1 OK
libgomp1 5.4.0-1 OK
libgpg-error0 1.24-1 OK
libgpgme11 1.4.4-1 OK
libgssapi_krb5_2 1.14.1-2 OK
libguile17 1.8.8-1 OK
libhogweed2 2.7.1-1 OK
libiconv 1.14-3 OK
libiconv2 1.14-3 OK
libidn11 1.29-1 OK
libintl-devel 0.19.7-1 OK
libintl8 0.19.7-1 OK
libisl13 0.14.1-1 OK
libk5crypto3 1.14.1-2 OK
libkrb5_3 1.14.1-2 OK
libkrb5support0 1.14.1-2 OK
libllvm3.8 3.8.1-1 OK
libltdl7 2.4.6-4 OK
liblzma5 5.2.2-1 OK
liblzo2_2 2.08-1 OK
libmetalink3 0.1.2-1 OK
libmpc3 1.0.3-1 OK
libmpfr4 3.1.4-1 OK
libncurses-devel 6.0-8.20160917 OK
libncursesw10 6.0-8.20160917 OK
libnettle4 2.7.1-1 OK
libnghttp2_14 1.14.0-1 OK
libopenldap2_4_2 2.4.42-1 OK
libopenssl100 1.0.2h-1 OK
libp11-kit0 0.22.1-1 OK
libpcre1 8.39-1 OK
libpipeline1 1.4.0-1 OK
libpopt-common 1.16-2 OK
libpopt0 1.16-2 OK
libprocps-ng4 3.3.10-1 OK
libpsl5 0.14.0-1 OK
libquadmath0 5.4.0-1 OK
libreadline7 6.3.8-1 OK
libsasl2_3 2.1.26-9 OK
libsigsegv2 2.10-2 OK
libslang2 2.3.1pre17-1 OK
libsmartcols1 2.25.2-2 OK
libsqlite3_0 3.14.1-1 OK
libssh2_1 1.7.0-1 OK
libssp0 5.4.0-1 OK
libstdc++6 5.4.0-1 OK
libtasn1_6 4.9-1 OK
libtool 2.4.6-4 OK
libunistring2 0.9.6-1 OK
libusb0 1.2.6.0-2 OK
libuuid-devel 2.25.2-2 OK
libuuid1 2.25.2-2 OK
libvtv0 5.4.0-1 OK
libxml2 2.9.4-1 OK
lndir 1.0.3-1 OK
login 1.11-1 OK
lynx 2.8.7-2 OK
m4 1.4.17-2 OK
make 4.2.1-1 OK
man-db 2.7.5-1 OK
mintty 2.6.1-0 OK
mutt 1.7.0-1 OK
ncurses 6.0-8.20160917 OK
odt2txt 0.5+20160502+gitde7f920-1 OK
openssh 7.3p1-2 OK
openssl 1.0.2h-1 OK
p11-kit 0.22.1-1 OK
p11-kit-trust 0.22.1-1 OK
patch 2.7.4-1 OK
perl 5.22.2-1 OK
perl-Authen-SASL 2.16-2 OK
perl-Authen-SASL-XS 1.00-1 OK
perl-Carp 1.38-1 OK
perl-Digest-HMAC 1.03-5 OK
perl-Error 0.17024-1 OK
perl-IO-Socket-SSL 2.038-1 OK
perl-MailTools 2.14-1 OK
perl-MIME-tools 5.506-1 OK
perl-Mozilla-CA 20160104-1 OK
perl-Net-SMTP-SSL 1.03-1 OK
perl-Net-SSLeay 1.78-2 OK
perl-Pod-Simple 3.32-1 OK
perl-TermReadKey 2.33-1 OK
perl-TimeDate 2.30-2 OK
perl-Unicode-Normalize 1.25-1 OK
perl_autorebase 5.22.2-1 OK
perl_base 5.22.2-1 OK
pkg-config 0.29.1-1 OK
procps-ng 3.3.10-1 OK
python 2.7.10-1 OK
python3 3.4.3-1 OK
rebase 4.4.2-1 OK
rsync 3.1.2-1 OK
run 1.3.4-2 OK
sed 4.2.2-3 OK
shared-mime-info 1.6-3 OK
tar 1.28-1 OK
terminfo 6.0-8.20160917 OK
texinfo 6.3-1 OK
tmux 2.2-1 OK
tzdata 2016f-1 OK
unzip 6.0-15 OK
util-linux 2.25.2-2 OK
vim 7.4.2367-1 OK
vim-clang-format 3.8.1-1 OK
vim-common 7.4.2367-1 OK
vim-doc 7.4.2367-1 OK
vim-minimal 7.4.2367-1 OK
w32api-headers 4.0.4-1 OK
w32api-runtime 4.0.4-1 OK
w3m 0.5.3-3 OK
wget 1.18-1 OK
which 2.20-2 OK
windows-default-manifest 6.4-1 OK
xxd 7.4.2367-1 OK
xz 5.2.2-1 OK
zlib 1.2.8-3 OK
zlib0 1.2.8-3 OK
zsh 5.1.1-1 OK
Use -h to see help about each section
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-27 23:59 Unknown+User Unix_Group+505 on smb shares in a domian Wayne Porter
@ 2016-09-28 17:55 ` Linda Walsh
2016-09-28 19:52 ` Wayne Porter
0 siblings, 1 reply; 17+ messages in thread
From: Linda Walsh @ 2016-09-28 17:55 UTC (permalink / raw)
To: cygwin
Wayne Porter wrote:
> My system is joined to a domain and is connected to multiple servers via
> mapped network shares in Windows. All of the windows servers allow read/write
> access to all files, but the Fedora servers all open with read-only access.
> I can still write to most files in vim by specifying :w! so it's not like
> I can't do anything, it just becomes an inconvenience.
> d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 Sep 26 08:50 c
> drwxrwx---+ 1 Administrators Domain Users 0 Sep 14 11:57 i
> drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 26 12:55 j
> drwxrwx---+ 1 Administrators Domain Users 0 Sep 27 07:55 m
> drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 v
> drwxrwxr-x 1 Unknown+User Unix_Group+505 0 Sep 21 09:41 w
> drwxrwxr-x 1 Unix_User+99 Unix_Group+101 0 Sep 21 15:20 y
>
>
> Can anything tell me what I might be missing?
---
Does the linux server, where cygdrive "w" is located have the share/files owned
by a domain group? I.e. On any system (win or lin) you can have domain accounts and
local accounts. In order to share files with the rest of the domain, files on
the server for drive 'w' have to be owned by a domain account. It looks like
the files are owned by a linux-local account.
--
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-28 17:55 ` Linda Walsh
@ 2016-09-28 19:52 ` Wayne Porter
2016-09-28 21:44 ` Andrey Repin
` (2 more replies)
0 siblings, 3 replies; 17+ messages in thread
From: Wayne Porter @ 2016-09-28 19:52 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 1838 bytes --]
On Tue, Sep 27, 2016 at 09:17:13PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > My system is joined to a domain and is connected to multiple servers via
> > mapped network shares in Windows. All of the windows servers allow read/write
> > access to all files, but the Fedora servers all open with read-only access.
> > I can still write to most files in vim by specifying :w! so it's not like
> > I can't do anything, it just becomes an inconvenience.
> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 Sep 26 08:50 c
> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 14 11:57 i
> > drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 26 12:55 j
> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 27 07:55 m
> > drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 v
> > drwxrwxr-x 1 Unknown+User Unix_Group+505 0 Sep 21 09:41 w
> > drwxrwxr-x 1 Unix_User+99 Unix_Group+101 0 Sep 21 15:20 y
> >
>
> >
> > Can anything tell me what I might be missing?
> ---
> Does the linux server, where cygdrive "w" is located have the share/files owned
> by a domain group? I.e. On any system (win or lin) you can have domain accounts and
> local accounts. In order to share files with the rest of the domain, files
> on the server for drive 'w' have to be owned by a domain account. It looks
> like
> the files are owned by a linux-local account.
>
>
The server that the W: drive is mapped on is not using domain accounts. As far as I know,
all Linux servers we have are running local accounts. Is there something I can set in
my local /etc/passwd to convince Cygwin to map it to my user account?
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-28 19:52 ` Wayne Porter
@ 2016-09-28 21:44 ` Andrey Repin
2016-09-28 22:59 ` Wayne Porter
2016-09-29 8:38 ` Linda Walsh
2016-10-02 23:44 ` Linda Walsh
2 siblings, 1 reply; 17+ messages in thread
From: Andrey Repin @ 2016-09-28 21:44 UTC (permalink / raw)
To: Wayne Porter, cygwin
Greetings, Wayne Porter!
> On Tue, Sep 27, 2016 at 09:17:13PM -0700, Linda Walsh wrote:
>> Wayne Porter wrote:
>> > My system is joined to a domain and is connected to multiple servers via
>> > mapped network shares in Windows. All of the windows servers allow read/write
>> > access to all files, but the Fedora servers all open with read-only access.
>> > I can still write to most files in vim by specifying :w! so it's not like
>> > I can't do anything, it just becomes an inconvenience.
>> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 Sep 26 08:50 c
>> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 14 11:57 i
>> > drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 26 12:55 j
>> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 27 07:55 m
>> > drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 v
>> > drwxrwxr-x 1 Unknown+User Unix_Group+505 0 Sep 21 09:41 w
>> > drwxrwxr-x 1 Unix_User+99 Unix_Group+101 0 Sep 21 15:20 y
>> >
>>
>> >
>> > Can anything tell me what I might be missing?
>> ---
>> Does the linux server, where cygdrive "w" is located have the share/files owned
>> by a domain group? I.e. On any system (win or lin) you can have domain accounts and
>> local accounts. In order to share files with the rest of the domain, files
>> on the server for drive 'w' have to be owned by a domain account. It looks
>> like
>> the files are owned by a linux-local account.
>>
>>
> The server that the W: drive is mapped on is not using domain accounts. As far as I know,
> all Linux servers we have are running local accounts. Is there something I can set in
> my local /etc/passwd to convince Cygwin to map it to my user account?
You can tell your IT dep to pull their asses up and join all servers to AD.
That would be a much more straightforward solution.
--
With best regards,
Andrey Repin
Thursday, September 29, 2016 00:10:06
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-28 21:44 ` Andrey Repin
@ 2016-09-28 22:59 ` Wayne Porter
2016-09-29 20:35 ` Andrey Repin
0 siblings, 1 reply; 17+ messages in thread
From: Wayne Porter @ 2016-09-28 22:59 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 2533 bytes --]
On Thu, Sep 29, 2016 at 12:10:53AM +0300, Andrey Repin wrote:
> Greetings, Wayne Porter!
>
> > On Tue, Sep 27, 2016 at 09:17:13PM -0700, Linda Walsh wrote:
> >> Wayne Porter wrote:
> >> > My system is joined to a domain and is connected to multiple servers via
> >> > mapped network shares in Windows. All of the windows servers allow read/write
> >> > access to all files, but the Fedora servers all open with read-only access.
> >> > I can still write to most files in vim by specifying :w! so it's not like
> >> > I can't do anything, it just becomes an inconvenience.
> >> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 Sep 26 08:50 c
> >> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 14 11:57 i
> >> > drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 26 12:55 j
> >> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 27 07:55 m
> >> > drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 v
> >> > drwxrwxr-x 1 Unknown+User Unix_Group+505 0 Sep 21 09:41 w
> >> > drwxrwxr-x 1 Unix_User+99 Unix_Group+101 0 Sep 21 15:20 y
> >> >
> >>
> >> >
> >> > Can anything tell me what I might be missing?
> >> ---
> >> Does the linux server, where cygdrive "w" is located have the share/files owned
> >> by a domain group? I.e. On any system (win or lin) you can have domain accounts and
> >> local accounts. In order to share files with the rest of the domain, files
> >> on the server for drive 'w' have to be owned by a domain account. It looks
> >> like
> >> the files are owned by a linux-local account.
> >>
> >>
> > The server that the W: drive is mapped on is not using domain accounts. As far as I know,
> > all Linux servers we have are running local accounts. Is there something I can set in
> > my local /etc/passwd to convince Cygwin to map it to my user account?
>
> You can tell your IT dep to pull their asses up and join all servers to AD.
> That would be a much more straightforward solution.
>
That's part of my problem, I can't get them to do anything without a couple
arguments and eventually settling on a solution that doesn't work. I'm just
trying to make things work in the environment I'm in.
>
> --
> With best regards,
> Andrey Repin
> Thursday, September 29, 2016 00:10:06
>
> Sorry for my terrible english...
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-28 19:52 ` Wayne Porter
2016-09-28 21:44 ` Andrey Repin
@ 2016-09-29 8:38 ` Linda Walsh
2016-09-29 19:35 ` Wayne Porter
2016-10-02 23:44 ` Linda Walsh
2 siblings, 1 reply; 17+ messages in thread
From: Linda Walsh @ 2016-09-29 8:38 UTC (permalink / raw)
To: cygwin
Wayne Porter wrote:
> The server that the W: drive is mapped on is not using domain accounts. As far as I know,
> all Linux servers we have are running local accounts. Is there something I can set in
> my local /etc/passwd to convince Cygwin to map it to my user account?
---
If the linux servers are not exporting files under the domain account,
then they files are not part of the 'domain' but owned only by the username
on that specific linux-machine. It sorta sounds like the linux server may
not even be in the domain -- in which case mentioning domains only confuses
the issue.
Essentially you have a bunch of users on different machines that
aren't sharing their files under any common (or shared) security authority
(like a single domain). Until you persuade the owners of those linux machines
to move the linux machines under a common security authority (like a windows
domain) and moving the user accounts into the domain. Each local account
would have to be moved to a domain account with the files under each
machine-local account being moved (or "chown'ed") to the new, corresponding
domain account).
This is an organizational problem that has nothing to do with
cygwin, but whether windows and linux machines are using domain or machine-local
security. Until your linux machines and their local user become
part of the domain, you can't expect any "write" privileges granted to
you under the domain to work on the linux machines.
--
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-29 8:38 ` Linda Walsh
@ 2016-09-29 19:35 ` Wayne Porter
2016-09-30 5:05 ` Andrey Repin
2016-10-02 23:49 ` Linda Walsh
0 siblings, 2 replies; 17+ messages in thread
From: Wayne Porter @ 2016-09-29 19:35 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 2883 bytes --]
On Wed, Sep 28, 2016 at 10:39:20PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > The server that the W: drive is mapped on is not using domain accounts. As far as I know,
> > all Linux servers we have are running local accounts. Is there something I can set in
> > my local /etc/passwd to convince Cygwin to map it to my user account?
> ---
> If the linux servers are not exporting files under the domain account,
> then they files are not part of the 'domain' but owned only by the username
> on that specific linux-machine. It sorta sounds like the linux server may
> not even be in the domain -- in which case mentioning domains only confuses
> the issue.
The reason I bring up domains is that I thought the solution might be close to
what was being discussed in the following thread:
https://cygwin.com/ml/cygwin/2015-04/msg00506.html
It seems that setting the comment in the user account to the uid that the linux
machine has would possibly help, but I can't do that since it's not a local
account.
>
> Essentially you have a bunch of users on different machines that aren't
> sharing their files under any common (or shared) security authority
> (like a single domain). Until you persuade the owners of those linux machines
> to move the linux machines under a common security authority (like a windows
> domain) and moving the user accounts into the domain. Each local account
> would have to be moved to a domain account with the files under each
> machine-local account being moved (or "chown'ed") to the new, corresponding
> domain account).
The shares are mapped and working just fine in Windows. To IT, there isn't
anything that needs to be done. It just happens that Cygwin, which I'm the only
one using, maps the Windows mapped drives to an unknown user account and makes
using it difficult.
>
> This is an organizational problem that has nothing to do with
> cygwin, but whether windows and linux machines are using domain or machine-local
> security. Until your linux machines and their local user become part of the
> domain, you can't expect any "write" privileges granted to you under the
> domain to work on the linux machines.
>
I have write permissions on those machines from Windows. Cygwin thinks I don't so
files are opened in read-only mode but when I force them to be written, it works.
I'm not sure if maybe I left this out of my initial information, but these are
shares that are mapped in Windows on login and there are no issues there, but once
I open Cygwin, I don't appear to have write access even though I do.
When mapping the drives in Windows, a username and password are given. Is there no
way to let Cygwin know about that username without joining the servers to the domain?
I know that this setup isn't ideal, which is why I'm trying to find a work-around.
Wayne
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-28 22:59 ` Wayne Porter
@ 2016-09-29 20:35 ` Andrey Repin
0 siblings, 0 replies; 17+ messages in thread
From: Andrey Repin @ 2016-09-29 20:35 UTC (permalink / raw)
To: Wayne Porter, cygwin
Greetings, Wayne Porter!
> On Thu, Sep 29, 2016 at 12:10:53AM +0300, Andrey Repin wrote:
>> Greetings, Wayne Porter!
>>
>> > On Tue, Sep 27, 2016 at 09:17:13PM -0700, Linda Walsh wrote:
>> >> Wayne Porter wrote:
>> >> > My system is joined to a domain and is connected to multiple servers via
>> >> > mapped network shares in Windows. All of the windows servers allow read/write
>> >> > access to all files, but the Fedora servers all open with read-only access.
>> >> > I can still write to most files in vim by specifying :w! so it's not like
>> >> > I can't do anything, it just becomes an inconvenience.
>> >> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 Sep 26 08:50 c
>> >> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 14 11:57 i
>> >> > drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 26 12:55 j
>> >> > drwxrwx---+ 1 Administrators Domain Users 0 Sep 27 07:55 m
>> >> > drwxr-xr-x 1 root ieng6_root 0 Jul 12 04:04 v
>> >> > drwxrwxr-x 1 Unknown+User Unix_Group+505 0 Sep 21 09:41 w
>> >> > drwxrwxr-x 1 Unix_User+99 Unix_Group+101 0 Sep 21 15:20 y
>> >> >
>> >>
>> >> >
>> >> > Can anything tell me what I might be missing?
>> >> ---
>> >> Does the linux server, where cygdrive "w" is located have the share/files owned
>> >> by a domain group? I.e. On any system (win or lin) you can have domain accounts and
>> >> local accounts. In order to share files with the rest of the domain, files
>> >> on the server for drive 'w' have to be owned by a domain account. It looks
>> >> like
>> >> the files are owned by a linux-local account.
>> >>
>> >>
>> > The server that the W: drive is mapped on is not using domain accounts. As far as I know,
>> > all Linux servers we have are running local accounts. Is there something I can set in
>> > my local /etc/passwd to convince Cygwin to map it to my user account?
>>
>> You can tell your IT dep to pull their asses up and join all servers to AD.
>> That would be a much more straightforward solution.
>>
> That's part of my problem, I can't get them to do anything without a couple
> arguments and eventually settling on a solution that doesn't work. I'm just
> trying to make things work in the environment I'm in.
Then, as Linda pointed out, your machines are NOT in the domain, and
essentially can't be reliable operated inside domain environment.
You may try ls -ln to see if the ID's on these shares are unique enough to
warrant their addition to the /etc/passwd, but I really, really do not envy
you in that case. You may get readable names, but you will never be able to
identify one of these accounts as yourself.
--
With best regards,
Andrey Repin
Thursday, September 29, 2016 22:17:56
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-29 19:35 ` Wayne Porter
@ 2016-09-30 5:05 ` Andrey Repin
2016-10-01 22:38 ` Wayne Porter
2016-10-02 23:49 ` Linda Walsh
1 sibling, 1 reply; 17+ messages in thread
From: Andrey Repin @ 2016-09-30 5:05 UTC (permalink / raw)
To: Wayne Porter, cygwin
Greetings, Wayne Porter!
>> Essentially you have a bunch of users on different machines that aren't
>> sharing their files under any common (or shared) security authority
>> (like a single domain). Until you persuade the owners of those linux machines
>> to move the linux machines under a common security authority (like a windows
>> domain) and moving the user accounts into the domain. Each local account
>> would have to be moved to a domain account with the files under each
>> machine-local account being moved (or "chown'ed") to the new, corresponding
>> domain account).
> The shares are mapped and working just fine in Windows. To IT, there isn't
> anything that needs to be done.
If they really believe that, they are even less qualified than I've thought.
The whole thing works by a pure accident. And a slightest change in
conventions or default behavior of either Windows or Samba may bring the end
to the happy dreams of your IT dep.
> It just happens that Cygwin, which I'm the only one using, maps the Windows
> mapped drives to an unknown user account and makes using it difficult.
Windows maps it to an unknown user account also.
It just happens to know, from which server the account came and can fetch the
names in a subrequest. But they are NOT domain names, neither their UID's are
domain UID's. You can't even control permissions from domain, you'd need to
login to the machine and fiddle with perms locally.
>> This is an organizational problem that has nothing to do with
>> cygwin, but whether windows and linux machines are using domain or machine-local
>> security. Until your linux machines and their local user become part of the
>> domain, you can't expect any "write" privileges granted to you under the
>> domain to work on the linux machines.
>>
> I have write permissions on those machines from Windows. Cygwin thinks I don't so
> files are opened in read-only mode but when I force them to be written, it works.
> I'm not sure if maybe I left this out of my initial information, but these are
> shares that are mapped in Windows on login and there are no issues there, but once
> I open Cygwin, I don't appear to have write access even though I do.
> When mapping the drives in Windows, a username and password are given. Is there no
> way to let Cygwin know about that username without joining the servers to the domain?
> I know that this setup isn't ideal, which is why I'm trying to find a work-around.
I've had this same setup for years, and one unlucky friday, it blew in my face
when I was committing an important batch of change in my project to the
repository.
I've spent next two weeks salvaging the working copy. But nothing worked until
I said "fuck it" and finally took my time to reinstall 64-bit OS and setup a
domain (this is my home network, so I though with only me using it there's no
pressing... guess there was).
--
With best regards,
Andrey Repin
Thursday, September 29, 2016 23:26:04
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-30 5:05 ` Andrey Repin
@ 2016-10-01 22:38 ` Wayne Porter
0 siblings, 0 replies; 17+ messages in thread
From: Wayne Porter @ 2016-10-01 22:38 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 3376 bytes --]
On Thu, Sep 29, 2016 at 11:34:14PM +0300, Andrey Repin wrote:
> Greetings, Wayne Porter!
>
> >> Essentially you have a bunch of users on different machines that aren't
> >> sharing their files under any common (or shared) security authority
> >> (like a single domain). Until you persuade the owners of those linux machines
> >> to move the linux machines under a common security authority (like a windows
> >> domain) and moving the user accounts into the domain. Each local account
> >> would have to be moved to a domain account with the files under each
> >> machine-local account being moved (or "chown'ed") to the new, corresponding
> >> domain account).
>
> > The shares are mapped and working just fine in Windows. To IT, there isn't
> > anything that needs to be done.
>
> If they really believe that, they are even less qualified than I've thought.
> The whole thing works by a pure accident. And a slightest change in
> conventions or default behavior of either Windows or Samba may bring the end
> to the happy dreams of your IT dep.
>
> > It just happens that Cygwin, which I'm the only one using, maps the Windows
> > mapped drives to an unknown user account and makes using it difficult.
>
> Windows maps it to an unknown user account also.
> It just happens to know, from which server the account came and can fetch the
> names in a subrequest. But they are NOT domain names, neither their UID's are
> domain UID's. You can't even control permissions from domain, you'd need to
> login to the machine and fiddle with perms locally.
>
> >> This is an organizational problem that has nothing to do with
> >> cygwin, but whether windows and linux machines are using domain or machine-local
> >> security. Until your linux machines and their local user become part of the
> >> domain, you can't expect any "write" privileges granted to you under the
> >> domain to work on the linux machines.
> >>
>
> > I have write permissions on those machines from Windows. Cygwin thinks I don't so
> > files are opened in read-only mode but when I force them to be written, it works.
> > I'm not sure if maybe I left this out of my initial information, but these are
> > shares that are mapped in Windows on login and there are no issues there, but once
> > I open Cygwin, I don't appear to have write access even though I do.
>
> > When mapping the drives in Windows, a username and password are given. Is there no
> > way to let Cygwin know about that username without joining the servers to the domain?
> > I know that this setup isn't ideal, which is why I'm trying to find a work-around.
>
> I've had this same setup for years, and one unlucky friday, it blew in my face
> when I was committing an important batch of change in my project to the
> repository.
> I've spent next two weeks salvaging the working copy. But nothing worked until
> I said "fuck it" and finally took my time to reinstall 64-bit OS and setup a
> domain (this is my home network, so I though with only me using it there's no
> pressing... guess there was).
>
>
My situation is not ideal and I will try to convince IT to change their
ways, but there is a chance that I'll be using the current work-arounds
for a while. Thanks for the advice and the warnings about what to expect
in the future.
Thanks,
Wayne
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-28 19:52 ` Wayne Porter
2016-09-28 21:44 ` Andrey Repin
2016-09-29 8:38 ` Linda Walsh
@ 2016-10-02 23:44 ` Linda Walsh
2016-10-02 23:58 ` Wayne Porter
2 siblings, 1 reply; 17+ messages in thread
From: Linda Walsh @ 2016-10-02 23:44 UTC (permalink / raw)
To: cygwin
Wayne Porter wrote:
> The server that the W: drive is mapped on is not using domain accounts. As far as I know,
> all Linux servers we have are running local accounts. Is there something I can set in
> my local /etc/passwd to convince Cygwin to map it to my user account?
---
Let me phrase this differently.
The linux accounts that are not in your domain and are under
private user-names, are NOT something that you have "write" permission to.
It sounds like those users (users outside your domain -- and not within
your administrative group) have allowed "anyone" to have read access, but
it makes sense that they wouldn't trust "anonymous" (that's you, if you
haven't authenticated against their machine). You seem to be asking
for access to files owned by people outside your group (or maybe
outside your company, for that matter, it's not known).
The Domain is a means to provide common trusted access to a group
of people who have agreed to honor each others' permission settings. Right
now, the linux people are not in a common-trust group, so you can't force
your wanted access upon them.
Until you and their machines share a common security token (the Domain
token), you can't have shared permission settings.
Alternatively , you might be able to convince the linux people to
give you an account on each linux machine, and use that login when attaching
to a share on that linux machine -- but that would be a pain. Certainly,
if they agreed to use a common domain and shared things with other domain
users, that would be easier, but until they agree to be in a common domain,
you can't force your desired access upon them.
--
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-29 19:35 ` Wayne Porter
2016-09-30 5:05 ` Andrey Repin
@ 2016-10-02 23:49 ` Linda Walsh
2016-10-03 1:28 ` Wayne Porter
1 sibling, 1 reply; 17+ messages in thread
From: Linda Walsh @ 2016-10-02 23:49 UTC (permalink / raw)
To: cygwin
Wayne Porter wrote:
>> Essentially you have a bunch of users on different machines that aren't
>> sharing their files under any common (or shared) security authority
>> (like a single domain). Until you persuade the owners of those linux machines
>> to move the linux machines under a common security authority (like a windows
>> domain) and moving the user accounts into the domain. Each local account
>> would have to be moved to a domain account with the files under each
>> machine-local account being moved (or "chown'ed") to the new, corresponding
>> domain account).
>
> The shares are mapped and working just fine in Windows. To IT, there isn't
> anything that needs to be done. It just happens that Cygwin, which I'm the only
> one using, maps the Windows mapped drives to an unknown user account and makes
> using it difficult.
---
Working in windows where? What does "working just fine in Windows" mean?
That people in explorer on your machine have read+write access to the linux-shares?
Or do you have domain access to the machines running Windows?
Are those machine in your Domain or are they outside your domain like the linux
machines?
>
>> This is an organizational problem that has nothing to do with
>> cygwin, but whether windows and linux machines are using domain or machine-local
>> security. Until your linux machines and their local user become part of the
>> domain, you can't expect any "write" privileges granted to you under the
>> domain to work on the linux machines.
>>
>
> I have write permissions on those machines from Windows. Cygwin thinks I don't so
> files are opened in read-only mode but when I force them to be written, it works.
> I'm not sure if maybe I left this out of my initial information, but these are
> shares that are mapped in Windows on login and there are no issues there, but once
> I open Cygwin, I don't appear to have write access even though I do.
---
If you have write access, then you are saying the permission are not displaying
properly in Cygwin. So do you have the same, *actual* access in Cygwin as windows
(ignoring what permissions may be displayed)? It could be that you have domain-admin
access and are overriding listed permissions on remote machines. If it's the case
that your user doesn't have R+W access, but you are a domain admin, you might just
be overriding the write-restrictions in windows as well as cygwin.
> When mapping the drives in Windows, a username and password are given. Is there no
> way to let Cygwin know about that username without joining the servers to the domain?
> I know that this setup isn't ideal, which is why I'm trying to find a work-around.
---
Bingo! You need to try something like
"runas [alternate credentials + alternate password] net use W: ..."
That might work... but is really icky, since you can't easily automate that
without storing the password in clear-text in some file in your profile... that's
not a good solution.
--
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-10-02 23:44 ` Linda Walsh
@ 2016-10-02 23:58 ` Wayne Porter
2016-10-03 6:33 ` Linda Walsh
0 siblings, 1 reply; 17+ messages in thread
From: Wayne Porter @ 2016-10-02 23:58 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 2493 bytes --]
On Sun, Oct 02, 2016 at 04:35:21PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > The server that the W: drive is mapped on is not using domain accounts. As far as I know,
> > all Linux servers we have are running local accounts. Is there something I can set in
> > my local /etc/passwd to convince Cygwin to map it to my user account?
> ---
> Let me phrase this differently.
>
> The linux accounts that are not in your domain and are under
> private user-names, are NOT something that you have "write" permission to.
> It sounds like those users (users outside your domain -- and not within
> your administrative group) have allowed "anyone" to have read access, but
> it makes sense that they wouldn't trust "anonymous" (that's you, if you
> haven't authenticated against their machine). You seem to be asking
> for access to files owned by people outside your group (or maybe outside
> your company, for that matter, it's not known).
This is correct, the linux machines have local accounts that I have
mapped to drive letters in Windows. They are my accounts set up with my
username and password and I have full read/write access to the folders
in question. Cygwin just thinks I have read-only access and when I
attempt to write to the files, I can.
>
> The Domain is a means to provide common trusted access to a group
> of people who have agreed to honor each others' permission settings. Right
> now, the linux people are not in a common-trust group, so you can't force
> your wanted access upon them.
>
> Until you and their machines share a common security token (the Domain
> token), you can't have shared permission settings.
>
> Alternatively , you might be able to convince the linux people to
> give you an account on each linux machine, and use that login when attaching
> to a share on that linux machine -- but that would be a pain. Certainly,
> if they agreed to use a common domain and shared things with other domain
> users, that would be easier, but until they agree to be in a common domain,
> you can't force your desired access upon them.
>
This is how it is currently set up. I can log in to the server via ssh
or use the current method, which is to map the network share using my
account credentials that they have set up for me. This works just fine
in Windows and for the most part in Cygwin. I can read/write from the
files but vim opens all files in read-only mode and I have to save using
:w!
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-10-02 23:49 ` Linda Walsh
@ 2016-10-03 1:28 ` Wayne Porter
0 siblings, 0 replies; 17+ messages in thread
From: Wayne Porter @ 2016-10-03 1:28 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 4163 bytes --]
On Sun, Oct 02, 2016 at 04:43:42PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > > Essentially you have a bunch of users on different machines that aren't
> > > sharing their files under any common (or shared) security authority
> > > (like a single domain). Until you persuade the owners of those linux machines
> > > to move the linux machines under a common security authority (like a windows
> > > domain) and moving the user accounts into the domain. Each local account
> > > would have to be moved to a domain account with the files under each
> > > machine-local account being moved (or "chown'ed") to the new, corresponding
> > > domain account).
> >
> > The shares are mapped and working just fine in Windows. To IT, there isn't
> > anything that needs to be done. It just happens that Cygwin, which I'm the only
> > one using, maps the Windows mapped drives to an unknown user account and makes
> > using it difficult.
> ---
> Working in windows where? What does "working just fine in Windows" mean?
> That people in explorer on your machine have read+write access to the linux-shares?
>
> Or do you have domain access to the machines running Windows?
> Are those machine in your Domain or are they outside your domain like the linux
> machines?
>
If I open the W:\ drive in Windows, I have full read/write access. This
is established via NET USE commands at boot. Then when I open Cygwin and
navigate to the same location, which has been mapped by Cygwin to
/cygdrive/w/ the user permissions appear as in my first email. Even
though it says I have read-only access, I have full read/write ability.
>
> >
> > > This is an organizational problem that has nothing to do with
> > > cygwin, but whether windows and linux machines are using domain or machine-local
> > > security. Until your linux machines and their local user become part of the
> > > domain, you can't expect any "write" privileges granted to you under the
> > > domain to work on the linux machines.
> > >
> >
> > I have write permissions on those machines from Windows. Cygwin thinks I don't so
> > files are opened in read-only mode but when I force them to be written, it works.
> > I'm not sure if maybe I left this out of my initial information, but these are
> > shares that are mapped in Windows on login and there are no issues there, but once
> > I open Cygwin, I don't appear to have write access even though I do.
> ---
> If you have write access, then you are saying the permission are not displaying
> properly in Cygwin. So do you have the same, *actual* access in Cygwin as
> windows (ignoring what permissions may be displayed)? It could be that you
> have domain-admin
> access and are overriding listed permissions on remote machines. If it's the case
> that your user doesn't have R+W access, but you are a domain admin, you might just
> be overriding the write-restrictions in windows as well as cygwin.
>
Yes, I have the same permissions, Cygwin is just displaying the wrong
thing.
>
>
> > When mapping the drives in Windows, a username and password are given. Is there no
> > way to let Cygwin know about that username without joining the servers to the domain?
> > I know that this setup isn't ideal, which is why I'm trying to find a work-around.
> ---
> Bingo! You need to try something like
> "runas [alternate credentials + alternate password] net use W: ..."
>
> That might work... but is really icky, since you can't easily automate that
> without storing the password in clear-text in some file in your profile... that's
> not a good solution.
>
There are many things currently wrong with our setup and passwords in
clear-text wouldn't be anything out of the ordinary, I'm afraid. The
script that maps these shares with NET USE already have them in it and
load on boot, so I just need to adjust them to use "runas" instead of
the current way, which is just to specify the username and password in
the command? If you look at the info I provided in my first message, the
NET USE script I use is there, with the username and passwords redacted.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-10-02 23:58 ` Wayne Porter
@ 2016-10-03 6:33 ` Linda Walsh
0 siblings, 0 replies; 17+ messages in thread
From: Linda Walsh @ 2016-10-03 6:33 UTC (permalink / raw)
To: cygwin
Wayne Porter wrote:
> This is how it is currently set up. I can log in to the server via ssh
> or use the current method, which is to map the network share using my
> account credentials that they have set up for me. This works just fine
> in Windows and for the most part in Cygwin. I can read/write from the
> files but vim opens all files in read-only mode and I have to save using
> :w!
----
I hate it when that happens! ;-)
So the files you are trying to access are from your own local login on those
machines?
Is there a reason why the login you have on those machines is a machine-local
login?
I.e. I believe you said earlier, that the machines are joined to the domain.
Say your domainname="domain", and you have a domain login "wporter".
Can you login (or can anyone login) using domain credentials to those linux
machines? OR can you arrange to be able to, then copy your files on those
machines to your domain account.
If the remote files are owned by you and you are logged into your domain
account on your usual cygwin machine, then the permissions should match.
There's alot of permissions/privileges on Windows that don't map to anything
on Linux or cygwin. So while cygwin can compare the access rights in the
things it knows about, it can't begin to know about various windows permissions
and controls that might allow you to override the normal file-access controls.
If you can't login to the linux machines on your domain account, could
you get root access long enough to chown the files over to your domain
account?
If you can't login to the linux machines w/your dom account, authenticating
your login w/the domain server might not be enabled. Might also have
to create home directory for your domain account manually.
If they need to setup login checks for domain logins on those
machines, they need to add some windbind rules to the
/etc/pam.d/common-<files>... Just to give you an idea (they
should figure out the order by looking at relevant docs):
> grep winbind /etc/pam.d/common*
/etc/pam.d/common-account:account sufficient pam_winbind.so
/etc/pam.d/common-auth:auth sufficient pam_winbind.so
/etc/pam.d/common-password:password sufficient pam_winbind.so
/etc/pam.d/common-session:session sufficient pam_winbind.so
--
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
2016-09-29 15:22 Roland Schwingel
@ 2016-10-19 11:45 ` Corinna Vinschen
0 siblings, 0 replies; 17+ messages in thread
From: Corinna Vinschen @ 2016-10-19 11:45 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 1924 bytes --]
On Sep 29 10:38, Roland Schwingel wrote:
> Hi to all..
>
> I have the very similar problem.
>
> >> > I can't do anything, it just becomes an inconvenience.
> >> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT
> SERVICE+TrustedInstaller 0 Sep 26 08:50 c
> >> > drwxrwx---+ 1 Administrators Domain Users 0 Sep
> 14 11:57 i
> >> > drwxrwx---+ 1 SYSTEM SYSTEM 0 Sep 26
> 12:55 j
> >> > drwxrwx---+ 1 Administrators Domain Users 0 Sep
> 27 07:55 m
> >> > drwxr-xr-x 1 root ieng6_root 0 Jul
> 12 04:04 v
> >> > drwxrwxr-x 1 Unknown+User Unix_Group+505 0
> Sep 21 09:41 w
> >> > drwxrwxr-x 1 Unix_User+99 Unix_Group+101 0
> Sep 21 15:20 y
> >> >
> >>
>
> > You can tell your IT dep to pull their asses up and join all servers > to
> AD. That would be a much more straightforward solution.
>
> My servers (linux with samba 4.4) are joined to the domain. An older
> cygwin 1.7 does not show this problem. Presently this problem hinders
> myself for quite some while to move to a newer cygwin version.
>
> In my case it shows something like:
> -rwx------ 1 Unix_User+roland Unix_Group+develop 25 Sep 11 13:13 test.png
>
> And some file operations fail in cygwin (2.4.1 - this was my last version I
> have tried) - mostly writting to the files, while writting to the files from
> windows directly works...
>
> Any help would also be appreciated.
There is a server-side solution for this problem, outlined in the docs:
https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-nfs
https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-samba
HTH,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Unknown+User Unix_Group+505 on smb shares in a domian
@ 2016-09-29 15:22 Roland Schwingel
2016-10-19 11:45 ` Corinna Vinschen
0 siblings, 1 reply; 17+ messages in thread
From: Roland Schwingel @ 2016-09-29 15:22 UTC (permalink / raw)
To: cygwin; +Cc: Wayne Porter
Hi to all..
I have the very similar problem.
>> > I can't do anything, it just becomes an inconvenience.
>> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT
SERVICE+TrustedInstaller 0 Sep 26 08:50 c
>> > drwxrwx---+ 1 Administrators Domain Users
0 Sep 14 11:57 i
>> > drwxrwx---+ 1 SYSTEM SYSTEM
0 Sep 26 12:55 j
>> > drwxrwx---+ 1 Administrators Domain Users
0 Sep 27 07:55 m
>> > drwxr-xr-x 1 root ieng6_root
0 Jul 12 04:04 v
>> > drwxrwxr-x 1 Unknown+User Unix_Group+505
0 Sep 21 09:41 w
>> > drwxrwxr-x 1 Unix_User+99 Unix_Group+101
0 Sep 21 15:20 y
>> >
>>
> You can tell your IT dep to pull their asses up and join all servers
> to AD. That would be a much more straightforward solution.
My servers (linux with samba 4.4) are joined to the domain. An older
cygwin 1.7 does not show this problem. Presently this problem hinders
myself for quite some while to move to a newer cygwin version.
In my case it shows something like:
-rwx------ 1 Unix_User+roland Unix_Group+develop 25 Sep 11 13:13 test.png
And some file operations fail in cygwin (2.4.1 - this was my last
version I have tried) - mostly writting to the files, while writting to
the files from windows directly works...
Any help would also be appreciated.
Roland
--
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
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2016-10-19 11:38 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-27 23:59 Unknown+User Unix_Group+505 on smb shares in a domian Wayne Porter
2016-09-28 17:55 ` Linda Walsh
2016-09-28 19:52 ` Wayne Porter
2016-09-28 21:44 ` Andrey Repin
2016-09-28 22:59 ` Wayne Porter
2016-09-29 20:35 ` Andrey Repin
2016-09-29 8:38 ` Linda Walsh
2016-09-29 19:35 ` Wayne Porter
2016-09-30 5:05 ` Andrey Repin
2016-10-01 22:38 ` Wayne Porter
2016-10-02 23:49 ` Linda Walsh
2016-10-03 1:28 ` Wayne Porter
2016-10-02 23:44 ` Linda Walsh
2016-10-02 23:58 ` Wayne Porter
2016-10-03 6:33 ` Linda Walsh
2016-09-29 15:22 Roland Schwingel
2016-10-19 11:45 ` Corinna Vinschen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).