Re: X: Authorization required, but no authorization protocol specified
At 2015-08-12 17:21, Jon TURNEY was heard to say: On 12/08/2015 07:22, Markus Hoenicka wrote: At 2015-08-07 11:26, Jon TURNEY was heard to say: You might try modifying startxwin to remove the -q from xauth -q to see if that reveals a bit more information. I finally got round to run this suggested test too. The first time I try to start X I get the following output: $ XAUTHORITY="" startxwin /usr/bin/emacs Using authority file /home//.serverauth.1076 Writing authority file /home//.serverauth.1076 Using authority file /home//.Xauthority Writing authority file /home//.Xauthority xauth: file /home//.Xauthority does not exist xauth: file /home//.Xauthority does not exist Using authority file /home//.Xauthority Writing authority file /home//.Xauthority Could this be a timing issue while writing to a network drive? Remember that we use roaming profiles here. Yes, I think that the fact it's a network drive is the significant difference. But the failure seems utterly crazy. xauth is used to write a file, and then moments later another instance of xauth claims it doesn't exist. I've no idea if this is a problem with xauth, cygwin or your networked file system. Do you know what kind of device the network share is on? I'm sorry but as a non-IT person I'm not familiar with the devices our IT folks run. There was another report of some problems with xauth and network file system (see the thread starting at [1]), but the symptoms seem very different. Nevertheless you might like to try with xauth -i to see if the behaviour is any different. I've added the -i switch to all xauth calls in startxwin, but that does not make a difference except that the first attempt to start an X app succeeds. As reported earlier, without the -i switch the *first* attempt to start an X client fails, but a second try using the same command usually succeeds. However, in either case I cannot run any other X clients in addition to the first one. Possible workarounds: You could edit /usr/bin/startxwin to change 'enable_xauth' to 0, or set the XAUTHORITY env var to a local path Yes, I've done the latter for the past couple of days, and this is indeed all it takes to make X work again. As not many seem to be affected by a similar setup, I think we should stop here looking for a fix until further evidence suggests a solution. thanks a lot Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: run.exe fails to start XWin on Windows 8.1 through the shortcut
On 12/08/2015 19:57, Achim Gratz wrote: Jon TURNEY writes: Not sure if this is the cause of this problem, but after a bit of staring at file_exists_multi(), I notice that run2_fileExits() doesn't initialize t when it returns FALSE, so perhaps the following is a good idea? The only way I can see this happening is when the initialisation of t gets hoisted out of the loop, and if the compiler thinks that is OK to do it should not matter if the initializer is an explicit NULL or implicit 0. There is no implicit initialization of automatic local variables in the C language. -- 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
Hide fbpanel icon
I just updated my cygwin install with X at 1.17.2-2 and now the small panel icon shows up in the upper left of my screen with no task bar icon and now way to remove it. Prior to the upgrade I was able to close that button (by right clicking the "panel" entry in the Windows task bar which left the x server running. Is there a way to get rid of that icon? I only ever use the system tray icon and the fbpanel icon is always in the way of desktop icons. I can't seem to move it anywhere either. If I comment out fbpanel in startxwinrc then nothing loads (I don't normally have an xterm come up, I just want the server running and waiting). -- 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: run.exe fails to start XWin on Windows 8.1 through the shortcut
Jaakov Jaakov writes: >XWin fails to start again (previously reported half a year ago or so). > >The command issued by a shortcut is >C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin" Can you reproduce this when running the same command from cmd or mintty? If yes, could you run it in a debugger? Thank you, Achim & Jon. I'll try issuing this command from cmd as soon as possible (in a few days, hopefully, I'll get to the machine in question again) and report here. I won't be able to use a debugger unless given precise instructions. I'm unsure about know what mintty is (Cygwin64 text console?), but, if I find it out, I'll also start it from mintty. Jon is right: the initial value of t is indeterminate according to the C standard. The compilers may (and usually will) produce an arbitrarily weird code consistent with this semantics. Best, Jaakov -- 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: Shares with strange ACL settings
On Aug 12 20:59, Achim Gratz wrote: > Corinna Vinschen writes: > >> I think so, but there are likely some corner cases. But I think that > >> had been proposed and shot down already, so I was trying to come up with > >> something less intrusive. > > > > This is relatively unintrusive. The current user token is always > > available. So if owner == current user, for every group in the file's > > ACL just check if it's in the current user token and, if so, add the > > perms of that group to the owner perms. > > > > Sounds pretty neat as an intermediate solution to me. > > I'd play the guinea pig for that snapshot… :-) This puzzles me a bit. As example you gave something like rwx---+ gratz Domain Users [...] foo Given the code in recent Cygwin versions, this shouldn't happen if the user gratz is member of the Domain Users group. The current code doesn't test all groups in the ACL, only the primary group, but that's sufficient in most cases. So this could only happen if you modify the permissions of windows files using Cygwin tools and Cygwin helpfully gernerates a DENY ACE for the owner. I'm just not exactly sure about the way to go to get these permissions in a non-artificial scenario. But I can reproduce it like this: - The file xxx has a primary group different from the group which has permissions, e.g.: owner: foo pgroup: foo_group acl: 1 entry bar_group: full control - ls -l xxx rwx---+ 1 foo foo_group 68565 Aug 10 10:37 xxx - $ chmod g-w xxx - Afterwards, the POSIX-like ACL looks like this: $ icacls xxx xxx foo:(DENY)(S,RD,REA,X) foo:(D,Rc,WDAC,WO,RA,WA) foo_group:(RX) Everyone:(Rc,S,RA) bar_group:(RX) So, what's going on here and how do we really fix it? It *might* be prudent to drop any efforts to create DENY ACEs to reflect the POSIX perms. That results in the documented permission gap between POSIX and Windows permissions, though. There's just no way to express all possible POSIX permissions using Windows ALLOW ACEs only. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpbDIQmC8p9j.pgp Description: PGP signature
Re: Qt5: QDir::mkpath() fails for /cygdrive/ paths
On Aug 12 22:59, David Stacey wrote: > On 09/07/2015 20:14, David Stacey wrote: > >QDir::mkpath() fails when creating paths that start '/cygdrive/'. This > >problem is only shown with Qt5 (not Qt4), and only with paths that start > >'/cygdrive/' (so running from my home directory '~' is fine). This is not > >a permissions problem, as it works fine with Qt4. > > > >Sample programme is below. Compile for Qt5 as per the comments. 'cd > >/cygdrive/X' where X is a local drive where you have permissions to create > >a directory. Run './create_directory new_dir' and it fails to create the > >directory. Programme works fine when compiled with Qt4. > > I have updated to libQt5Core5-5.4.2-2, and I'm still getting this problem. > Is anyone else able to reproduce this, or offer some insight as to why it > might be failing? For completeness, my example programme is included below. I guess somebody has to debug this... :} Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpUgxrf3mKRK.pgp Description: PGP signature
Re: Hide fbpanel icon
On 13/08/2015 16:48, AC wrote: I just updated my cygwin install with X at 1.17.2-2 and now the small panel icon shows up in the upper left of my screen with no task bar icon and now way to remove it. Prior to the upgrade I was able to close that button (by right clicking the "panel" entry in the Windows task bar which left the x server running. Is there a way to get rid of that icon? I only ever use the system tray icon and the fbpanel icon is always in the way of desktop icons. I can't seem to move it anywhere either. If I comment out fbpanel in startxwinrc then nothing loads (I don't normally have an xterm come up, I just want the server running and waiting). If your /etc/X11/xinit/startxwinrc mentions fbpanel, you don't have the latest version (see [1]), so maybe try updating or reinstalling the xinit package? If you have a custom ~/.startxwinrc, then base it on the current /etc/X11/xinit/startxwinrc and end it with 'exec /usr/bin/xwin-xdg-menu', or even 'exec sleep infinity' if you don't like that. [1] https://cygwin.com/ml/cygwin-announce/2015-07/msg00013.html -- 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: Hide fbpanel icon
On 2015-08-13 10:06, Jon TURNEY wrote: > On 13/08/2015 16:48, AC wrote: >> I just updated my cygwin install with X at 1.17.2-2 and now the small >> panel icon shows up in the upper left of my screen with no task bar icon >> and now way to remove it. Prior to the upgrade I was able to close that >> button (by right clicking the "panel" entry in the Windows task bar >> which left the x server running. >> >> Is there a way to get rid of that icon? I only ever use the system tray >> icon and the fbpanel icon is always in the way of desktop icons. I >> can't seem to move it anywhere either. >> >> If I comment out fbpanel in startxwinrc then nothing loads (I don't >> normally have an xterm come up, I just want the server running and >> waiting). > > If your /etc/X11/xinit/startxwinrc mentions fbpanel, you don't have the > latest version (see [1]), so maybe try updating or reinstalling the > xinit package? > > If you have a custom ~/.startxwinrc, then base it on the current > /etc/X11/xinit/startxwinrc and end it with 'exec > /usr/bin/xwin-xdg-menu', or even 'exec sleep infinity' if you don't like > that. > > [1] https://cygwin.com/ml/cygwin-announce/2015-07/msg00013.html Interesting, I'm using the global startxwinrc and my xinit package is already 1.3.4-9 yet fbpanel is still in there and there's no mention of xwin-xdg-menu in it yet I do have xwin-xdg-menu installed (20150708-1). I do not have a custom startxwinrc in my home directory. -- 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: Shares with strange ACL settings
Corinna Vinschen writes: > This puzzles me a bit. As example you gave something like > > rwx---+ gratz Domain Users [...] foo > > Given the code in recent Cygwin versions, this shouldn't happen if the > user gratz is member of the Domain Users group. The current code > doesn't test all groups in the ACL, only the primary group, but that's > sufficient in most cases. I've detailed the setup in an earlier post (with getfacl and icacls output) that I can't dig out shortly, but the setup is, in a nutshell: The share access is purely governed by two access groups, one that gives you the right to read and another one that lets you create and change things. You'll be in one or both of these groups in AD. All ACL are inherited from the root of the share down and the right to change the DACL (and thus remove that inheritance) is explicitly forbidden for anybody. The actual setup is a bit more complicated, with additional groups that ensure that share administrators can do what they need to do and that the backup can actually be done, etc.pp. > So this could only happen if you modify the permissions of windows files > using Cygwin tools and Cygwin helpfully gernerates a DENY ACE for the > owner. No, the owner just never gets the full access it would need to do this. For a while they didn't even let you look at the DACL, but at least that part of the silliness has been fixed. > I'm just not exactly sure about the way to go to get these permissions > in a non-artificial scenario. But I can reproduce it like this: > > - The file xxx has a primary group different from the group which has > permissions, e.g.: > > owner: foo > pgroup: foo_group > > acl: 1 entry > bar_group: full control > > - ls -l xxx > rwx---+ 1 foo foo_group 68565 Aug 10 10:37 xxx > > - $ chmod g-w xxx The chmod, if you try to run it, never succeeds. That's the crux of this setup, anything will always have just rwx for the group via ACL and you can't change that. > So, what's going on here and how do we really fix it? It *might* be > prudent to drop any efforts to create DENY ACEs to reflect the POSIX > perms. That results in the documented permission gap between POSIX and > Windows permissions, though. There's just no way to express all possible > POSIX permissions using Windows ALLOW ACEs only. There aren't any deny ACL, you just don't get the right to play with the permissions to start with. FOr Windows it doesn't matter that the owner hasn't got any access rights as long as she's in a group that has. POSIX doesn't even look at the group/ACL if it the owner bits are cleared. 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: 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: Shares with strange ACL settings
On Aug 13 18:33, Corinna Vinschen wrote: > On Aug 12 20:59, Achim Gratz wrote: > > Corinna Vinschen writes: > > >> I think so, but there are likely some corner cases. But I think that > > >> had been proposed and shot down already, so I was trying to come up with > > >> something less intrusive. > > > > > > This is relatively unintrusive. The current user token is always > > > available. So if owner == current user, for every group in the file's > > > ACL just check if it's in the current user token and, if so, add the > > > perms of that group to the owner perms. > > > > > > Sounds pretty neat as an intermediate solution to me. > > > > I'd play the guinea pig for that snapshot… :-) > > This puzzles me a bit. As example you gave something like > > rwx---+ gratz Domain Users [...] foo > > Given the code in recent Cygwin versions, this shouldn't happen if the > user gratz is member of the Domain Users group. The current code > doesn't test all groups in the ACL, only the primary group, but that's > sufficient in most cases. > > So this could only happen if you modify the permissions of windows files > using Cygwin tools and Cygwin helpfully gernerates a DENY ACE for the > owner. > > I'm just not exactly sure about the way to go to get these permissions > in a non-artificial scenario. But I can reproduce it like this: > > - The file xxx has a primary group different from the group which has > permissions, e.g.: > > owner: foo > pgroup: foo_group > > acl: 1 entry > bar_group: full control > > - ls -l xxx > rwx---+ 1 foo foo_group 68565 Aug 10 10:37 xxx > > - $ chmod g-w xxx > > - Afterwards, the POSIX-like ACL looks like this: > $ icacls xxx > xxx foo:(DENY)(S,RD,REA,X) > foo:(D,Rc,WDAC,WO,RA,WA) > foo_group:(RX) > Everyone:(Rc,S,RA) > bar_group:(RX) Oh, I get it. This is *because* the current Cygwin doesn't check membership of all groups in the ACL. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpe8Ab7jSUxX.pgp Description: PGP signature
Re: Shares with strange ACL settings
Corinna Vinschen writes: > Cygwin is aware of them and access(2) explicitely checks for them. That > obviously doesn't help for applications like perl, who "know better" > than the underlying OS how to evaluate perms. Just for clarification, Perl doesn't "know better". It's documented that the file test operators only look at the mode bits and naver at the ACL. There's a pragma (use filetest qw/access/; # perldoc filetest) that lets you use access for the tests instead, but it currently is an unloved stepchild that doesn't let you use the stat cache (_) in tests nor stacked file tests (-r -x), which use it. The final nail in the coffin is that with that pragma in effect you can only test filenames, but not file handles. So you really need to write your code from the outset with that pragma in mind since it limits the use of test operators so greatly. At least they left the door open to a future where the filetest pragma does something more sensible on systems that rely to a larger extent on ACL. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada -- 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: run.exe fails to start XWin on Windows 8.1 through the shortcut
Jon TURNEY writes: > There is no implicit initialization of automatic local variables in > the C language. Right. I shouldn't try to reason about code when the temperature is above 30°C… :-P Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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: Hide fbpanel icon
On Thu, 2015-08-13 at 10:46 -0700, AC wrote: > On 2015-08-13 10:06, Jon TURNEY wrote: > > If your /etc/X11/xinit/startxwinrc mentions fbpanel, you don't have > > the latest version (see [1]), so maybe try updating or reinstalling > > the xinit package? > > > > If you have a custom ~/.startxwinrc, then base it on the current > > /etc/X11/xinit/startxwinrc and end it with 'exec > > /usr/bin/xwin-xdg-menu', or even 'exec sleep infinity' if you don't > > like that. > > > > [1] https://cygwin.com/ml/cygwin-announce/2015-07/msg00013.html > > Interesting, I'm using the global startxwinrc and my xinit package is > already 1.3.4-9 yet fbpanel is still in there and there's no mention > of xwin-xdg-menu in it yet I do have xwin-xdg-menu installed > (20150708-1). > I do not have a custom startxwinrc in my home directory. Then you must have customized your global startxwinrc, in which case it would not have been replaced when upgrading to 1.3.4-9. Replacing it with the copy under /etc/defaults should fix this. -- 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: run.exe fails to start XWin on Windows 8.1 through the shortcut
Jaakov Jaakov writes: > run.exe has version 1.3.3-1. I've put a test version (run-1.3.4-1) up with these changes: * src/util.c (run2_quote_strdup): When quoting, do not simply skip empty arguments but return '""'. * src/run.c (file_exists_multi): Hoist char* t out of loop and initialize NULL. Remove redundant truncation of fullname. * src/run.c (xemacs_special): Replace stricmp with strcasecmp throughout. * src/util.c (run2_ends_with): Ditto. * src/run.c (parse_args): Implement -wait/--wait and -quote/--quote as valid long options, we prefer the double-dash variant. * src/run.1.in: All long options are preferedly using leading double dashes. Document the fact that single slashes work on two of them for backwards compatibility. Please try it when it becomes available on your mirror and report back if it fixes your problem. Thanks. 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
Extending Max memory
Hi all, I´m running a program in Cygwin, which is segfaulting possibly for reaching a memory limit. The program requires > 3018.0532 MB memory to perform an analysis. The computer has 8GB of memory installed, but right after estimating the maximum memory the program segfaults. Is there an easy way to: (1) find out themaximum memory available for Cygwin, and (2) extend it, if that=C2=B4s the case? Gustavo Seabra Professor Adjunto, Departamento de Química Fundamental Coordenador, CENAPAD-PE Universidade Federal de Pernambuco Fone: +55-81-2126-7450 -- 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: Extending Max memory
On Aug 13, 2015, at 2:18 PM, Gustavo Seabra wrote: > > I´m running a program in Cygwin, which is segfaulting possibly for > reaching a memory limit. The program requires > 3018.0532 MB memory > to perform an analysis. You’ll need to run 64-bit Cygwin on a 64-bit version of Windows, then. Are you? What analysis program are you running? Is it something in the Cygwin package repository, such as R, or something you’ve written? -- 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
Finding Arial Font
Is there a font package (e.g. X11: font-***) that contains the Arial font? Thanks, Chris -- 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: Finding Arial Font
On 13 August 2015 at 14:45, Kunz, Christopher L wrote: > Is there a font package (e.g. X11: font-***) that contains the Arial font? > Arial is native to Windows so I would expect that you would need to use the one that comes with the OS? https://www.cygwin.com/ml/cygwin/2008-09/msg00557.html is from a long time ago and might not be correct. [I would expect that there is a font config file that you need to add /cygdrive/c/WINDOWS/Fonts [or equiv] to.] > Thanks, > Chris > > -- > 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 > -- Stephen J Smoogen. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Cygwin Users List
Hi, Greeting for the day, Would you be interested in reaching out “Cygwin Users List” with opt-in verified contact information? We also have data for Microsoft Users Lists, Windows Users List, Nortel Users List, Avaya Users List, Citrix Users, IBM Users, McKesson Horizon Users, Oracle List, SAP Users List and many more… Each record in the list contains Company Name, Contact First Name, Last Name, Title, HQ Phone, Direct No, Email, Address1, Address2, City, State, Zip, Country, Industry, Revenue, Fiscal Year End, Employees, IT Budget, IT Employees, Website, Technology, Company HQ Address1, Company HQ Address2, Company HQ City, Company HQ State, Company HQ Zip, Company HQ Country and LinkedIn link. Hit reply and send in the target criteria accordingly. I can provide you with counts and a few demo samples to prove the accuracy of our data. Look forward to your prompt response. Thanks and Regards, Chris Dillie We respect your privacy, if you do not wish to receive any further emails from our end, please reply with a subject “Leave Out”. -- 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
