As seen here
http://cygwin.com/ml/cygwin/2005-05/msg01263.html
He mention this command
echo -e '\E]0;blah\a'
However I think he meant to lowercase "E"
echo -e '\e]0;blah\a'
Either way, these commands are no longer changing the window title. Note that
PS1='\e]0;blah\a'
Still works
Steven Penny wrote:
As seen here
http://cygwin.com/ml/cygwin/2005-05/msg01263.html
He mention this command
echo -e '\E]0;blah\a'
However I think he meant to lowercase "E"
echo -e '\e]0;blah\a'
Either way, these commands are no longer changing the window title. Note that
PS1='\
On Tue, May 6, 2014 at 6:27 AM, Chris J. Breisch wrote:
> Works for me. Are you sure you don't have PROMPT_COMMAND set, and it's
> overriding it?
This is on a clean Cygwin install. I deleted the Cygwin folder and reinstall
from that.
I even tried a clean install in a virtual machine with VirtualB
Larry Hall (Cygwin) wrote:
On 05/05/2014 06:39 PM, Chris J. Breisch wrote:
513/None is in /etc/group. It's the next to last line. The line above
is the
last line and apparently comes from some prior invocation of 'mkgroup
-c'. I
never knew until this moment that there was a 'mkgroup -c', so I
di
hat you just rely on the new SAM/AD code in Cygwin, you get a
primary group == your user account. The output of `id' reflects
what I wrote above. You will see a group called
MicrosoftAccount\ as part of the supplementary
group list.
- If you still use your current /etc/passwd, you wi
On May 6 14:52, Corinna Vinschen wrote:
> - Alternatively, change the primary group in the Windows SAM, as
> described in the document attached to this mail. It's the latest
> version of the preliminary documentation of the new account handling
> in Cygwin. See the chapter "Cygwin
On May 6 14:52, Corinna Vinschen wrote:
> - One account in the user token's group list is a special SID for a
> user(!) account which apparently connects your local account with the
> Microsoft Account. Here's the output from Windows' own `whoami' tool:
>
> MicrosoftAccount\testu...@foob
On May 5 14:52, Robert Pendell wrote:
> On Mon, May 5, 2014 at 12:57 PM, Corinna Vinschen wrote:
> > alloc_sd (the underlying function creating a security descriptor) gets
> > a uid 1001 and gid 513 as input, as usual. But the owner *and* group
> > SIDs of the file's existing security descriptor
On 5 May 2014 11:36, Corinna Vinschen wrote:
> On Apr 21 11:10, axd wrote:
> > The latest "email" on Cygwin is email-3.1.2-2, I get an error similar to
> > this:
> > https://github.com/deanproxy/eMail/issues/7
> >
> > Meanwhile there is email-3.1.4 available:
> > http://cleancode.org/downloads/em
On May 6 15:40, a...@gmx-topmail.de wrote:
> On 5 May 2014 11:36, Corinna Vinschen wrote:
> > On Apr 21 11:10, axd wrote:
> > > The latest "email" on Cygwin is email-3.1.2-2, I get an error similar to
> > > this:
> > > https://github.com/deanproxy/eMail/issues/7
> > >
> > > Meanwhile there is em
On 06/05/2014 14:12, Steven Penny wrote:
On Tue, May 6, 2014 at 6:27 AM, Chris J. Breisch wrote:
Works for me. Are you sure you don't have PROMPT_COMMAND set, and it's
overriding it?
This is on a clean Cygwin install. I deleted the Cygwin folder and reinstall
from that.
I even tried a clean i
On 6 May 2014 15:58, Corinna Vinschen wrote:
> On May 6 15:40, axd wrote:
> > On 5 May 2014 11:36, Corinna Vinschen wrote:
> > > On Apr 21 11:10, axd wrote:
> > > > The latest "email" on Cygwin is email-3.1.2-2, I get an error similar
> > > > to this:
> > > > https://github.com/deanproxy/eMail/is
On May 6 16:49, a...@gmx-topmail.de wrote:
> On 6 May 2014 15:58, Corinna Vinschen wrote:
> > On May 6 15:40, axd wrote:
> > > On 5 May 2014 11:36, Corinna Vinschen wrote:
> > > > On Apr 21 11:10, axd wrote:
> > > > > The latest "email" on Cygwin is email-3.1.2-2, I get an error similar
> > > >
On May 6 11:09, Shaddy Baddah wrote:
> Hi,
>
> I've just dropped snapshot 2014-05-05 into my 64bit Cygwin install.
>
> I am getting a segmentation fault running ssh from within a screen
> session. Regardless of the arguments passed:
>
> $ ssh -V
> OpenSSH_6.6.1p1, OpenSSL 1.0.1g 7 Apr 2014
>
>
still use your current /etc/passwd, you will still have the
"None" weirdness perhaps, because the group with gid 513 is simply
not in your user token, and there's nothing Cygwin can do about that.
- If you want to utilize Cygwin's capability to override your
primary gr
On May 6 13:01, Chris J. Breisch wrote:
> Corinna Vinschen wrote:
> >Other than that, I'm open to discuss the necessity(?) to override
> >the primary group by default. But, in fact, I'm not sure this really
> >makes sense. Linux systems default to creating a user-specific group
> >account and us
I've been working mainly on Linux boxes and haven't had to dig in to
Cygwin deeply for a while. But I have a question or two again. I could
just switch to a Linux server but I figured I'd try my Windows laptop
first.
Goal: Set up Apache2 on my Windows laptop with mod_perl working as well
as Ap
On 05/06/2014 10:39 AM, Corinna Vinschen wrote:
> The problem, which I totally not realized since I started implementing
> this stuff is, that by propagating this cache to child processes, said
> child processes suffer from what the parent process does to the passwd
> structures in the cache.
>
>
Corinna Vinschen wrote:
On May 6 13:01, Chris J. Breisch wrote:
Corinna Vinschen wrote:
Other than that, I'm open to discuss the necessity(?) to override
the primary group by default. But, in fact, I'm not sure this really
makes sense. Linux systems default to creating a user-specific group
On May 6 11:49, Eric Blake wrote:
> On 05/06/2014 10:39 AM, Corinna Vinschen wrote:
>
> > The problem, which I totally not realized since I started implementing
> > this stuff is, that by propagating this cache to child processes, said
> > child processes suffer from what the parent process does
On 5/6/2014 11:42, Andrew DeFaria wrote:
I could just switch to a Linux server but I figured I'd try my
Windows laptop first.
Don't neglect the option of running a minimal Linux VM on the laptop.
You can shove a headless Linux VMs into a pretty small slice of RAM.
Goal: Set up Apache2 on my
Many moons ago Cygwin "gcc" became GCC 4. Later, Cygwin dropped the
"gcc-4" wrapper package.
Unfortunately, this means Perl modules that only come in native (XS)
form don't compile because perl -V:cc says "gcc-4". I tried creating a
symlink from gcc-4 -> gcc in /bin, but it didn't help.
ST
I've been working mainly on Linux boxes and haven't had to dig in to
Cygwin deeply for a while. But I have a question or two again. I could
just switch to a Linux server but I figured I'd try my Windows laptop first.
Goal: Set up Apache2 on my Windows laptop with mod_perl working as well
as Ap
Hello,
The recent snapshots (since 20140505) contain (in /usr/include/stdio.h)
the declarations of the vsnprintf(), snprintf() etc. functions, including
(this is new) for under strict C++11 (i.e. 'gcc -std=c++11’).
I think this is worth noting. And thank you.
Denis Excoffier.
--
Problem report
Achim Gratz NexGo.DE> writes:
> I guess it does: the mapping that gets created from AD is sometimes 1049120
> instead of 544. That depends on the settings in nsswitch.conf and whether
> an /etc/group file exists at all or contains an entry for Administrators. I
> guess that once this behaviour i
Forgive me if this is double posted. I posted yesterday after a long
hiatus of posting anything to the Cygwin Mailing list and it didn't seem
to show up so I'm trying again. If anybody sees this then a quick email
to adefa...@audience.com saying you saw it would clear that up.
I've been workin
Warren Young writes:
> Many moons ago Cygwin "gcc" became GCC 4. Later, Cygwin dropped the
> "gcc-4" wrapper package.
>
> Unfortunately, this means Perl modules that only come in native (XS)
> form don't compile because perl -V:cc says "gcc-4". I tried creating
> a symlink from gcc-4 -> gcc in /b
On 5/6/2014 13:35, Warren Young wrote:
Unfortunately, this means Perl modules that only come in native (XS)
form don't compile because perl -V:cc says "gcc-4". I tried creating a
symlink from gcc-4 -> gcc in /bin, but it didn't help.
This only affects 32-bit Cygwin, by the way. I tried the S
On 06/05/2014 20:35, Warren Young wrote:
Many moons ago Cygwin "gcc" became GCC 4. Later, Cygwin dropped the
"gcc-4" wrapper package.
Unfortunately, this means Perl modules that only come in native (XS)
form don't compile because perl -V:cc says "gcc-4". I tried creating
a symlink from gcc-
On 5/6/2014 12:33 PM, Warren Young wrote:
On 5/6/2014 11:42, Andrew DeFaria wrote:
I could just switch to a Linux server but I figured I'd try my
Windows laptop first.
Don't neglect the option of running a minimal Linux VM on the laptop.
You can shove a headless Linux VMs into a pretty small s
On 06/05/14 21:45, Achim Gratz wrote:
Warren Young writes:
Many moons ago Cygwin "gcc" became GCC 4. Later, Cygwin dropped the
"gcc-4" wrapper package.
Unfortunately, this means Perl modules that only come in native (XS)
form don't compile because perl -V:cc says "gcc-4". I tried creating
a s
On 5/6/2014 14:45, Achim Gratz wrote:
You absolutely need to name
the symlink "gcc-4.exe".
That may have done it. I'd have to do some manual CPAN package
uninstalls and reinstalls, testing under various conditions to be sure,
and can't be bothered.
I can say that I *also* required a g++-4
On Tue, May 6, 2014 at 9:10 AM, Marco Atzeri wrote:
> what is PS1 setting ?
> Likely PS1 is overwriting any "echo -e '\e]0;blah\a'" command
Yes sir! That was it! Culpable file
/etc/bash.bashrc
Thanks for the help.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 5/6/2014 15:10, Andrew DeFaria wrote:
Yeah thanks for all of that but really my real goal was just to get
Apache2::AuthCookieLDAP working.
Plack::Middleware::Auth::Basic supports LDAP auth: http://goo.gl/O7RHgp
Personally I prefer Cygwin Apache because all of the pathing then can be
POSIX
On 5/6/2014 15:05, David Stacey wrote:
Does the attached help?
Thank you, but I wasn't actually trying to make a Cygwin package. I
just noticed this while composing my answer to Andrew DeFaria in his
mod_perl thread. I tried to build Dancer::Template::Xslate (which
depends on Text::Xslate
On 06/05/14 23:02, Warren Young wrote:
Assuming no regression, this will be fixed when Cygwin moves formally
to Perl 5.18.
Indeed - I have already built perl-Text-CSV_XS for perl-5.18.2, and no
'gcc-4' symlink was necessary.
Glad you managed to get Text::Xslate built in the end,
Dave.
--
Hi Corinna,
I have recompiled and tested Varnish Cache 3.0.5 against cygwin snapshot
2014-05-05 (64 bits), removing my workaround, and now TCP_NODELAY
functionality works fine.
In order to planning the release of fixed varnish 3.0.5, Do you have any
estimated release date for future Cygwin
On 5/6/2014 2:51 PM, Warren Young wrote:
On 5/6/2014 15:10, Andrew DeFaria wrote:
Yeah thanks for all of that but really my real goal was just to get
Apache2::AuthCookieLDAP working.
Plack::Middleware::Auth::Basic supports LDAP auth: http://goo.gl/O7RHgp
Personally I prefer Cygwin Apache be
38 matches
Mail list logo
