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 compilation log files...I
would like to diff them with mine...
>> 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 job it hangs.
>
> Hangs as in - do not crea
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 and /usr/local, all of which contain user files and/or
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 and /usr/local, all of which contain user files and/or local system
configuration.
Technically user files can exist
Greetings, cyg Simple!
> On Wed, Nov 12, 2014 at 12:55 PM, Habermann, David (D) wrote:
I also like having everything stored under one main directory (c:\cygwin)
for ease of backup
>>
>>> Why would you back up all of c:\cygwin? Most of it is downloaded from the
>>> Internet, and this is
Greetings, cyg Simple!
>> 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 cache, in
>> th
On 12/11/2014 20:26, Steven Penny wrote:
Recently package search has been splitting some output lines, example
mingw64-i686-binutils-2.24.0.1.acd6540-1 - The GNU Binutils are a collection...
is capable of targeting win32.
Where the "is capable of targeting win32" should be part of the first l
On Nov 12, 2014, at 2:53 PM, cyg Simple wrote:
> On Wed, Nov 12, 2014 at 1:00 PM, Warren Young wrote:
>>
>> 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 cache, in
>> the same way that you can nuke
On Wed, Nov 12, 2014 at 1:00 PM, 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.ex
> 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't used mine
for a while. I, too, will have to work ar
On Wed, Nov 12, 2014 at 12:55 PM, Habermann, David (D) wrote:
>>> I also like having everything stored under one main directory (c:\cygwin)
>>> for ease of backup
>
>> Why would you back up all of c:\cygwin? Most of it is downloaded from the
>> Internet, and this is easily
>> reinstalled from yo
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?
On Wed, Nov 12, 2014 at 11:14 AM, Marco Atzeri wrote:
> On 10/28/2014 12:39 PM, Corinna Vinschen wrote:
>>
>> On Oct 28 11:
> Yaakov Selkowitz writes:
> On 2014-11-12 02:50, Dr. Volker Zell wrote:
>>> Yaakov Selkowitz writes:
>>
>> > On 2014-11-11 14:44, Dr. Volker Zell wrote:
>> >> Older gnutls versions compiled fine with cygwin. Latest versions come
>> >> with their own libopts source
Greetings, Corinna Vinschen!
>> >> nsswitch.conf configurable settings:
>> >> user: Use %AppData%/Cygwin%PLATFORM% (Separate directory for different
>> >> platform Cygwins)
>>
>> > I really don't like this one.
>>
>> I'm just summing up suggestions that have been raised in the list for last
>> d
Denis,
If Excel is starting a macro in the worksheet, it might be worth
adding some logging to the visual basic code. Perhaps try this in
your Excel macro code if that is where the processing is taking place:
'--- Set up variables near the top of your macro.
'--- (Check whether you want the
Recently package search has been splitting some output lines, example
mingw64-i686-binutils-2.24.0.1.acd6540-1 - The GNU Binutils are a collection...
is capable of targeting win32.
Where the "is capable of targeting win32" should be part of the first line. Can
this be fixed?
Example link
http:/
Greetings, Kertz, Denis (D)** CTR **!
>>> An excel program is run like this:
>>
>>> run.excel 'c:\Shared\Bin\Create_Daily_Scorecard.xls'
>>
>>> When I run an Excel program interactively with this run.excel script it
>>> runs just fine but when I run it via a cron job Excel just hangs.
>>
On 10/28/2014 12:39 PM, Corinna Vinschen wrote:
On Oct 28 11:17, Marco Atzeri wrote:
On 10/27/2014 12:58 AM, Keith Christian wrote:
I use irssi and consider it a really good IRC client. An update would
be nice when the maintainer has the interest and the time.
Keith
I have the impression t
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 cache, in the same
way that you can nuke "c:\Progr
>> I also like having everything stored under one main directory (c:\cygwin)
>> for ease of backup
> Why would you back up all of c:\cygwin? Most of it is downloaded from the
> Internet, and this is easily
> reinstalled from your cached download. (I'm assuming you keep setup.exe and
> its dow
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 cygwin-applications.
> Yes, me too.
>
> Achim, does your
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 of it.
(By subset I mean that I’d prefer you do esse
On 2014-11-12 02:50, Dr. Volker Zell wrote:
Yaakov Selkowitz writes:
> On 2014-11-11 14:44, Dr. Volker Zell wrote:
>> Older gnutls versions compiled fine with cygwin. Latest versions come
>> with their own libopts source tree, which is newer than the latest
>> cygwin version
On Nov 11, 2014, at 5:47 AM, Habermann, David (D) wrote:
> I also like having everything stored under one main directory (c:\cygwin) for
> ease of backup
Why would you back up all of c:\cygwin? Most of it is downloaded from the
Internet, and this is easily reinstalled from your cached downloa
On Nov 11, 2014, at 5:47 AM, Habermann, David (D) wrote:
> I also like having everything stored under one main directory (c:\cygwin) for
> ease of backup
Why would you back up all of c:\cygwin? Most of it is downloaded from the
Internet, and this is easily reinstalled from your cached downloa
>> An excel program is run like this:
>
>> run.excel 'c:\Shared\Bin\Create_Daily_Scorecard.xls'
>
>> When I run an Excel program interactively with this run.excel script it
>> runs just fine but when I run it via a cron job Excel just hangs.
>
> Define "runs fine" please?
> What exactly th
On Nov 12 10:04, Andrew Schulman wrote:
> > Files from /usr/doc/sitecopy should be installed under
> > /usr/share/doc/sitecopy
>
> Well I'll be... thanks for spotting that. Not sure how I missed it.
> Corinna missed it too though so I'm thinking it's her fault.
Hey, sure. I just love to bear th
> Files from /usr/doc/sitecopy should be installed under
> /usr/share/doc/sitecopy
Well I'll be... thanks for spotting that. Not sure how I missed it.
Corinna missed it too though so I'm thinking it's her fault.
I'll fix that and upload a new package.
Andrew
--
Problem reports: http://c
t s hotmail.com> writes:
> What is the function of the "keep" / "cur" / "exp" radio buttons?
It changes what the "Default" means: keep the installed packages, update to
whatever the current version is or update to whatever the "experimental" or
test version is.
Regards,
Achim.
--
Problem repo
I have some elementary questions regarding the cygwin setup program. I ran the
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
On Nov 11 23:19, Andrey Repin wrote:
> >> nsswitch.conf configurable settings:
> >> user: Use %AppData%/Cygwin%PLATFORM% (Separate directory for different
> >> platform Cygwins)
>
> > I really don't like this one.
>
> I'm just summing up suggestions that have been raised in the list for last
> da
On Nov 12 00:52, 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 that my bash prompt woul
On Nov 11 18:37, Ken Brown wrote:
> On 11/11/2014 12:08 PM, Achim Gratz wrote:
> >As Ken already correctly summarized, the autorebase postinstall script
> >will never be marked as done by setup.exe, so it will be run on each
> >install or update. The incremental part ensures that this step doesn't
> Volker Zell writes:
> Yaakov Selkowitz writes:
>> On 2014-11-11 14:44, Dr. Volker Zell wrote:
>>> Older gnutls versions compiled fine with cygwin. Latest versions come
>>> with their own libopts source tree, which is newer than the latest
>>> cygwin version. I get the fol
> Yaakov Selkowitz writes:
> On 2014-11-11 14:44, Dr. Volker Zell wrote:
>> Older gnutls versions compiled fine with cygwin. Latest versions come
>> with their own libopts source tree, which is newer than the latest
>> cygwin version. I get the following error when trying to co
35 matches
Mail list logo