Hi Ivan,
On Wed, Nov 12, 2014 at 12:52 AM, Ivan Todoroski wrote:
> Hello everyone,
>
> I'm just curious, has there been any special focus on performance
> improvements in the 64-bit version compared to 32-bit?
>
> I'm asking because I recently upgraded from 32-bit to 64-bit Cygwin, and I
> noticed
On Nov 12 18:53, Achim Gratz wrote:
> Corinna Vinschen writes:
> >> >Incremental autorebase packages and patched setup.exe available on
> >> >request.
> >>
> >> I'd like to see them. Thanks.
>
> I'll upload them on the weekend latest, I'm a bit swamped at work. I'll
> follow up on this in cygwi
On Nov 11 12:36, Corinna Vinschen wrote:
> On Nov 11 07:39, Christian Franke wrote:
> > Or mkpasswd -l behavior depends on nsswitch.conf setting:
> >
> > passwd only: Old behavior
> > passwd, db: New behavior, print warning
> > db only: fail
>
> That's an interesting idea...
What I implemented i
On Nov 12 21:51, Habermann, David (D) wrote:
> > current scenario. Besides, it is nice to have the Cygwin HOME
> > directory isolated to the Cygwin installation for a portable install
> > that can be used on a USB thumb drive.
>
> I hadn't even thought about thumb drive/portable use since I hadn'
On Nov 12 23:23, Andrey Repin wrote:
> > So the Cygwin home dir
> > is equivalent to the CMD homedir, which is %HOMEDRIVE%%HOMEPATH%,
>
> Which is covered by "system" setting. Which will either read the location from
> AD or use %HOMEPATH%, if all else fails.
>
> > not %HOMEPATH%/AppData/Roaming/
On Nov 12 09:45, Warren Young wrote:
> On Nov 11, 2014, at 3:18 AM, Corinna Vinschen
> wrote:
>
> > 1. Utilize the homeDirectory AD attribute (aka %HOMEDRIVE%%HOMEPATH%).
> > 2. If homeDirectory is empty, fall back to /home/$USER.
>
> This is just a subset of what I suggested, so I’m in favor o
On Nov 12 17:19, Warren Young wrote:
> On Nov 12, 2014, at 3:43 PM, Andrew DeFaria
> wrote:
>
> > On 11/12/2014 2:16 PM, Warren Young wrote:
> >>> What local changes/installations get lost?
> >>
> >> Currently, if you nuke a default installation into c:\cygwin, you
> >> lose /home, /etc, /var an
> Yaakov Selkowitz writes:
> On 2014-11-12 14:40, Dr. Volker Zell wrote:
>> I now tried the compilation with your cygport and your two patches but I
>> still get the same error. I also updated to the latest autogen package
>> you just provided. Do you mind sending me your compi
On Nov 12 11:00, Warren Young wrote:
> I didn’t want to derail the discussion about the future of /home with
> this, so I’m starting a new thread.
>
> I think it would be an improvement to Cygwin if c:\cygwin contained
> only things that can be reinstalled from your local setup.exe download
> cach
On 2014-11-13 03:34, Dr. Volker Zell wrote:
Yaakov Selkowitz writes:
> On 2014-11-12 14:40, Dr. Volker Zell wrote:
>> I now tried the compilation with your cygport and your two patches but I
>> still get the same error. I also updated to the latest autogen package
>> you jus
On 11/12/2014 10:14 PM, Keith Christian wrote:
Perhaps it hasn't propagated to the osuosl server yet. Should I click
the EXP radio button in Setup and cycle through
Keep...Reinstall...Src... etc. to see the new version?
correct, EXP button.
You should not need to cycle through, 0.8.17 will be
Hi folks,
Given the ongoing discussion about required changes to the new, Windows
SAM/AD-based account handling in Cygwin, the release coming with these
changes will be deferred until we have a satisfying solution for this.
However, there's a good number of changes compared to 1.7.32 in the
repo
An update of the sitecopy package is available in the Cygwin distribution.
This is a Cygwin-only update, that puts documentation files in the right
locations. Thanks to Volker Zell for reporting the problem in the previous
release.
sitecopy is for easily maintaining remote web sites. The program
> Yaakov Selkowitz writes:
> On 2014-11-13 03:34, Dr. Volker Zell wrote:
>>> Yaakov Selkowitz writes:
>>
>> > On 2014-11-12 14:40, Dr. Volker Zell wrote:
>> >> I now tried the compilation with your cygport and your two patches
but I
>> >> still get the same error.
On Nov 11 12:53, Corinna Vinschen wrote:
> On Nov 10 22:33, Yaakov Selkowitz wrote:
> > On 2014-11-10 22:23, Yaakov Selkowitz wrote:
> > >Dependency order of packages: libgcc1 base-cygwin cygwin dash tzcode
> > >libstdc++6 terminfo sed gzip libpcre1 grep libreadline7 bash
> > >libncursesw10
> > [sn
Updated, but missing cygperl5_14.dll.
+ ls -l /usr/bin/irssi.exe
-rwxr-xr-x 1 kchris Domain Users 1180701 Nov 12 10:47 /usr/bin/irssi.exe
+ irssi -version
/usr/bin/irssi.exe: error while loading shared libraries:
cygperl5_14.dll: cannot open shared object file: No such file or
directory
+ echo
On 11/13/2014 3:44 PM, Keith Christian wrote:
Updated, but missing cygperl5_14.dll.
+ ls -l /usr/bin/irssi.exe
-rwxr-xr-x 1 kchris Domain Users 1180701 Nov 12 10:47 /usr/bin/irssi.exe
+ irssi -version
/usr/bin/irssi.exe: error while loading shared libraries:
cygperl5_14.dll: cannot open shar
I get a cygcheck usage error for both of those commands.
On Thu, Nov 13, 2014 at 7:52 AM, Marco Atzeri wrote:
> On 11/13/2014 3:44 PM, Keith Christian wrote:
>>
>> Updated, but missing cygperl5_14.dll.
>>
>> + ls -l /usr/bin/irssi.exe
>> -rwxr-xr-x 1 kchris Domain Users 1180701 Nov 12 10:47
>
Hi,
Trying to compile using gfortran and netcdf I get:
Fatal Error: Cannot read module file 'netcdf.mod' opened at (1), because it was
created by a different version of GNU Fortran
Might be the cygwin netcdf needs be rebuilt with current gfortran?
(CYGWIN_NT-6.1-WOW64 xxx 1.7.32(0.274/5
On 11/13/2014 9:18 AM, Corinna Vinschen wrote:
On Nov 11 12:53, Corinna Vinschen wrote:
On Nov 10 22:33, Yaakov Selkowitz wrote:
On 2014-11-10 22:23, Yaakov Selkowitz wrote:
Dependency order of packages: libgcc1 base-cygwin cygwin dash tzcode
libstdc++6 terminfo sed gzip libpcre1 grep libreadl
On 11/13/2014 4:35 PM, DeTracey, Brendan wrote:
Hi,
Trying to compile using gfortran and netcdf I get:
Fatal Error: Cannot read module file 'netcdf.mod' opened at (1), because it was
created by a different version of GNU Fortran
Might be the cygwin netcdf needs be rebuilt with current gfortran
On Nov 13 10:46, Ken Brown wrote:
> On 11/13/2014 9:18 AM, Corinna Vinschen wrote:
> >Ok, now after a collegue of mine informed me about the existence of
> >tsort (*blush*), I could finally produce some more info about loops
> >in our dependencies. I wrote a simple script:
> >
> >awk '/^@ /{ left=
Hi Cygwin friends and users,
I just released Cygwin 1.7.33-1.
This release comes with a bunch of changes and bugfixes collected
since 1.7.32-1.
It does NOT come with the account handling changes originally planned
for 1.7.33 since there are still a couple of problems to solve before
this can be
Hi Cygwin friends and users,
I just released another TEST version of the next upcoming Cygwin release,
now called 1.7.34-001. Nothing much has changed compared to the former
test release 1.7.33-0.8. The new subversion number 001 is used because
the dot in the number seem to make problems in the
On 11/13/2014 11:37 AM, Corinna Vinschen wrote:
Hi Cygwin friends and users,
I just released Cygwin 1.7.33-1.
This release comes with a bunch of changes and bugfixes collected
since 1.7.32-1.
It does NOT come with the account handling changes originally planned
for 1.7.33 since there are stil
On Nov 13 12:16, Ken Brown wrote:
> On 11/13/2014 11:37 AM, Corinna Vinschen wrote:
> >Hi Cygwin friends and users,
> >
> >
> >I just released Cygwin 1.7.33-1.
> >[...]
> You forgot to mention the signal-handling bug that was causing corruption of
> the flags register.
Right, sorry!
Corinna
--
just to check my understanding of the setup program, latest version 2.852 (64
bit);
the options are install / re-install / un-install / default
my understanding is as follows;
choosing "install" creates a new installation of the selected cygwin components
choosing "re-install" uninstalls t
On 11/7/14 5:19 AM, Mike Bonnet wrote:
On 11/06/2014 11:40 AM, Marco Atzeri wrote:
On 11/6/2014 4:35 PM, Mike Bonnet wrote:
On 11/01/2014 08:31 PM, Mike Bonnet wrote:
Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of
the
output of the "sigtool" commmand from clamav is attach
Corinna Vinschen writes:
> No?
… in the sense of something almost, but not quite entirely unlike
_autorebase.
> From what I read here your _incautorebase would replace _autorebase
> just fine. I'm not concerned about an exact replacement for the
> rebaseall script. The idea would be to make _in
On 2014-11-13 17:37, Corinna Vinschen wrote:
>
> I just released Cygwin 1.7.33-1.
Just to report that 'uname -a' (and also /proc/version) shows 1.7.33-2 for this
one.
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documen
On Nov 13 20:42, Denis Excoffier wrote:
> On 2014-11-13 17:37, Corinna Vinschen wrote:
> >
> > I just released Cygwin 1.7.33-1.
>
> Just to report that 'uname -a' (and also /proc/version) shows 1.7.33-2 for
> this one.
Oh, darn. This was a definitive copy/paste bug, just using rsync. Is
that
Ken Brown writes:
> There's one final idea I'd like to throw out, possibly as an
> alternative to Achim's perpetual postinstall scripts: It would be
> useful to be able to specify that a certain package (such as
> _autorebase, or my proposed _texlive_post) should always be selected
> for *reinstall
binQfwD7Q09Pa.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
On Nov 13, 2014, at 2:33 AM, Corinna Vinschen wrote:
> On Nov 12 17:19, Warren Young wrote:
>>
>> I’m not advocating that step so early, but maybe if this breakup does
>> happen, a few years later setup.exe can start applying some strong
>> ACLs to files it writes.
>
> ??? What "strong" ACLs?
Whoops. Last message was encrypted. My bad.
I'm interested in running the 1.7.34-001 test release. In the
announcements it says:
"...you can find it in your setup-x86.exe or setup-x86_64.exe as
"test" release."
"In" the setup? I've run the setup-x86_64.exe and don't see anywhere to
choose a test
On Nov 13 14:09, Warren Young wrote:
> On Nov 13, 2014, at 2:33 AM, Corinna Vinschen
> wrote:
>
> > On Nov 12 17:19, Warren Young wrote:
> >>
> >> I’m not advocating that step so early, but maybe if this breakup does
> >> happen, a few years later setup.exe can start applying some strong
> >> A
On Nov 13, 2014, at 2:55 AM, Corinna Vinschen wrote:
> On Nov 12 11:00, Warren Young wrote:
>>
>> I propose that this or something like it be added to the default
>> fstab.
>
> No. This would even break Setup right now.
I’m guessing this is because setup.exe doesn’t know what to do with a
re
On Nov 13, 2014, at 2:30 PM, Corinna Vinschen wrote:
> On Nov 13 14:09, Warren Young wrote:
>>
>> http://etr-usa.com/cygwin/ls-perms.png
>
> icacls output would be more helpful than a picture.
$ icacls ls.exe
ls.exe MOSSYMAZE\Warren:(F)
MOSSYMAZE\Warren:(RX)
Everyone:(RX)
> It d
Greetings, Corinna Vinschen!
> On Nov 12 23:23, Andrey Repin wrote:
>> > So the Cygwin home dir
>> > is equivalent to the CMD homedir, which is %HOMEDRIVE%%HOMEPATH%,
>>
>> Which is covered by "system" setting. Which will either read the location
>> from
>> AD or use %HOMEPATH%, if all else fail
Greetings, Corinna Vinschen!
>> > 1. Utilize the homeDirectory AD attribute (aka %HOMEDRIVE%%HOMEPATH%).
>> > 2. If homeDirectory is empty, fall back to /home/$USER.
>>
>> This is just a subset of what I suggested, so I’m in favor of it.
>> (By subset I mean that I’d prefer you do essentially the
On Nov 13 22:30, Corinna Vinschen wrote:
> On Nov 13 14:09, Warren Young wrote:
> > On Nov 13, 2014, at 2:33 AM, Corinna Vinschen
> > wrote:
> >
> > > On Nov 12 17:19, Warren Young wrote:
> > >>
> > >> I’m not advocating that step so early, but maybe if this breakup does
> > >> happen, a few ye
On Nov 13 14:39, Warren Young wrote:
> On Nov 13, 2014, at 2:30 PM, Corinna Vinschen
> wrote:
>
> > On Nov 13 14:09, Warren Young wrote:
> >>
> >> http://etr-usa.com/cygwin/ls-perms.png
> >
> > icacls output would be more helpful than a picture.
>
> $ icacls ls.exe
> ls.exe MOSSYMAZE\Warren:(
On Nov 13, 2014, at 3:09 PM, Corinna Vinschen wrote:
> Did you install for "just you",
I just made a fresh install into c:\zz, accepting all the defaults in
setup.exe, so it installed for everyone. I got the same result as my
preexisting install.
Perhaps this is helpful:
$ id
uid=1000(Warre
On Nov 13 14:30, Warren Young wrote:
> On Nov 13, 2014, at 2:55 AM, Corinna Vinschen
> wrote:
>
> > On Nov 12 11:00, Warren Young wrote:
> >>
> >> I propose that this or something like it be added to the default
> >> fstab.
> >
> > No. This would even break Setup right now.
>
> I’m guessing
Greetings, Kertz, Denis (D)** CTR **!
>>> What I mean by runs fine is that when I type this command at a bash prompt:
>>> run.excel 'c:\Shared\Bin\Create_Daily_Scorecard.xls'
>>> it runs to completion and creates a new .xls as its output. When I run
>>> this run.excel script from a cron
On Nov 13 15:20, Warren Young wrote:
> On Nov 13, 2014, at 3:09 PM, Corinna Vinschen
> wrote:
>
> > Did you install for "just you",
>
> I just made a fresh install into c:\zz, accepting all the defaults in
> setup.exe, so it installed for everyone. I got the same result as my
> preexisting i
Greetings, Warren Young!
>>> I propose that this or something like it be added to the default
>>> fstab.
>>
>> No. This would even break Setup right now.
> I’m guessing this is because setup.exe doesn’t know what to do with a
> redirected /var and /usr/local on the first install, when /etc/fsta
Greetings, DJ Sylvester!
> Whoops. Last message was encrypted. My bad.
> I'm interested in running the 1.7.34-001 test release. In the
> announcements it says:
> "...you can find it in your setup-x86.exe or setup-x86_64.exe as
> "test" release."
> "In" the setup? I've run the setup-x86_64.exe a
Greetings, t s!
> just to check my understanding of the setup program, latest version 2.852 (64
> bit);
> the options are install / re-install / un-install / default
> my understanding is as follows;
> choosing "install" creates a new installation of the selected cygwin
> components
Or upgrade.
Greetings, Corinna Vinschen!
>> > However, the *other* idea is that if you install with an elevated Setup,
>> > your account is an admin account anyway. Ideally when you install
>> > Cygwin for multiple users, you're using an account you're not using for
>> > daily usage.
>>
>> Couldn’t the Cygw
Greetings, Corinna Vinschen!
>> > Just to pick a random example:
>> >
>> > $ ls -l /bin/ls.exe
>> > -rwxrwxr-x 1 Warren None 116253 Oct 13 10:12 /bin/ls.exe
>> >
>> > The same file’s permissions, from Windows’ perspective:
>> >
>> > http://etr-usa.com/cygwin/ls-perms.png
>>
>> icacls output wo
Just installed irssi 0.8.17-1 update on 32-bit installation and it
works as expected. Have not yet upgraded to most recent
version of cygwin, though.
On Thu, Nov 13, 2014 at 10:26 AM, Keith Christian
wrote:
> I get a cygcheck usage error for both of those commands.
>
> On Thu, Nov 13, 2014 at 7:
Csaba Raduly writes:
> Do you have the same .profile in both installations?
Yes, the two installations are actually sharing the same home dir, I have
both of them configured to use HOME=%USERPROFILE%.
> Do you have the same bash-completion package (often the most
> time-consuming part of bash st
Hi,
On 14/11/14 08:30, Corinna Vinschen wrote:
On Nov 13 14:09, Warren Young wrote:
On Nov 13, 2014, at 2:33 AM, Corinna Vinschen wrote:
On Nov 12 17:19, Warren Young wrote:
I’m not advocating that step so early, but maybe if this breakup does
happen, a few years later setup.exe can start
The following packages have been updated in the Cygwin distribution:
* ruby-2.0.0-p598-1
* ruby-doc-2.0.0-p598-1
* ruby-tcltk-2.0.0-p598-1
Ruby is the interpreted scripting language for quick and easy
object-oriented programming. It has many features to process text files
and to do system man
The following packages have been updated in the Cygwin distribution:
* ruby-actionmailer-4.0.11-1
* ruby-actionpack-4.0.11-1
* ruby-activemodel-4.0.11-1
* ruby-activerecord-4.0.11-1
* ruby-activesupport-4.0.11-1
* ruby-bcrypt-3.1.9-1
* ruby-bundler-1.6.9-1
* ruby-execjs-2.2.2-1
* ruby-mysql2-0.3.
Hello,
While investigating a problem on the google cloud infrastructure, we
have discovered that the workaround for KB 823764 in
fhandler_socket.cc is incorrect - the data must be split in packets
strictly less than the send buffer size (instead of <=).
What is the procedure for submitting patches
On 2014-11-14 05:37, Iuliu Rus wrote:
>
> What is the procedure for submitting patches for cygwin?
See https://cygwin.com/contrib.html
Denis Excoffier.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.co
58 matches
Mail list logo
