I am having two problems when I click the "XWin Server" item in the
Windows "Start Menu"
1.The "Cygwin X/Server" icon appears in the notification area.But if I
right click the notification icon, no menu appears.
2.The "X Applications Menu" (XDG Menu) icon does not appear in the
notification
Personally, I would invoke a variation of Linus's attitude to breaking user
space apps: the distribution should not break existing user's scripts, even if
they are not following "the rules".
If you want to speed up the scripts distributed by Cygwin, then I would suggest
modifying those scripts
>From: Dave Kilroy [mailto:kilr...@googlemail.com]
>>On 23/10/2015 16:16, Matt Seitz (matseitz) wrote:
>> When I right click a folder in Windows Explorer and select "Bash
>> Prompt Here", a window opens briefly and then closes immediately.
> I suspect this
When I right click a folder in Windows Explorer and select "Bash Prompt Here",
a window opens briefly and then closes immediately. If I select "Applications
-> Xterm" from the Cygwin/X Server tray icon, XTerm opens fine.
Cygcheck and Xwin logs attached. Chere -lr output below.
matseitz@MATSEI
> From: Jon Turney [mailto:jon.tur...@dronecode.org.uk]
> Sent: Monday, October 19, 2015 7:54
>
> The dependency chain is git-gui -> gitk -> font-adobe-dpi75
>
> It doesn't look like the fonts in xorg-x11-fonts-Type1 are available to
> fontconfig, so I've changed the dependency of gitk to dejavu-
A few days ago, I ran Setup to update my currently installed package, including
my git packages. Since then, whenever I run git gui, I get the following error:
$ git gui
assertion "font != NULL" failed: file
"/usr/src/ports/fontconfig/fontconfig-2.11.1-3.x86_64/src/fontconfig-2.11.1/src/fcmatch
> From: Andrey Repin
> http://cygwin.com/faq/faq.html#faq.using.sshd-in-domain
Any suggestions if you can't get your domain admin to create a generic
"cyg_server" account for you?
I suspect some people in corporate environments may have trouble getting domain
admins to create a generic "cyg_se
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Matt Seitz (matseitz)
>
> > From: Jon TURNEY
> >
> > If this is easy for you to reproduce, could you show me the logfile
> > produced on reproduction, after starting XWin wi
> From: Jon TURNEY
>
> If this is easy for you to reproduce, could you show me the logfile
> produced on reproduction, after starting XWin with the '-logverbose 3'
> option?
Thanks for getting back to me. I was unable to reproduce the issue this
morning, with or without the "-logverbose 3" set
Steps to reproduce:
-Right click XWin notification tray icon
-Left click "Exit..."
Expected results: XWin notification tray icon disappears and process ends
Actual results: No change, XWin continues to run
cygcheck.out
Description: cygcheck.out
XWin.8.log
Description: XWin.8.log
--
Proble
P.S. sorry about the line wrapping. Microsoft Outlook is not cooperating with
me...
> On Behalf Of Yaakov (Cygwin/X)
>
> en_US is the default, but if you chose another dictionary in the Options
> dialog, you would need that aspell-* package instead. There is even a
> "none" option there. So it's hard to say that git-gui really needs
> aspell-en when it's up to the user as to wh
> On Wed, Aug 1, 2012 at 11:12 AM, Nikolai Weibull wrote:
> >
> > Cygwin updated perl to 5.14.2 on my system and now I can’t compile
> > XML::LibXML. It seems that
> >
> > c:\lib\perl5\5.14\i686-cygwin-threads-64int\Config.pm
> >
> > expects cc to be gcc-4. Gcc-4 doesn’t exist yet, it seems. Wha
I decided to try using the CLI "git fetch" command instead. That worked
fine. Since then, I have performed other "fetch" operations using
git-gui without any more errors.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
> On Behalf Of Ryan Johnson
>
> `mkpasswd` and `mkpasswd -l -U0-2' produce the same output
(neither
> includes the SMB user); the drive is mapped in Windows as z: and I can
> also access it directly from the cygwin prompt.
What is the output is you run:
mkpasswd -l -U 0-2
--
Problem
I recently upgraded to a new laptop. After upgrading, I copied some git
repositories from my old laptop to my new laptop. I then installed
Cygwin on my new laptop.
I was able to use git-gui to commit changes into 2 local repositories.
However, when I then tried using git-gui to fetch changes fro
> From: Cygwin-L: On Behalf
> Of marco atzeri
>
> Until we work and deploy a 64bit cygwin1.dll the idea to build any 64 bit
> cygwin program is pure academic and not very useful.
>
> If you want to propose patches for 64 bit cygwin cygwin-developers is the
> right mailing list.
Sorry if I wasn't
> From: Cygwin-L On Behalf Of Warren Young
>
> I would say that the vast majority of the packages in the Cygwin
> distribution could not reasonably make use of 64-bit data spaces.
>
> However, one of your arguments in this thread cuts both ways: the fact
> that there are a few packages that reaso
What is a better way I can give context (and credit) when I am
responding to a message, without implying that I expect a reply from the
original author?
I've been a Usenet user since 1988, and I've never heard of the
convention of "quoting implies request for reply". Replies from the
original aut
Ah, I didn't realize some people interpret quoting a post as expecting a
response from the author of the post.
When I quote from someone else's post, I do it for the purpose of giving
the context of my response. I'm not necessarily expecting a response
from the author of the previous post.
--
P
"Andrew DeFaria" wrote in message
news:...
> On 5/21/2012 1:48 PM, Warren Young wrote:
> > On 5/21/2012 11:34 AM, Andrew DeFaria wrote:
> >
> >
> > Consider a 32-bit executable that is 4 GB in size.
> Do you know of one 32-bit executable that is 4 GB in size? Just one?
OK,
> how about 3 GB? No.
> From: m...@kalani.com [mailto:m...@kalani.com]
> When I enter:
>
> admin@mypc ~
> $cd
>
> admin@mypc ~
> $
The Cygwin/POSIX "cd" command is different from the Windows "cd"
command.
Cygwin/POSIX "cd" without arguments: change the current directory to
the user's "home" directory
Windows "cd"
> From: Andrey Repin
>
> Greetings, Nick Lowe!
>
> > Is SMB encrypted in this case?
>
> You need to make some serious configuration tweaking to make it NOT
> encrypted.
Are you referring to the authentication part of the SESSION_SETUP?
The only part of SMB that remember seeing encrypted are th
> From: Corinna Vinschen
>
> Use the Services MMC-SnapIn, or use the sc command in an elevated shell:
>
> $ sc config sshd start= demand
Thanks, will do.
What is the best way to change the "sshd" service to Manual start if it
is already installed using Automatic start?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: htt
> From: Luke Kendall [mailto:luke.kend...@cisra.canon.com.au]
>
> I'm no expert, but I thought any JPEG 2000 implementation required use
> of patented technologies. Do the implementers make some statement about
> the patent situation for openjpeg?
Does this help?
https://lists.secondlife.com/pip
> From: Achim Gratz [mailto:strom...@nexgo.de]
>
> I do and FTR: I don't want the cygwin Xorg server to be a dependency
to
> all programs that might use X because that would pull in a lot of
> packages that I have no use for on most systems.
Right, that would be a disadvantage of making "xinit"
> From: Yaakov (Cygwin/X)
>
> I haven't seen any questions that I haven't already answered (although
> it would help if your mail client was capable of preserving a thread).
Sorry about that. Hopefully I've cleared up the threading problem now. Please
let me know if you are still seeing a pro
> From: Christopher Faylor
>
> For the record, I don't think Yaakov, Corinna, or I are really
> interested in spending our time adding some sort of suggestion
mechanism
> to setup.exe. This would have ramifications both for setup.exe, for
the
> script which updates setup.ini, and for the genini s
> From: Robert Miles
>
> Does it always require xinit, or only sometimes?
Sometimes.
> If only sometimes, why
> should it always be installed even for computers where there is no
need
> for it?
It should be always be installed if the benefits of always installing it
outweigh the benefits of n
"Corinna Vinschen" wrote news:
> On Mar 1 10:16, Matt Seitz (matseitz) wrote:
> >
> > Here's another thought: is the problem only with the "/home"
directory
> > that Cygwin setup creates (ex: /cygdrive/c/cygwin/home)? If so,
would
> >
"Christopher Faylor" wrote:
>
> Yaakov posted the rationale. You responded to it. Additional
messages
> insisting how much you want this are really pretty pointless.
Sorry, I don't mean to be a pest. I'll wait and see if Yaakov replies
to my latest questions.
--
Problem reports: htt
"Corinna Vinschen" wrote:
>
> Maybe it's better if the code tests the permissions first, along these
> lines:
Thanks. I would feel better with a solution that doesn't change my
permissions if they don't really need to be changed.
Here's another thought: is the problem only with the "/home" dir
"Matt Seitz (matseitz)"
>"Christopher Faylor" wrote:
>
>> In the meantime, if people are piling on to suggest this because they
>> think it will cause someone to add xinit as a dependency to something
>> please be assured that this will not happen.
&
"Christopher Faylor" wrote:
>
> In the meantime, if people are piling on to suggest this because they
> think it will cause someone to add xinit as a dependency to something
> please be assured that this will not happen.
OK, what would cause someone to add xinit as a dependency to something?
--
"Yaakov (Cygwin/X)" wrote:
> Using X requires user intervention to start an X server first. No
> amount of automatic dependencies will change this, and therefore I
don't
> expect that the number of questions would change one iota.
You don't think that Setup telling the user "package xyz requires
"Christopher Faylor" wrote:
>
> The only thing that apparently needs addressing is that you read the
> list and comprehend what's going on. I wish we could address that by
> making more people do that. :-)
Would it help to add "xinit" to the requirements for tcl-tk and other
packages that now r
"Corinna Vinschen" wrote:
>
> David, instead of setting tmp/temp, What about adding the following
line
> to /etc/profile?
>
> setfacl -m d:g::r-x,d:o:r-x /home /tmp /usr/tmp /var/log /var/run
/var/tmp 2>/dev/null
Will that cause problems if I have:
$ mount | grep home
C:/Documents and Setting
"Yaakov (Cygwin/X)" wrote:
>
> Remember that using X requires some level of manual intervention,
namely
> that you have to *start* the server and set DISPLAY before actually
> using it.
> So installing xorg-server as a dependency isn't going to
> prevent these questions one bit.
Good point. W
"Earnie Boyd" wrote:
> While this resolves an immediate issue you should determine the fix
> for platform determination in the upstream source so that the correct
> file is created in the first place.
Yes, I have also suggested exactly that on the upstream mailing list:
http://marc.info/?t=13299
"Larry Hall (Cygwin)" wrote:
>
> Nobody that doesn't need or want it has to install the X-Server. If
> one uses gitk though, one has now moved into the category of
"need/want
> the X-Server" if one wasn't already in that category. ;-)
Well, they certainly will need/want AN X-Server. But I thoug
"Corinna Vinschen" wrote:
> On Feb 24 11:26, Matt Seitz (matseitz) wrote:
> >
> > Should xorg-server be specified as a runtime dependency of gitk?
>
> The X server is no hard requirement. Consider:
>
> $ DISPLAY=my_linux_box:0 gitk&
True. But would
"Yaakov (Cygwin/X)" wrote:
>
> xorg-server is not specified as a runtime dependency of libX11 or
libxcb
> for several reasons:
Should xorg-server be specified as a runtime dependency of gitk?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
"Eric Blake (cygwin)" wrote:
>
> This release should cater to the fact that tcl is now X-based. Before
> reporting any problems with gitk or git-gui, first check that you are
> running an X server. Also, gitk will complain if your ~/.gitk has a
> line 'set uicolor SystemButtonFace'; there's nothi
"Arnon Moscona" wrote in message
news:...
>
> I never needed an X server before, and gitk
> displayed fine up until now. So why should I need to run an X server
> now?
See:
http://cygwin.com/ml/cygwin/2012-02/msg00115.html
--
Problem reports: http://cygwin.com/problems.html
FAQ:
"Christopher Faylor" wrote:
> On Wed, Feb 08, 2012 at 05:17:18PM -0800, Matt Seitz (matseitz) wrote:
> >
> >Today I sent a couple of bug reports. I based my "Subject" on the
"Good
> >examples" given at:
> >
> >http://cygwin.com/pro
"Christopher Faylor" wrote in message
news:<20120209005328.gb23...@ednor.casa.cgf.cx>...
>
> Same thing in 1.7.9.
>
> Please lets not just put 1.7.10 in front of every bug report.
What is the proper procedure?
Today I sent a couple of bug reports. I based my "Subject" on the "Good
examples" gi
Eric Blake wrote:
> I'm working on packaging
> a new git release, which should squelch this warning.
Thanks, I appreciate your quick response. I will look forward to your
fix.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
"David Rothenberger" wrote in message
news:...
> apr1 has been updated to the latest upstream release. It includes a
> fix for CVE-2011-1928.
Does this update introduce a dependence on the "file" and "libserf"
packages?
When I run "setup.exe" and view the "Pending" updates I see the libapr
updat
"David Sastre" wrote in message
news:<20110314203139.ga9...@jethro.local.lan>...
>On Mon, Mar 14, 2011 at 10:42:03AM -0700, Matt Seitz (matseitz) wrote:
>>
>> In the future, would you make available a list of changes that does
not
>> require first installin
"David Sastre" wrote in message
news:...
> A detailed list of bugfixes and changes in this release can be
> found in the ChangeLog included in the package.
In the future, would you make available a list of changes that does not
require first installing the package? I like to look at the list o
"Roe, Kevin L." wrote:
>I know Windows explorer is supposed to pass the location to minty, so
why do I need to jump through these hoops?
I'm curious. Why are you editing the registry by hand instead of using
"chere"?
http://code.google.com/p/mintty/wiki/Tips#Creating_a_folder_context_menu
_entry
Where may I find a description of the changes in base-cygwin 3.0-1?
Setup is reporting that there base-cygwin 3.0-1 is now available, but I
haven't been able to find a release announcement on the mailing lists.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
> When compiled out of the box, the upstream git maintainers
> cater to older cygwin releases, and intentionally disable
> certain features that have been reported on their mailing
> list, even though they work with the latest cygwin.
> Therefore, this build turns those features back on.
What
"Christopher Faylor" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL
PROTECTED]>...
> It's nice that people have found other uses for cygwin1.dll and the packages
> which go into the distribution found at http://cygwin.com/ but I think
> it is unrealistic to expect that people here will be ch
Does the "setup.exe" home page at
"http://sources.redhat.com/cygwin-apps/setup.html"; need to be updated? It says
that CLI arguments are "an under-development feature", and the link it
references says:
"'Does the current http://cygwin.com/setup.exe have any [CLI arguments]?'
No, or at least,
> From: Marc Girod
>
> I started a 'mkpasswd -d -l > passwd.ld' process last Friday
> around 15:30, and this one completed today (Wednesday) at 8:42.
> The size of the file produced is 3 MB, or 20142 lines.
I ran into similar problems with "mkpasswd" taking a long time on a large
Active Direct
> From: Larry Hall (Cygwin)
>
> Matt Seitz (matseitz) wrote:
> >
> >> Matt Seitz (matseitz) wrote:
> >>> This problem and a proposed solution was mentioned in an earlier
> >>> e'mail
> (http://www.cygwin.com/ml/cygwin/1998-09/msg0
"Larry Hall (Cygwin)" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL
PROTECTED]>...
> Matt Seitz (matseitz) wrote:
> > This problem and a proposed solution was mentioned in an
> > earlier e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.ht
When I run "tar -czlvf backup ." in my home directory (/home/matseitz) , "tar"
accesses a subdirectory (/home/matseitz/sjc-filer03a) that mounts a remote CIFS
share. This problem and a proposed solution was mentioned in an earlier e'mail
(http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html).
I noticed the following message in my event log. Can someone give me
more details on what it means?
Event Type: Information
Event Source: sshd
Event Category: None
Event ID: 0
Date: 9/28/2007
Time: 7:17:06 AM
User: NT AUTHORITY\SYSTEM
Computer: MATS
From: Brian Dessent [mailto:[EMAIL PROTECTED]
>
> That would be up to the base-files package maintainer,
> however I don't think it's necessary. As I said the current
> DLL code already normalizes symlink targets so if you use a
> snapshot you will see those links in POSIX form with "ls -l"
From: Brian Dessent [mailto:[EMAIL PROTECTED]
>
> Yes, those symlinks in /etc are explicitly created with Win32
> paths by the base-files postinstall script. I think the
> reasoning here is that if a POSIX path were used for the
> target of the symlink then it would have to be updated if the
What do you think of changing "ls -l" to display symbolic links using
POSIX style paths instead of Windows style?
When I run "ls -l /etc", the symbolic links are displayed using Windows
format ("C:\WINDOWS\system32\drivers\etc\hosts"). It would be easier to
copy and paste the output to a "cd" com
"Eric Blake" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> In other words, _somebody_ (not
> me) thought that because windows permissions can't be relied on, that
ALL git
> hooks should be enabled by default; whereas on Linux, where
permissions are
> reliable, ALL git hooks are d
When I run "git commit" to check in changes to my
"/cygdrive/c/windows/system32/drivers/etc/hosts" file, I receive the
following error messages like the following (Note: I've changed the
host name and IP addresses to protect its identity):
"[EMAIL PROTECTED] /cygdrive/c/windows/system32/drivers/e
From: DePriest, Jason R. [mailto:[EMAIL PROTECTED]
> Try using a tool like psgetsid from Sysinternal's to get the
> SIDs of the users you want to access your Cygwin system, then
> manually build your own entries for your /etc/passwd file.
>
> See http://cygwin.com/cygwin-ug-net/using-utils.htm
From: DePriest, Jason R. [mailto:[EMAIL PROTECTED]
> On 7/13/07, Matt Seitz (matseitz) wrote:
> > "runas /netonly /user:machine2\userB" followed by "mkpasswd -d
> > machine2 -u userB": fails
> >
>
> If the server is stand alone, wouldn't
From: Dave Korn [mailto:[EMAIL PROTECTED]
>
> Let me repeat myself:
>
> >> If you aren't
> >> logged into the domain
>^^
>
> Logging into the local machine and logging into the domain
> are two different
> things. When you are not logged in to the domain, it would
From: Dave Korn [mailto:[EMAIL PROTECTED]
> If you aren't
> logged into the domain, there's no way it should let you know
> things like user and group lists.
Sorry, I wasn't clear. I did log into the stand-alone (non-domain) file
server first using "runas /netonly
/user:machine\user". But th
From: Long, Phillip GOSS [mailto:[EMAIL PROTECTED]
> [...]what I did was to use 'runas' in a CMD window to log on as the
user in the other (untrusted,
> IIRC) domain and run 'mkpasswd' and 'mkgroup' from there, [...]
Thank you very much! Using:
runas /netonly /user:domain\user "cmd"
and the
"Long, Phillip GOSS" <[EMAIL PROTECTED]> wrote in
message
news:<[EMAIL PROTECTED]
tional.com>...
>Maybe if U map a drive to a share on a machine in the neopath domain
>using a neopath domain account, the security token your process gets
>will let U access that domain. I /think/ that's what I've
I am trying to use mkpasswd and mkgroup to add entries for my user
account in an AD domain that is different my workstation login domain.
There is no trust relationship between the domains, and the user name is
different in each domain. When I try this, I receive an error:
"[EMAIL PROTECTED] /etc
73 matches
Mail list logo
