[ANNOUNCEMENT] New: pdf2djvu-0.7.19-2
The following package has been added to the Cygwin distribution: * pdf2djvu-0.7.19-2 pdf2djvu creates DjVu files from PDF files. It's able to extract graphics, text, hyperlinks, bookmarks, and metadata. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7
Let me take a try on Achim's case with/refining the "alternative idea"; this seems one of the kinds of cases that it is intended to help. (Corinna, I hope at least some of the ideas here prove helpful to you, and my posting this isn't (too) annoying. Again, please expect/forgive glitches as I'm not an expert on the internals of the Cygwin library nor are file ACLs directly my area of expertise. I've included a lot of detail to try to see for myself if the pieces would seem to all fit together properly, but to whatever extent those details don't match possible reality, please try to see the abstract idea/goal of supporting coexisting purely Windows-behaved and purely Posix-behaved ACL entries.) (Achim, I would be interested in hearing how well this approach would seem to serve your needs/desires; there's a summary of the resulting behavior for this case in the last main paragraph below.) >> On the source tree the file owner (a domain user) doesn't have any rights, access is granted by one of the share groups (separately for read-only and modify access) and the filer admin group (modify access plus a few more permissions). None of the share groups have permission to modify the DACL and everything gets inherited from the root node of the share (it's a NetApp, but I don't think that factors into that problem other than being the standard setup on these files apparently). Here the "share group"(s) and "filer admin" seem examples of ACL entries that are intended to behave following Windows, not Posix, behavior. I would expect the most desired behavior would be that they would be inherited onto any newly-created files in those directories following Windows' behavior, without at all impacting Posix behavior such as whether (creation mode & ~umask) should be applied. That they would best not be impacted at all by chmod, or by setfacl creating a Posix mask. And that Cygwin/GNU tools such as rsync, also cp, tar, etc., would best not carry these non-Posix-behaved/Windows-purposed ACL entries from one directory subtree to another, but rather carry across only Posix-behaved permission mode and "extended ACLs" plus fold in whatever non-Posix to-be-inherited entries are present on the target directory. To achieve that, in this "alternative idea" the correct Posix mode for this particular (extreme) case described by Achim would be - = . Similarly, getfacl would not show the "share group"(s), "filer admin", or SYSTEM, ADMINISTRATORS, USERS, AUTHENTICATED USERS, etc. ACL entries in this example at all (none of these are the primary group, none of these are created with new-version setfacl). The impacts of these non-Posix-behaved ACL entries would be visible via Cygwin/Posix APIs only the same as Linux shows impacts of root's "magic" rights. I would expect the lack of visibility of all granted permissions to be an aspect some folks won't like about this "alternative idea" model, but it seems necessary for ~/.ssh and similar cases to behave as multiple people seem to be requesting, for chmod to have the visible effects that it should without actually impacting these non-Posix-behaved ACL entries, and for (creation mode & ~umask) to be applied or not based on whether there are any Posix-"extended ACLs" group/default entries but not impacted by non-Posix-behaved ACL entries. icacls would be the program to use if wanting to see non-Posix-behaved ACL entries, tho perhaps getfacl could have an option with some special-case code involved to be able to display these, ideally marked as '#non-Posix' or some such. At the Windows ACL level, this case does point out the need to be quite careful about ordering. Assuming Windows stops on the first match it finds for an ACL entry the current user token and desired kind of access matches, it would seem the non-Posix-behaved ACL entries need merely to be kept earlier in the ACL than any Posix-masked entries to avoid being impacted by the Posix-mask DENYs. I've also thought through a little more re non-Posix-behaved DENY cases; I now think they can coexist with Posix-behaved masking if we locate the NULL SID carefully and choose (as I think is likely what'd be most wanted by the Windows administrator) that any non-Posix-behaved DENY should have priority over any Posix-behaved permission grant. Thus I'm thinking the best ACL ordering would be non-Posix-behaved ACL entries NULL SID owner primary group other Posix-behaved users/groups (all referred to below as "groups") others/Everyone To-be-inherited markings/entries should be kept in/following the same active-for-this-file case/SID above, in particular, all to-be-inherited-as-non-Posix-behaved ACL entries would precede the NULL SID marker, Posix-behaved default entries after. The Posix-behaved group entries should have a DENY preceding their ALLOW if and only if by Posix rules a mask should exist. The value of the mask seems just the inverse of what the DENYs deny, which it seems
problem with PHP CLI exec() function
Hello, I've been using a minimal PHP CLI (command-line interface) compiled with cygwin as a script interpreter. It works fine for most applications. Recently I work on a PHP script involving execution of external programs. Naturally I code with the functions "exec()" or "system()", but both have failed. The error message reads : PHP Warning: system(): Unable to fork [command] in /path/script.php on line 3 What does it mean & how to fix it ? Regards, anctop -- 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: Deleting files with open handles on subst'd drives
On 23. 4. 2015 15:24, Corinna Vinschen wrote: > I hacked a bit on that and it seems the solution was easier than I thought. > I uploaded new developer snaphshots to https://cygwin.com/snapshots/ > Replacing the Cygwin DLL alone is sufficient for testing. Please give it > a try. I'm sorry for a late reply. The snapshot seems to fix the issue. Based on a quick read of your patch, I thought I could break it with a second-level subst (subst->subst->volume), but it worked even then. Thank you. -- David Macek smime.p7s Description: S/MIME Cryptographic Signature
Re: File owner set to Unknown+User on cygwin 1.7.35 via samba 3.6.6 on debian
> On Apr 22 20:50, random user wrote: >> >> On 4/22/2015 7:21 PM, John Orr wrote: ... >> >> Would I be right in guessing that your samba server is doing >> authentication using a /etc/samba/smbpasswd file? >> >> If that is the case, the output you show matches my experience. Files >> with owner matching the logged in user in such a case one end up with >> an owner SID like the >> >> S-1-5-21-2908258922-1501660359-1356206134-1000 >> >> seen in your output, as if it is a local user defined only by the >> samba server itself. (It seems tied to neither my Unix userid nor my >> Windows Domain SID, it just seems as if the samba server pretends to >> be a local Windows OS with its own set of users.) >> >> For users and groups not defined in smbpasswd (or maybe it's for all >> except for file owner matching the logged in user), the SIDs do show >> up in the S-1-5-22- Unix_User+/Unix_Group+ form. >> >> I'll leave it at that; hopefully more capable hands can help you >> choose how to then deal with these SIDs. > > That's a very good point and sounds like a very likely cause for this > problem. The fact that the GUI shows "JOHNWL\john" seems like a very > good hint. Thanks very much, er, Random, for that tip - great call. > Here's the problem: Cygwin's automatism can't resolve this SID, > and the methods implemented in the account handling can't help with > that. > > The reason is this: When you ask the Windows GUI for the ACL of a file, > it knows whom to ask for the SIDs. It's either a SID it knows anyway > (builtin, SAM, AD), or it asks the underlying server of the share. > > However, the account handling in Cygwin is decoupled from the code > fetching file ACLs. It ony generically cares for passwd and group > entries, and it only knows to ask SAM or AD for the SID. It has no > connection to the server serving the share. This *might* be possible, > but code for that just isn't there. Thanks for the explanation. I'm fairly new to Samba, but I googled "samba setup" and three of the first four results talked about using smbpasswd - so I'd presume this would be a reasonably common situation (unless winbind is used?). I'm rather curious what conditions cause Samba to return S-1-22-1-1000 - the ntsec help says "unmapped accounts" get that. I presume there's another authentication method I could be using, besides smbpasswd, that allows authentication without an account mapping? > What you can do to workaround this problem is either to change Samba > so as not to return the above SID for the user with UID 1000, but the > default SID S-1-22-1-1000. I'm not sure how to do this. I tried #: john@johnwl:~ ; sudo pdbedit -u john -U S-1-22-1-1000 tdb_update_sam: struct samu (john) with no RID! Unable to modify entry! but that didn't work. I've not found good help on this, but I think perhaps the -U argument, whose help text is "set user SID or RID" is really only expecting an RID. I tried instead setting my samba machine SID to match my cygwin machine SID, with sudo net setlocalsid S-1-5-21-775725812-2182925691-3402384268 and that worked. Since my samba RID is still 1000, (and after restarting smbd), that did indeed produce #: john@johndesktop:~ ; ls -l /cygdrive/l/.bashrc -rw-r--r-- 1 john Unix_Group+1000 3833 Aug 22 2013 /cygdrive/l/.bashrc i.e. the user is now mapping successfully. The only problem is that in our organization, without a domain, every user will have a different machine SID for their windows machine, and the samba setup on common servers can only pick one of those. Just in case, I tried setting the local samba SID to maybe force Samba to return S-1-22-1-1000 for me: #: john@johnwl:~ ; sudo net setlocalsid S-1-22-1 Usage: net setlocalsid S-1-5-21-x-y-z Alas, it saw through my cunning plan. Any other suggestions on how to get Samba to return S-1-22-1-1000? > Or, in Cygwin, you just keep a passwd file > with two entries around. These entries should be equivalent to the > output of `getent passwd $USER', so just copy/paste it twice. Then > tweak the SID of the second entry to match the above SID. The end result > should be: > > > john:*:197608:197121:U-JOHNDESKTOP\john,S-1-5-21-775725812-2182925691-3402384268-1000:/home/john:/bin/bash > > john:*:197608:197121:U-JOHNWL\john,S-1-5-21-2908258922-1501660359-1356206134-1000:/home/john:/bin/bash Yep, that may indeed be the best option, with an entry for each samba server I connect to, though I can't help feeling that the S-1-22-1-1000 option is the cleaner one... Anyway, doing the above to the passwd file does work #: john@johndesktop:~ ; ls -l /cygdrive/l/.bashrc -rw-r--r-- 1 john Unix_Group+1000 3833 Aug 22 2013 /cygdrive/l/.bashrc Now I just need to get the group right. The ntsec help says to just set the comment on the Users group to (and restart all cygwin processes). I did this, but it didn't seem to help - maybe because 'id' says my group is None, or because net localgroup Users doesn't men
Re: Does sftp file system work in Cygwin?
I'm sorry I was not clear. I will try again. I am running Mate under Cygwin on a Windows 7 Professional system, and want to connect to a Linux server running on our local network. Ultimately, I will be connecting through my Agency's VPN, which is so slow as to render using X over that conduit useless. So, I want to access my files on the Linux computer's filesystem via sftp. I can get files from the Cygwin command line from that server using sftp, and can login via ssh. I have the gvfs package installed under Cygwin. The Cygwin installation on my Windows machine was updated 23 April 2015. I have tried two approaches to setting up an sftp based file system on Cygwin. The first was to run Mate on the Windows box, and use the "Connect to Server" dialog, specifying SSH for the file system. that results in the error "Unable to spawn SSH program". The second was to use gvfs-mount from the command line, which results in a similar error: $ gvfs-mount sftp://xx.xx.xxx Error mounting location: Unable to spawn SSH program Should this work in Cygwin? Is there some configuration I need to attend to? I spent the afternoon with Google search, and have found very little about this. Woody Setzer On Thu, Apr 23, 2015 at 6:03 PM, Andrey Repin wrote: > Greetings, Woody Setzer! > >> I have been unable to mount an SSH based file system. Both when I try >> the mount via the 'Connect to Server' dialog from the Mate menu, or >> use gvfs-mount sftp://... from a shell, I get the same error: >> Unable to spawn SSH program (from the GUI) or > >> $ gvfs-mount sftp://xx.xx.xxx >> Error mounting location: Unable to spawn SSH program > >> I can access the target system via ssh and sftp from the command line. >> Should this work in Cygwin? > >> This system was updated 23 April 2015. > > A little more background please? > Which system is which? > > > -- > With best regards, > Andrey Repin > Friday, April 24, 2015 01:02:39 > > Sorry for my terrible english... > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Does sftp file system work in Cygwin?
Greetings, Woody Setzer! > I have been unable to mount an SSH based file system. Both when I try > the mount via the 'Connect to Server' dialog from the Mate menu, or > use gvfs-mount sftp://... from a shell, I get the same error: > Unable to spawn SSH program (from the GUI) or > $ gvfs-mount sftp://xx.xx.xxx > Error mounting location: Unable to spawn SSH program > I can access the target system via ssh and sftp from the command line. > Should this work in Cygwin? > This system was updated 23 April 2015. A little more background please? Which system is which? -- With best regards, Andrey Repin Friday, April 24, 2015 01:02:39 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
[ANNOUNCEMENT] Updated: mksh-50f-1
The following package has been updated in the Cygwin distribution: * mksh-50f-1 MirBSD Korn Shell is an actively developed free implementation of the Korn Shell programming language and a successor to the Public Domain Korn Shell. This is an update to the latest upstream release, which includes two security fixes since R49: https://www.mirbsd.org/mksh.htm#clog -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: phonon4qt5-4.8.3-1, phonon4qt5-backend-gstreamer-4.8.2-1
The following packages have been updated for the Cygwin distribution: * libphonon4qt5_4-4.8.3-1 * libphonon4qt5-devel-4.8.3-1 * phonon4qt5-backend-gstreamer-4.8.2-1 Phonon is a multimedia abstraction API for Qt and KDE applications. These updates were built for Qt 5.4.1. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: qscintilla2-2.8.4-2
The following packages have been updated in the Cygwin distribution: * libqscintilla2_11-2.8.4-2 * libqscintilla2-common-2.8.4-2 * libqscintilla2-devel-2.8.4-2 * libqscintilla2-qt5_11-2.8.4-2 * libqscintilla2-qt5-common-2.8.4-2 * libqscintilla2-qt5-devel-2.8.4-2 * python-pyqt4-qsci-2.8.4-2 * python-pyqt5-qsci-2.8.4-2 * python3-pyqt4-qsci-2.8.4-2 * python3-pyqt5-qsci-2.8.4-2 QScintilla is a port to Qt of Neil Hodgson's Scintilla C++ editor class. As well as features found in standard text editing components, QScintilla includes features especially useful when editing and debugging source code. These include support for syntax styling, error indicators, code completion and call tips. The selection margin can contain markers like those used in debuggers to indicate breakpoints and the current line. Styling choices are more open than with many editors, allowing the use of proportional fonts, bold and italics, multiple foreground/background colours and multiple fonts. This release adds parallel-installable Qt5 and PyQt5 support. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: poppler-0.30.0-1
The following packages have been updated for both arches: * poppler-0.30.0-1 * libpoppler49-0.30.0-1 * libpoppler-devel-0.30.0-1 * libpoppler-cpp0-0.30.0-1 * libpoppler-cpp-devel-0.30.0-1 * libpoppler-glib8-0.30.0-1 * libpoppler-glib-devel-0.30.0-1 * girepository-Poppler0.18-0.30.0-1 * libpoppler-qt4_4-0.30.0-1 * libpoppler-qt4-devel-0.30.0-1 * libpoppler-qt5_1-0.30.0-1 * libpoppler-qt5-devel-0.30.0-1 Poppler is a suite of PDF rendering libraries and utilities based on the xpdf-3.0 code base. This is an update to the latest upstream stable release, with another ABI version bump to libpoppler (but not its bindings). -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: python*-pyqt5-5.4.1-1, python*-pyqt4-4.11.3-1, python*-sip-4.16.7-1
The following packages have been updated in the Cygwin distribution * python-pyqt4-4.11.3-1 * python-pyqt5-5.4.1-1 * python-sip-4.16.7-1 * python3-pyqt4-4.11.3-1 * python3-pyqt5-5.4.1-1 * python3-sip-4.16.7-1 PyQt is a set of Python v2 and v3 bindings for Digia's Qt application framework and runs on all platforms supported by Qt. The bindings are implemented as a set of Python modules and contain over 620 classes. This is an update to the latest upstream versions. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: Qt 5.4.1
The following packages have been updated in the Cygwin distribution: * libEnginio-devel-5.4.1-1 * libEnginio1-5.4.1-1 * libQt5Core-devel-5.4.1-1 * libQt5Core5-5.4.1-1 * libQt5Declarative-devel-5.4.1-1 * libQt5Declarative5-5.4.1-1 * libQt5Designer-devel-5.4.1-1 * libQt5Designer5-5.4.1-1 * libQt5Gui-devel-5.4.1-1 * libQt5Gui5-5.4.1-1 * libQt5Help-devel-5.4.1-1 * libQt5Help5-5.4.1-1 * libQt5Location-devel-5.4.1-1 * libQt5Location5-5.4.1-1 * libQt5Multimedia-devel-5.4.1-1 * libQt5Multimedia5-5.4.1-1 * libQt5Positioning-devel-5.4.1-1 * libQt5Positioning5-5.4.1-1 * libQt5Quick-devel-5.4.1-1 * libQt5Quick5-5.4.1-1 * libQt5Script-devel-5.4.1-1 * libQt5Script5-5.4.1-1 * libQt5ScriptTools-devel-5.4.1-1 * libQt5ScriptTools5-5.4.1-1 * libQt5SerialPort-devel-5.4.1-1 * libQt5SerialPort5-5.4.1-1 * libQt5Sql-devel-5.4.1-1 * libQt5Sql5-5.4.1-1 * libQt5Svg-devel-5.4.1-1 * libQt5Svg5-5.4.1-1 * libQt5WebKit-devel-5.4.1-1 * libQt5WebKit5-5.4.1-1 * libQt5X11Extras-devel-5.4.1-1 * libQt5X11Extras5-5.4.1-1 * libQt5XmlPatterns-devel-5.4.1-1 * libQt5XmlPatterns5-5.4.1-1 * qt5-base-doc-5.4.1-1 * qt5-base-examples-5.4.1-1 * qt5-declarative-doc-5.4.1-1 * qt5-declarative-examples-5.4.1-1 * qt5-declarative-tools-5.4.1-1 * qt5-devel-tools-5.4.1-1 * qt5-doc-tools-5.4.1-1 * qt5-enginio-doc-5.4.1-1 * qt5-imageformats-5.4.1-1 * qt5-imageformats-doc-5.4.1-1 * qt5-linguist-tools-5.4.1-1 * qt5-location-doc-5.4.1-1 * qt5-location-examples-5.4.1-1 * qt5-multimedia-doc-5.4.1-1 * qt5-multimedia-examples-5.4.1-1 * qt5-quick1-examples-5.4.1-1 * qt5-quick1-tools-5.4.1-1 * qt5-quickcontrols-5.4.1-1 * qt5-quickcontrols-doc-5.4.1-1 * qt5-quickcontrols-examples-5.4.1-1 * qt5-script-doc-5.4.1-1 * qt5-script-examples-5.4.1-1 * qt5-serialport-doc-5.4.1-1 * qt5-svg-doc-5.4.1-1 * qt5-svg-examples-5.4.1-1 * qt5-tools-doc-5.4.1-1 * qt5-tools-examples-5.4.1-1 * qt5-webkit-doc-5.4.1-1 * qt5-webkit-examples-5.4.1-1 * qt5-webkit-examples-doc-5.4.1-1 * qt5-x11extras-doc-5.4.1-1 * qt5-xmlpatterns-doc-5.4.1-1 * qt5-xmlpatterns-examples-5.4.1-1 Qt is a cross-platform C++ application framework for desktop and embedded development. Qt enables programmers to create advanced GUI applications once and deploy them to multiple platforms without rewriting the source code. This release represents the latest upstream release of the Qt framework, and can be installed alongside the older 3.x and 4.x branches. Patches for CVE-2015-1858, CVE-2015-1859, and CVE-2015-1860 are included. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Does sftp file system work in Cygwin?
I have been unable to mount an SSH based file system. Both when I try the mount via the 'Connect to Server' dialog from the Mate menu, or use gvfs-mount sftp://... from a shell, I get the same error: Unable to spawn SSH program (from the GUI) or $ gvfs-mount sftp://xx.xx.xxx Error mounting location: Unable to spawn SSH program I can access the target system via ssh and sftp from the command line. Should this work in Cygwin? This system was updated 23 April 2015. Woody Setzer -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7
On Apr 23 20:44, Achim Gratz wrote: > Corinna Vinschen writes: > > You may be right here. The problem is that we have two kinds of ACLs > > to handle, the ones created by Windows means, and the ones created > > by recent or older Cygwin versions. It's rather bad that we can't > > distinguish them. > > I thought that this was the point of the NULL SID ACL entries? I was referring to the old-style ACLs created by Cygwin. There are some subtil differences. I have to think about that some more if that difference is really relevant. It's a dangerous job since Windows ACLs can cause knots in the brain. > > But then, how do you check an arbitrary ACL for the effective rights > > it creates for all affected parties? I may be missing some API function. > > but I don't see a Windows function generating some kind of effective > > ACL. There's only the function AccessCheck() which gets a token and an > > ACL as input and then tells you the effective rights of the user with > > this token. This gets very slow and complicated, very quickly. > > Right. For the records: AuthZ *might* be the answer. I never used it and I need some serious reading up on it. > > I hate to admit defeat, but it also seems that the method I used to > > handle real vs. effective rights just doesn't work as desired. In > > theory we don't want the DENY ACEs having any effect before visiting the > > ALLOW ACEs. > […] > > I don't think the ACL rules on Windows are made for that due to the > early-out aspect of their semantics. Yes, that's why the ordering is relevant. If the deny's follow the allows, they are almost (but not entirely) irrelevant. Thus they can be used to store information. > > This needs yet another rewrite, but this will take a lot longer than > > this first cut. I guess we should create a new Cygwin release without > > this new ACL handling change for now to get the bugfixes out. > > Yes, getting the fixes out and shelving the ACL part for some > re-thinking seems like a good idea. Yup. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpcJCp2nmwNz.pgp Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7
Corinna Vinschen writes: > You may be right here. The problem is that we have two kinds of ACLs > to handle, the ones created by Windows means, and the ones created > by recent or older Cygwin versions. It's rather bad that we can't > distinguish them. I thought that this was the point of the NULL SID ACL entries? > But then, how do you check an arbitrary ACL for the effective rights > it creates for all affected parties? I may be missing some API function. > but I don't see a Windows function generating some kind of effective > ACL. There's only the function AccessCheck() which gets a token and an > ACL as input and then tells you the effective rights of the user with > this token. This gets very slow and complicated, very quickly. Right. > I hate to admit defeat, but it also seems that the method I used to > handle real vs. effective rights just doesn't work as desired. In > theory we don't want the DENY ACEs having any effect before visiting the > ALLOW ACEs. […] I don't think the ACL rules on Windows are made for that due to the early-out aspect of their semantics. > This needs yet another rewrite, but this will take a lot longer than > this first cut. I guess we should create a new Cygwin release without > this new ACL handling change for now to get the bugfixes out. Yes, getting the fixes out and shelving the ACL part for some re-thinking seems like a good idea. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- 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: Parallels keyboard mapping not auto-detected in Cygwin/X
On 21/04/2015 10:10, Kai-Mikael Jää-Aro wrote: I am running Cygwin/X 1.17 in Windows 7 in Parallels 10.2 in OS X 10.10, and do not automatically get the right keyboard mapping. I get this in /var/log/xwin/XWin.0.log: [ 1448.048] (--) Windows keyboard layout: "A41D" (a41d) "Swedish (Apple) - Parallels", type 34668816 [ 1448.048] (EE) Keyboardlayout "Swedish (Apple) - Parallels" (A41D) is unknown, using X server default layout The layout should be standard Swedish keyboard. Thanks for reporting this. I don't know if this layout identifier is only used by Parallels, or if you could also get it reported when using the BootCamp drivers with Windows? I've added some code which should hopefully handle Apple keyboards for all known layouts. I'm not 100% sure I've got this right, and I don't have any real way to test this, so I've built a snapshot [1], and I'd be obliged if you could test this. I'm also not sure if using the standard pc105 layout is correct. xkeyboard-config has specialized macintosh and macbook79 layouts, which seem to differ in the location of the 3rd-level shift key (what would be AltGr on a PC keyboard), so I'm not sure which of those to use. Can you verify that is also working as expected? [1] ftp://cygwin.com/pub/cygwinx/x86/XWin.20150423-git-0429977adb1db1b5.exe.bz2 ftp://cygwin.com/pub/cygwinx/x86_64/XWin.20150423-git-0429977adb1db1b5.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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: Deleting files with open handles on subst'd drives
On 04/23/2015 08:36 AM, Nick Hansen wrote: > David, > > I want to be unsubscribed from the mailing list and thread. I will not click > the link below because I do not know if it is a virus. Please remove > immediately. It is not a virus. If it makes you feel better, manually type the web site address directly into your browser instead of clicking on the link in this email. > Are you trying to unsubscribe from a thread, or from the whole mailing list? > Please read: > > http://cygwin.com/ml/#unsubscribe-simple Really - YOU are the one that is supposed to be unsubscribing yourself. That web site has all the directions on how to do so, and it is intentionally in the signature appended to every email sent through this list. Or, if you view the raw source of the email (often by 'ctrl-u', depending on what mail client you are reading this in), you will see a header line starting with List-Unsubscribe: that also has the direct email address (different from the main list address) that will unsubscribe you without visiting any web site (by the way, all GOOD mailing lists have a List-Unsubscribe header; if you get a mail without such a header, then you can be sure it was a spammer). Meanwhile, spamming hundreds of other readers about your inability to follow directions is not helping your cause. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
RE: Deleting files with open handles on subst'd drives
David, I want to be unsubscribed from the mailing list and thread. I will not click the link below because I do not know if it is a virus. Please remove immediately. -Original Message- From: David Macek - david.mace...@gmail.com [mailto:cygwin2.ares0.2af6b9dd8b.david.macek.0#gmail@ob.0sg.net] Sent: Thursday, April 23, 2015 10:32 AM To: cygwin@cygwin.com Subject: Re: Deleting files with open handles on subst'd drives On 23. 4. 2015 15:25, Nick Hansen wrote: > Unsubscribe Are you trying to unsubscribe from a thread, or from the whole mailing list? Please read: http://cygwin.com/ml/#unsubscribe-simple -- David Macek -- 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: Deleting files with open handles on subst'd drives
On 23. 4. 2015 15:25, Nick Hansen wrote: > Unsubscribe Are you trying to unsubscribe from a thread, or from the whole mailing list? Please read: http://cygwin.com/ml/#unsubscribe-simple -- David Macek smime.p7s Description: S/MIME Cryptographic Signature
RE: multitail segfaults
unsubscribe -Original Message- From: Yaakov Selkowitz - yselkow...@cygwin.com [mailto:cygwin2.ares0.27aae075b3.yselkowitz#cygwin@ob.0sg.net] Sent: Thursday, April 23, 2015 10:27 AM To: cygwin@cygwin.com Subject: Re: multitail segfaults On Thu, 2015-04-23 at 13:56 +0200, Frank Fesevur wrote: > 2015-04-23 11:04 GMT+02:00 Dr. Volker Zell: > > For me it works on 32bit cygwin, but on 64bit I get an error: > > > > xclip binary 'xclip' does not extist > > > > and in fact 32bit has /usr/bin/xclip installed but in 64bit it's > > missing > > Manually installing xclip solves the crash for me. So while you are on > it, could you please update the dependencies of the multitail package? Fixed on sourceware. Dr. Volker, please remember to add REQUIRES=xclip to your multitail.cygport so this doesn't get lost in the future. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: [ANNOUNCEMENT] Updated: qt3-3.3.8b-17, qt4-4.8.6-7
unsubcribe -Original Message- From: Yaakov Selkowitz - yselkow...@cygwin.com [mailto:cygwin2.ares0.27aae075b3.yselkowitz#cygwin@ob.0sg.net] Sent: Thursday, April 23, 2015 10:15 AM To: cygwin@cygwin.com Subject: [ANNOUNCEMENT] Updated: qt3-3.3.8b-17, qt4-4.8.6-7 The following packages have been updated for the Cygwin distribution: * libqt3-3.3.8b-17 * libqt3-devel-3.3.8b-17 * qt3-devel-tools-3.3.8b-17 * qt3-doc-3.3.8b-17 * qt3-qtconfig-3.3.8b-17 * libQt3Support4-4.8.6-7 * libQt3Support4-devel-4.8.6-7 * libQtCore4-4.8.6-7 * libQtCore4-devel-4.8.6-7 * libQtDBus4-4.8.6-7 * libQtDBus4-devel-4.8.6-7 * libQtDeclarative4-4.8.6-7 * libQtDeclarative4-devel-4.8.6-7 * libQtDesigner4-4.8.6-7 * libQtDesigner4-devel-4.8.6-7 * libQtGui4-4.8.6-7 * libQtGui4-devel-4.8.6-7 * libQtHelp4-4.8.6-7 * libQtHelp4-devel-4.8.6-7 * libQtMultimedia4-4.8.6-7 * libQtMultimedia4-devel-4.8.6-7 * libQtNetwork4-4.8.6-7 * libQtNetwork4-devel-4.8.6-7 * libQtOpenGL4-4.8.6-7 * libQtOpenGL4-devel-4.8.6-7 * libQtScript4-4.8.6-7 * libQtScript4-devel-4.8.6-7 * libQtSql4-4.8.6-7 * libQtSql4-devel-4.8.6-7 * libQtSvg4-4.8.6-7 * libQtSvg4-devel-4.8.6-7 * libQtTest4-4.8.6-7 * libQtTest4-devel-4.8.6-7 * libQtXml4-4.8.6-7 * libQtXml4-devel-4.8.6-7 * libQtXmlPatterns4-4.8.6-7 * libQtXmlPatterns4-devel-4.8.6-7 * qt4-devel-tools-4.8.6-7 * qt4-designer-plugin-webkit-4.8.6-7 * qt4-doc-4.8.6-7 * qt4-qtconfig-4.8.6-7 Qt is a cross-platform application framework for desktop and embedded development. Qt enables programmers to create advanced GUI applications once and deploy them to Windows, Mac OS X and Linux without rewriting the source code. These release include patches for CVE-2015-1858, CVE-2015-1859, and CVE-2015-1860: http://lists.qt-project.org/pipermail/announce/2015-April/67.html -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: qt3-3.3.8b-17, qt4-4.8.6-7
The following packages have been updated for the Cygwin distribution: * libqt3-3.3.8b-17 * libqt3-devel-3.3.8b-17 * qt3-devel-tools-3.3.8b-17 * qt3-doc-3.3.8b-17 * qt3-qtconfig-3.3.8b-17 * libQt3Support4-4.8.6-7 * libQt3Support4-devel-4.8.6-7 * libQtCore4-4.8.6-7 * libQtCore4-devel-4.8.6-7 * libQtDBus4-4.8.6-7 * libQtDBus4-devel-4.8.6-7 * libQtDeclarative4-4.8.6-7 * libQtDeclarative4-devel-4.8.6-7 * libQtDesigner4-4.8.6-7 * libQtDesigner4-devel-4.8.6-7 * libQtGui4-4.8.6-7 * libQtGui4-devel-4.8.6-7 * libQtHelp4-4.8.6-7 * libQtHelp4-devel-4.8.6-7 * libQtMultimedia4-4.8.6-7 * libQtMultimedia4-devel-4.8.6-7 * libQtNetwork4-4.8.6-7 * libQtNetwork4-devel-4.8.6-7 * libQtOpenGL4-4.8.6-7 * libQtOpenGL4-devel-4.8.6-7 * libQtScript4-4.8.6-7 * libQtScript4-devel-4.8.6-7 * libQtSql4-4.8.6-7 * libQtSql4-devel-4.8.6-7 * libQtSvg4-4.8.6-7 * libQtSvg4-devel-4.8.6-7 * libQtTest4-4.8.6-7 * libQtTest4-devel-4.8.6-7 * libQtXml4-4.8.6-7 * libQtXml4-devel-4.8.6-7 * libQtXmlPatterns4-4.8.6-7 * libQtXmlPatterns4-devel-4.8.6-7 * qt4-devel-tools-4.8.6-7 * qt4-designer-plugin-webkit-4.8.6-7 * qt4-doc-4.8.6-7 * qt4-qtconfig-4.8.6-7 Qt is a cross-platform application framework for desktop and embedded development. Qt enables programmers to create advanced GUI applications once and deploy them to Windows, Mac OS X and Linux without rewriting the source code. These release include patches for CVE-2015-1858, CVE-2015-1859, and CVE-2015-1860: http://lists.qt-project.org/pipermail/announce/2015-April/67.html -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: multitail segfaults
On Thu, 2015-04-23 at 13:56 +0200, Frank Fesevur wrote: > 2015-04-23 11:04 GMT+02:00 Dr. Volker Zell: > > For me it works on 32bit cygwin, but on 64bit I get an error: > > > > xclip binary 'xclip' does not extist > > > > and in fact 32bit has /usr/bin/xclip installed but in 64bit it's missing > > Manually installing xclip solves the crash for me. So while you are on > it, could you please update the dependencies of the multitail package? Fixed on sourceware. Dr. Volker, please remember to add REQUIRES=xclip to your multitail.cygport so this doesn't get lost in the future. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: {libtasn1_6/libtasn1-devel/libtasn1-doc}-4.4-1: ASN.1 library
Hi New versions of 'libtasn1_6/libtasn1-devel/libtasn1-doc' have been uploaded to a server near you. o Update to latest upstream release o Build for cygwin 1.7.35 with gcc-4.9.2 o [32bit] Changed package layout to correspond to the 64bit version libtasn1 NEWS: == * Noteworthy changes in release 4.4 (released 2015-03-29) [stable] - Corrected a two-byte stack overflow in asn1_der_decoding. Reported by Hanno Böck. * Noteworthy changes in release 4.3 (released 2015-03-09) [stable] - Added asn1_decode_simple_ber() CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Deleting files with open handles on subst'd drives
Unsubscribe
Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network.
Original Message
From: Corinna Vinschen - corinna-cyg...@cygwin.com
Sent: Thursday, April 23, 2015 9:25 AM
To: cygwin@cygwin.com
Reply To: cygwin@cygwin.com
Subject: Re: Deleting files with open handles on subst'd drives
On Apr 23 10:15, Corinna Vinschen wrote:
> On Apr 23 01:44, David Macek wrote:
> > Hello everyone.
> >
> > Some time ago, I encountered a problem in a script when run on
> > Cygwin/MSYS2. To add some drama, I'll mention that the problem caused some
> > data loss (nothing important though). The problem is that some operations
> > on open files seem to fail on subst'd drives (but not on regular ones).
> >
> > To reproduce the problem, choose some writable directory and run:
> > $ subst X: C:/somesubdir
> > $ cd /cygdrive/x/
> > $ touch foo
> > $ { rm foo; touch foo; } > touch: cannot touch 'foo': Permission denied
> >
> > (Do not subst to just C:/, because that somehow doesn't lead to the error.)
> >
> > There's also a C program that does essentially the same thing:
> >
> >
> > I compared this with the same operations running on a regular drive,
> > but I couldn't find any difference in how `rm` deletes the file nor in
> > how `touch` creates the file. Just the result of the last NtCreateFile
> > is different (STATUS_SUCCESS vs. STATUS_DELETE_PENDING).
>
> It's a result of how Cygwin tries to workaround the weird Windows
> behaviour that a deleted, but still opened file is not invisible in the
> filesystem, as desired per POSIX. Cygwin then tries to move the
> file out of the way, on local drives into the recycler. This fails
> on a subst drive pointing to some subdir apparently, so Cygwin just
> falls back to what Windows does.
>
> I have no simple workaround for that. In theory there should be a
> way to check the drive for being a virtual drive and then using the
> recycler of the drive it's pointing to for the aforementioned operation.
I hacked a bit on that and it seems the solution was easier than I thought.
I uploaded new developer snaphshots to https://cygwin.com/snapshots/
Replacing the Cygwin DLL alone is sufficient for testing. Please give it
a try.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Deleting files with open handles on subst'd drives
On Apr 23 10:15, Corinna Vinschen wrote:
> On Apr 23 01:44, David Macek wrote:
> > Hello everyone.
> >
> > Some time ago, I encountered a problem in a script when run on
> > Cygwin/MSYS2. To add some drama, I'll mention that the problem caused some
> > data loss (nothing important though). The problem is that some operations
> > on open files seem to fail on subst'd drives (but not on regular ones).
> >
> > To reproduce the problem, choose some writable directory and run:
> > $ subst X: C:/somesubdir
> > $ cd /cygdrive/x/
> > $ touch foo
> > $ { rm foo; touch foo; } > touch: cannot touch 'foo': Permission denied
> >
> > (Do not subst to just C:/, because that somehow doesn't lead to the error.)
> >
> > There's also a C program that does essentially the same thing:
> >
> >
> > I compared this with the same operations running on a regular drive,
> > but I couldn't find any difference in how `rm` deletes the file nor in
> > how `touch` creates the file. Just the result of the last NtCreateFile
> > is different (STATUS_SUCCESS vs. STATUS_DELETE_PENDING).
>
> It's a result of how Cygwin tries to workaround the weird Windows
> behaviour that a deleted, but still opened file is not invisible in the
> filesystem, as desired per POSIX. Cygwin then tries to move the
> file out of the way, on local drives into the recycler. This fails
> on a subst drive pointing to some subdir apparently, so Cygwin just
> falls back to what Windows does.
>
> I have no simple workaround for that. In theory there should be a
> way to check the drive for being a virtual drive and then using the
> recycler of the drive it's pointing to for the aforementioned operation.
I hacked a bit on that and it seems the solution was easier than I thought.
I uploaded new developer snaphshots to https://cygwin.com/snapshots/
Replacing the Cygwin DLL alone is sufficient for testing. Please give it
a try.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpeiDoLvdYIA.pgp
Description: PGP signature
[ANNOUNCEMENT] Updated: {xemacs/xemacs-emacs-common/xemacs-tags}-21.4.24-1: A powerful, highly customizable open source text editor and application development system
Hi New versions of 'xemacs/xemacs-emacs-common/xemacs-tags' have been uploaded to a server near you. o Update to latest upstream o Build for cygwin 1.7.35 with gcc-4.9.2 o (setq progress-feedback-use-echo-area t) NOT needed anymore in init files xemacs NEWS: o No single chagnelog file available CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: multitail segfaults
On Apr 23 13:18, Dr. Volker Zell wrote: > > Volker Zell writes: > > > Corinna Vinschen writes: > >> On Apr 23 11:04, Dr. Volker Zell wrote: > >>> > John Bianchi writes: > >>> > >>> > Subject: Re: multitail segfaults > >>> > I also have this problem when I use multitail. > >>> > >>> > $ multitail --version > >>> > --*- multitail 6.3 (C) 2003-2014 by folk...@vanheusden.com -*-- > >>> > >>> > The following problem occured: > >>> > - > >>> > [1]10832 segmentation fault (core dumped) multitail --version > >>> > >>> > >>> For me it works on 32bit cygwin, but on 64bit I get an error: > >>> > >>> xclip binary 'xclip' does not extist > >>> > >>> and in fact 32bit has /usr/bin/xclip installed but in 64bit it's > missing > > >> xclip is in fact one of the orphaned packages, so there was never a 64 > >> bit version yet. Is there anybody willig to take over maintainership? > > > I'm building it already > > I'm ready to upload, can someone please change maintainership Done. Thanks a lot! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp1TYzYjtNPG.pgp Description: PGP signature
Re: multitail segfaults
2015-04-23 11:04 GMT+02:00 Dr. Volker Zell: > > Subject: Re: multitail segfaults > > I also have this problem when I use multitail. > > > $ multitail --version > > --*- multitail 6.3 (C) 2003-2014 by folk...@vanheusden.com -*-- > > > The following problem occured: > > - > > [1]10832 segmentation fault (core dumped) multitail --version > > > For me it works on 32bit cygwin, but on 64bit I get an error: > > xclip binary 'xclip' does not extist > > and in fact 32bit has /usr/bin/xclip installed but in 64bit it's missing Manually installing xclip solves the crash for me. So while you are on it, could you please update the dependencies of the multitail package? Regards, Frank -- 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: multitail segfaults
> Volker Zell writes: > Corinna Vinschen writes: >> On Apr 23 11:04, Dr. Volker Zell wrote: >>> > John Bianchi writes: >>> >>> > Subject: Re: multitail segfaults >>> > I also have this problem when I use multitail. >>> >>> > $ multitail --version >>> > --*- multitail 6.3 (C) 2003-2014 by folk...@vanheusden.com -*-- >>> >>> > The following problem occured: >>> > - >>> > [1]10832 segmentation fault (core dumped) multitail --version >>> >>> >>> For me it works on 32bit cygwin, but on 64bit I get an error: >>> >>> xclip binary 'xclip' does not extist >>> >>> and in fact 32bit has /usr/bin/xclip installed but in 64bit it's missing >> xclip is in fact one of the orphaned packages, so there was never a 64 >> bit version yet. Is there anybody willig to take over maintainership? > I'm building it already I'm ready to upload, can someone please change maintainership Thanks Volker -- 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: multitail segfaults
> Corinna Vinschen writes: > On Apr 23 11:04, Dr. Volker Zell wrote: >> > John Bianchi writes: >> >> > Subject: Re: multitail segfaults >> > I also have this problem when I use multitail. >> >> > $ multitail --version >> > --*- multitail 6.3 (C) 2003-2014 by folk...@vanheusden.com -*-- >> >> > The following problem occured: >> > - >> > [1]10832 segmentation fault (core dumped) multitail --version >> >> >> For me it works on 32bit cygwin, but on 64bit I get an error: >> >> xclip binary 'xclip' does not extist >> >> and in fact 32bit has /usr/bin/xclip installed but in 64bit it's missing > xclip is in fact one of the orphaned packages, so there was never a 64 > bit version yet. Is there anybody willig to take over maintainership? I'm building it already Ciao Volker -- 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: xclip package is missing in 64bit cygwin
On Apr 23 11:29, Marco Atzeri wrote: > On 4/23/2015 11:05 AM, Dr. Volker Zell wrote: > >Hi > > > >see subject > > > >multitail package on 64bit errors out without this package, on 32bit > >everything is fine > > > >Ciao > > Volker > > > > > xclip ORPHANED (Roland Cassard) > > volunteers ? I guess I should have read to the end of the list of new mails first... Thanks guys, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp6pSY6mw5eE.pgp Description: PGP signature
Re: multitail segfaults
On Apr 23 11:04, Dr. Volker Zell wrote: > > John Bianchi writes: > > > Subject: Re: multitail segfaults > > I also have this problem when I use multitail. > > > $ multitail --version > > --*- multitail 6.3 (C) 2003-2014 by folk...@vanheusden.com -*-- > > > The following problem occured: > > - > > [1]10832 segmentation fault (core dumped) multitail --version > > > For me it works on 32bit cygwin, but on 64bit I get an error: > > xclip binary 'xclip' does not extist > > and in fact 32bit has /usr/bin/xclip installed but in 64bit it's missing xclip is in fact one of the orphaned packages, so there was never a 64 bit version yet. Is there anybody willig to take over maintainership? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpZO25nRzFi6.pgp Description: PGP signature
Re: xclip package is missing in 64bit cygwin
On 4/23/2015 11:05 AM, Dr. Volker Zell wrote: Hi see subject multitail package on 64bit errors out without this package, on 32bit everything is fine Ciao Volker xclip ORPHANED (Roland Cassard) volunteers ? Ciao Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
xclip package is missing in 64bit cygwin
Hi see subject multitail package on 64bit errors out without this package, on 32bit everything is fine Ciao Volker -- 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: multitail segfaults
> John Bianchi writes: > Subject: Re: multitail segfaults > I also have this problem when I use multitail. > $ multitail --version > --*- multitail 6.3 (C) 2003-2014 by folk...@vanheusden.com -*-- > The following problem occured: > - > [1]10832 segmentation fault (core dumped) multitail --version For me it works on 32bit cygwin, but on 64bit I get an error: xclip binary 'xclip' does not extist and in fact 32bit has /usr/bin/xclip installed but in 64bit it's missing Ciao Volker -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7
On Apr 22 20:35, Achim Gratz wrote: > Corinna Vinschen writes: > > Hmm. Can you try the same with the latest developer snapshot I just > > created? I found this problem which created undesired DENY ACEs, > > maybe this was the reason /knock on wood/. > > I ran out of time, but I've managed to install the snapshot and did a > quick test before going home. The ACL looks saner than before and I can > regain access via chmod, so that's good. The basic problem however > remains and I'm really not sure if that's a bug in rsync or in Cygwin or > even a bug at all. > > The file to be copied has, as stated before, access granted only via a > share group (actually three of them, but that's not a factor). So > CREATOR OWNER, CREATOR group, the original owner of the file and myself > (owner of the newly created file) have no DACL entry on the original > file and the resulting file mode is "---rwx---+". For "rsync -av" this > means that after the copy the mode is set to 0060 and that explicitly > locks out (via DENY) CREATOR OWNER CREATOR GROUP and myself. That gives > the same POSIX modes, but not the same access rights of course. For > "rsync -av --acls" the same happens and then some ACL are copied over > from the original file, which still doesn't get me access since the > DENY ACL is first in the list. > > This might be a hole in the ACL mapping to POSIX file modes. The way I > see it the reported file mode should actually be "rwxrwx---+" for the > original file since that's the effective access granted by Windows and > there are no POSIX flags on the original file (via NULL SID). Just like > on POSIX (where it's done via mask) the user flags can only be cleared > in this situation by an explicit chmod (which then gets implemented via > DENY ACL I suppose). You may be right here. The problem is that we have two kinds of ACLs to handle, the ones created by Windows means, and the ones created by recent or older Cygwin versions. It's rather bad that we can't distinguish them. But then, how do you check an arbitrary ACL for the effective rights it creates for all affected parties? I may be missing some API function. but I don't see a Windows function generating some kind of effective ACL. There's only the function AccessCheck() which gets a token and an ACL as input and then tells you the effective rights of the user with this token. This gets very slow and complicated, very quickly. I hate to admit defeat, but it also seems that the method I used to handle real vs. effective rights just doesn't work as desired. In theory we don't want the DENY ACEs having any effect before visiting the ALLOW ACEs. Ideally the DENY ACEs should only point out what the real access rights are, and they should secure the access against the next group, along the lines of NULL DENY user1ALLOW# Only effective rights user2ALLOW# ... user1DENY # Point out real permissions, somehow Secure against excess group permissions user2DENY # ... group1 ALLOW# As above group2 ALLOW# ... group1 DENY # As above, secure against excess Everyone perms group2 DENY # ... otherALLOW This needs yet another rewrite, but this will take a lot longer than this first cut. I guess we should create a new Cygwin release without this new ACL handling change for now to get the bugfixes out. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgppUC2uNjzRQ.pgp Description: PGP signature
Re: Deleting files with open handles on subst'd drives
On Apr 23 01:44, David Macek wrote:
> Hello everyone.
>
> Some time ago, I encountered a problem in a script when run on Cygwin/MSYS2.
> To add some drama, I'll mention that the problem caused some data loss
> (nothing important though). The problem is that some operations on open files
> seem to fail on subst'd drives (but not on regular ones).
>
> To reproduce the problem, choose some writable directory and run:
> $ subst X: C:/somesubdir
> $ cd /cygdrive/x/
> $ touch foo
> $ { rm foo; touch foo; } touch: cannot touch 'foo': Permission denied
>
> (Do not subst to just C:/, because that somehow doesn't lead to the error.)
>
> There's also a C program that does essentially the same thing:
>
>
> I compared this with the same operations running on a regular drive,
> but I couldn't find any difference in how `rm` deletes the file nor in
> how `touch` creates the file. Just the result of the last NtCreateFile
> is different (STATUS_SUCCESS vs. STATUS_DELETE_PENDING).
It's a result of how Cygwin tries to workaround the weird Windows
behaviour that a deleted, but still opened file is not invisible in the
filesystem, as desired per POSIX. Cygwin then tries to move the
file out of the way, on local drives into the recycler. This fails
on a subst drive pointing to some subdir apparently, so Cygwin just
falls back to what Windows does.
I have no simple workaround for that. In theory there should be a
way to check the drive for being a virtual drive and then using the
recycler of the drive it's pointing to for the aforementioned operation.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpiicvoZ9bqn.pgp
Description: PGP signature
Re: File owner set to Unknown+User on cygwin 1.7.35 via samba 3.6.6 on debian
On Apr 22 20:50, random user wrote: > >> On 4/22/2015 7:21 PM, John Orr wrote: ... > > Would I be right in guessing that your samba server is doing > authentication using a /etc/samba/smbpasswd file? > > If that is the case, the output you show matches my experience. Files > with owner matching the logged in user in such a case one end up with > an owner SID like the > > S-1-5-21-2908258922-1501660359-1356206134-1000 > > seen in your output, as if it is a local user defined only by the > samba server itself. (It seems tied to neither my Unix userid nor my > Windows Domain SID, it just seems as if the samba server pretends to > be a local Windows OS with its own set of users.) > > For users and groups not defined in smbpasswd (or maybe it's for all > except for file owner matching the logged in user), the SIDs do show > up in the S-1-5-22- Unix_User+/Unix_Group+ form. > > I'll leave it at that; hopefully more capable hands can help you > choose how to then deal with these SIDs. That's a very good point and sounds like a very likely cause for this problem. The fact that the GUI shows "JOHNWL\john" seems like a very good hint. Here's the problem: Cygwin's automatism can't resolve this SID, and the methods implemented in the account handling can't help with that. The reason is this: When you ask the Windows GUI for the ACL of a file, it knows whom to ask for the SIDs. It's either a SID it knows anyway (builtin, SAM, AD), or it asks the underlying server of the share. However, the account handling in Cygwin is decoupled from the code fetching file ACLs. It ony generically cares for passwd and group entries, and it only knows to ask SAM or AD for the SID. It has no connection to the server serving the share. This *might* be possible, but code for that just isn't there. What you can do to workaround this problem is either to change Samba so as not to return the above SID for the user with UID 1000, but the default SID S-1-22-1-1000. Or, in Cygwin, you just keep a passwd file with two entries around. These entries should be equivalent to the output of `getent passwd $USER', so just copy/paste it twice. Then tweak the SID of the second entry to match the above SID. The end result should be: john:*:197608:197121:U-JOHNDESKTOP\john,S-1-5-21-775725812-2182925691-3402384268-1000:/home/john:/bin/bash john:*:197608:197121:U-JOHNWL\john,S-1-5-21-2908258922-1501660359-1356206134-1000:/home/john:/bin/bash Then set /etc/nsswitch.conf to "passwd: files db" and restart your Cygwin processes. That should help. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp7W71_87DSY.pgp Description: PGP signature
