Re: Permissions issues after installing Windows 10
On 2022-06-02 10:14, Bill Stewart wrote: On Thu, Jun 2, 2022 at 6:44 AM Brent Epp wrote: In the [Security] tab for these files or directories, under "Group or user names", it lists the owner as "Account Unknown(S-...)". In some cases, these files are completely inaccessible and I can't even take ownership or change the permissions. I have to either restore them from a backup or boot to a Linux environment to access them. Windows displays "Account Unknown" (with a SID) in the ACL when it can't resolve the SID reference. There can be a number of reasons for this. One common reason is that the SID belongs to a domain account and the domain is not accessible. Another is that the SID belongs to a local account on a different computer (e.g., a removable disk is moved between computers and local accounts are in the ACL). This is essentially what happened (removable disk moved from one computer to another). Well-known SIDs (e.g., S-1-5-32-544 for the local Administrators group, etc.) should resolve from any computer. I would think so too, but that doesn't appear to be happening.If it makes a difference, the SID actually starts with S-1-5-21. I have to manually take ownership in order to even access the files at all. - Brent -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: shebang env sh stopped working with coreutils-8.32-1
[Resending with CC.] On 6/2/2022 10:02 AM, Ken Brown wrote: On 6/2/2022 8:49 AM, Daniel Jeliński wrote: Thank you for posting your steps, they helped me solve this issue. Everything on my end was similar, except that instead of bash configure I used a custom script that was supposed to prepare the environment. On closer inspection, it turned out that the script was downloading make 4.0 and running bash configure with parameter MAKE=/path/to/make-4.0. After removing that, the build finished without any issues. It was also much faster than with cygwin-3.2/make-4.0. I've added Magnus to the CC since he's the one who originally reported the jobserver issue. Magnus, does Daniel's solution also work for you? Can we consider this issue solved? Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Permissions issues after installing Windows 10
Brent Epp writes: > This is essentially what happened (removable disk moved from one > computer to another). The server resource kit from M$ used to have a tool called SubInACL that addresses exactly this situation (among other things). You give it a set of old/new SID pairs and it will replace them in the objects you tell it to modify. I don't know if it's still available from their downloads page, but you should still be able to find it some other places. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Waldorf MIDI Implementation & additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated lua-lxp-1.4.1-2
The following packages have been uploaded in the Cygwin distribution: * lua-lxp-1.4.1-2 * lua-lxp-1.4.1-2-src * lua-lxp-debuginfo-1.4.1-2 This is an update to the latest upstream. Compiled for Lua 5.3 as before (not for Lua 5.4). -- SUMMARY: Lua Expat bindings DESCRIPTION: LuaExpat is a SAX XML parser based on the Expat library. HOMEPAGE: https://lunarmodules.github.io/luaexpat/ SOURCE: https://github.com/lunarmodules/luaexpat/tree/1.4.1 LICENSE: MIT License https://github.com/lunarmodules/luaexpat/blob/1.4.1/LICENSE Cygwin Package Summary: https://www.cygwin.com/packages/summary/lua-lxp-src.html Cygport Source: https://cygwin.com/git/?p=git/cygwin-packages/lua-lxp.git -- Lemures Lemniscati -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: no icons on pcmanfm-qt
On 31/05/2022 00:53, Tatsuro MATSUOKA wrote: I cannot see no icons on pcmanfm-qt. Snapshot is : http://tmacchant33.starfree.jp/Files/pcmanfm-qt-no_icons.png How can I fix? This is probably another missing dependency. I'd guess maybe either some icon package (maybe oxygen-icons?), or a perhaps a Qt5 image loader plugin? If you do work it out what's needed, please let us know so the package dependencies can be fixed! -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Re: no icons on pcmanfm-qt
From: "Jon Turney" > To: "Tatsuro MATSUOKA" "The Cygwin Mailing List" > Date: 2022/06/03 Fri 22:28 > Subject: Re: no icons on pcmanfm-qt > > > On 31/05/2022 00:53, Tatsuro MATSUOKA wrote: > > I cannot see no icons on pcmanfm-qt. > > > > Snapshot is : > > http://tmacchant33.starfree.jp/Files/pcmanfm-qt-no_icons.png > > > > How can I fix? > > > > This is probably another missing dependency. > > I'd guess maybe either some icon package (maybe oxygen-icons?), or a > perhaps a Qt5 image loader plugin? > > If you do work it out what's needed, please let us know so the package > dependencies can be fixed! I installed oxygen-icons and the icons appeared. Thanks. Tatsuro -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Permissions issues after installing Windows 10
On Fri, Jun 3, 2022 at 6:23 AM Brent Epp wrote: I would think so too, but that doesn't appear to be happening. If it > makes a difference, the SID actually starts with S-1-5-21. I have to > manually take ownership in order to even access the files at all. > Explained another way: According to https://docs.microsoft.com/en-us/windows/win32/secauthz/well-known-sids - Constant: SECURITY_NT_NON_UNIQUE String Value: S-1-5-21 Identifies: SIDS are not unique. SIDs starting with S-1-5-21 are non-unique, which means basically the SID is made unique by the addition of a RID (relative identifier). If the SID starts with S-1-5-21 and ends in 500, it is the local "Administrator" account of some computer (or domain). In other words, S-1-5-21 SIDs are computer or domain accounts that the system couldn't resolve when it enumerated the ACL. You can see SIDs for local accounts on a machine from PowerShell (all one line): Get-WmiObject -Query "SELECT * FROM Win32_UserAccount WHERE LocalAccount='TRUE'" | Select-Object Name,SID Note that in the output, these SIDs will start with S-1-5-21 and end with various RIDs. Bill -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Readline not working correctly with cygwin1.dll in same directory
Dear CygWin team, this is my first bug report and I hope I have chosen the right recipients here. I am very sorry if this is the wrong address. Here is my bug report: Currently, I am trying to compile a software for commutative algebra, namely CoCoA 5, using CygWin. The compilation itself is working correctly and finishes as expected. CoCoA 5 uses readline in order to facilitate inputs from the console. When starting the resulting executable within CygWin bash, readline and all of its features work correctly. Also, as long as CygWin's DLLs are within Windows's PATH, in the default (and new) Windows Terminal, everything is working fine. However, when trying to create a distributable zip file with all the libraries included, something strange happens: In order to allow users without a CygWin installation to start CoCoA 5, all the required DLLs need to be distributed together with the application itself. All the required libraries could be found using DependencyWalker and cygcheck. Of course, as expected, cygwin1.dll is one of the required DLLs. As soon as I place cygwin1.dll in the installation directory where CoCoA 5's executable resides, readline support breaks. For some reason, the input line behaves very strangely, e.g., backspace and the arrow keys are not working correctly. All of the other DLLs (including cygreadline7.dll) can reside in the installation directory without causing trouble. But as soon as cygwin1.dll is also added in the installation directory, this bug reappears. Another strange observation: This problem does not seem to only affect CoCoA 5, but also many other similar applications like PARI/GP. As soon as cygwin1.dll is copied into the same directory as the application's exe, this strange bug appears. Sadly, I do not know about a fix yet since cygwin1.dll is needed for all users without a local CygWin installation. But - in turn - adding cygwin1.dll causes this bug which makes the console application very uncomfortable to use. I would be very happy if you know a fix for this strange issue since I could not find something similar online. Best regards and thank you very much in advance, Nico Mexis -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Readline not working correctly with cygwin1.dll in same directory
On Fri, 3 Jun 2022 18:37:29 + "Mexis, Nico" wrote: > Dear CygWin team, > > this is my first bug report and I hope I have chosen the right recipients > here. > I am very sorry if this is the wrong address. > > Here is my bug report: > Currently, I am trying to compile a software for commutative algebra, namely > CoCoA 5, using CygWin. > The compilation itself is working correctly and finishes as expected. > CoCoA 5 uses readline in order to facilitate inputs from the console. > When starting the resulting executable within CygWin bash, readline and all > of its features work correctly. > Also, as long as CygWin's DLLs are within Windows's PATH, in the default (and > new) Windows Terminal, everything is working fine. > However, when trying to create a distributable zip file with all the > libraries included, something strange happens: > In order to allow users without a CygWin installation to start CoCoA 5, all > the required DLLs need to be distributed together with the application itself. > All the required libraries could be found using DependencyWalker and cygcheck. > Of course, as expected, cygwin1.dll is one of the required DLLs. > As soon as I place cygwin1.dll in the installation directory where CoCoA 5's > executable resides, readline support breaks. > For some reason, the input line behaves very strangely, e.g., backspace and > the arrow keys are not working correctly. > All of the other DLLs (including cygreadline7.dll) can reside in the > installation directory without causing trouble. > But as soon as cygwin1.dll is also added in the installation directory, this > bug reappears. > > Another strange observation: > This problem does not seem to only affect CoCoA 5, but also many other > similar applications like PARI/GP. > As soon as cygwin1.dll is copied into the same directory as the application's > exe, this strange bug appears. > > Sadly, I do not know about a fix yet since cygwin1.dll is needed for all > users without a local CygWin installation. > But - in turn - adding cygwin1.dll causes this bug which makes the console > application very uncomfortable to use. > > I would be very happy if you know a fix for this strange issue since I could > not find something similar online. > Best regards and thank you very much in advance, If the program depends on cygncurses*.dll, it also needs /usr/share/terminfo. It should be placed in the relative path ../usr/share/terminfo from the directory where cygwin1.dll exists. -- Takashi Yano -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
