On 8/20/2010 8:56 PM, Angelo Graziosi wrote:
Corinna Vinschen wrote:
- Improve performance of stat and a few other functions. ls(1) should
be up to 30% faster
I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for
TB, FF, OO etc.). If I try 'ls -l' in this directory, the
On 8/20/2010 8:35 PM, Eric Blake wrote:
> (Hmm - libvirt hasn't yet learned how to use tirpc on Linux, since
> rpc/rpc.h is directly in /usr/include on Fedora as part of
> glibc-headers; so I had to run 'make CFLAGS=-I/usr/include/tirpc
> LDFLAGS=-ltirpc', but that's an issue for the libvirt mailin
Corinna Vinschen wrote:
- Improve performance of stat and a few other functions. ls(1) should
be up to 30% faster
I have a directory (500MB, 30 files) which contains mainly 'exe' (setups
for TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time
it take about 30 seconds to li
On 08/19/2010 11:13 AM, Charles Wilson wrote:
libtirpc is an updated version of the Sun RPC library. As such, it
replaces part of the (orphaned) sunrpc package -- just as on linux, it
replaces the built-in RPC routines in glibc:
http://nfsv4.bullopensource.org/doc/tirpc_rpcbind.php
You should
On 8/20/2010 4:04 PM, Larry Hall (Cygwin) wrote:
> On 8/20/2010 3:31 PM, Steve Holden wrote:
[...]
> If rebaseall is "failing", then that makes me think that some kind of
> BLODA is your real issue.
>
Hmm, I didn't check hard enough - it was Spybot. Thanks.
regards
Steve
--
Steve Holden
Blaine Miller wrote:
[snip]
> I've run ssmtp-config and accepted the defaults where indicated.
> However, when I type *mail* at the command prompt I get *command could
> not be found*.
There is no mail on the package ssmtp. Try first 'man ssmtp' and see if
the description is enough to do what yo
Pierre,
First of all, let me thank you for your very quick response. I believe
we're getting closer.
when I execute: */usr/sbin/ssmtp blaine.mil...@smithmicro.com* I get
this for a response...
ssmtp: Cannot open exchange.smsi.com:25
I would guess that either I've got the wrong mailhub nam
- Original Message -
From: "Blaine Miller"
To:
Sent: Friday, August 20, 2010 17:51
| Hello,
|
| I have a need for ssmtp to send out a *job completed* email from within
| a script that is called as an entry in a cron table. I've read all I can
| from the *Installing and configuring s
Hello,
I have a need for ssmtp to send out a *job completed* email from within
a script that is called as an entry in a cron table. I've read all I can
from the *Installing and configuring ssmtp* man pages as well as the
Knowledgebase and FAQ's on the cygwin site. From what I gather it should
On 2010-08-20 07:56, Corinna Vinschen wrote:
Thanks for the new strace. After some more experimenting I was finally
able to reproduce the issue. The other problem you reported, about df(*),
lead me onto the right track. I've checked my changes in to CVS. For
testing I provided another test DL
On 8/20/2010 3:31 PM, Steve Holden wrote:
On 8/20/2010 11:34 AM, Larry Hall (Cygwin) wrote:
On 8/20/2010 11:28 AM, Baldur Gislason wrote:
Hi, I recently installed the latest version of cygwin after using
previous
(1.5) versions without problems. Almost nothing works on 1.7 and even
after
reinst
On 08/20/2010 12:24 PM, Andy Koppe wrote:
> On 20 August 2010 18:20, Nahor wrote:
>> On 2010-08-20 7:50, Jeremy Ramer wrote:
>>>
>>> After upgrading from cygwin 1.5 to cygwin 1.7 starting a bash shell is
>>> much slower. It usually takes around 4 seconds before I get a prompt.
>>> On cygwin 1.5
On 8/20/2010 11:43 AM, Christopher Faylor wrote:
> On Fri, Aug 20, 2010 at 08:00:14AM -0400, Steve Holden wrote:
>> On 8/20/2010 7:53 AM, Steve Holden wrote:
>>> On 8/20/2010 5:29 AM, Reuben Thomas wrote:
On Thu 25 May 2006, Karl Berry wrote:
> This line in fmtutil.cnf indicates the p
On 8/20/2010 11:34 AM, Larry Hall (Cygwin) wrote:
> On 8/20/2010 11:28 AM, Baldur Gislason wrote:
>> Hi, I recently installed the latest version of cygwin after using
>> previous
>> (1.5) versions without problems. Almost nothing works on 1.7 and even
>> after
>> reinstalling my machine
>> I still
Hello,
It works now, I was able to install gcc 4.3.4.
Thanks!
Tilman
On Fri, 13 Aug 2010 11:48:04 +0200, Corinna Vinschen wrote:
>On Aug 12 19:50, Tilman Hausherr wrote:
>> On Thu, 12 Aug 2010 11:59:30 +0200, Corinna Vinschen wrote:
>>
>> >That's probably a fault in the postinstall scripts.
On 8/20/2010 2:14 PM, Reini Urban wrote:
2010/8/14 Ken Brown:
On 8/12/2010 10:36 PM, nyc4...@aol.com wrote:
Can the Cygwin Emacs maintainer compile an
Emacs binary (emacs-X11, emacs-nox, etc) with D-BUS?
It appears that the cygdbus-1-3.dll should be able
to be available for Cygwin Emacs suppor
On 20 August 2010 18:20, Nahor wrote:
> On 2010-08-20 7:50, Jeremy Ramer wrote:
>>
>> After upgrading from cygwin 1.5 to cygwin 1.7 starting a bash shell is
>> much slower. It usually takes around 4 seconds before I get a prompt.
>> On cygwin 1.5 it was only around 1 second. I captured some log
2010/8/14 Ken Brown :
> On 8/12/2010 10:36 PM, nyc4...@aol.com wrote:
>> Can the Cygwin Emacs maintainer compile an
>> Emacs binary (emacs-X11, emacs-nox, etc) with D-BUS?
>>
>> It appears that the cygdbus-1-3.dll should be able
>> to be available for Cygwin Emacs support.
>
> Yes, I've just checke
2010/8/18 Andy Koppe:
> On 18 August 2010 21:50, Corinna Vinschen wrote:
>> On Aug 18 21:32, William Blunn wrote:
>>> On 18/08/2010 19:26, Christopher Faylor wrote:
>>> >On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
>>> >>My apologies to all the folks NOT involved in maintaining th
On Fri, Aug 20, 2010 at 07:47:33PM +0200, Reini Urban wrote:
>2010/8/19 Andrew Schulman:
>>> The question is if the maintainers really want that, and cgf and I are
>>> just 2 out of ~60 maintainers, maintaining over 1400 packages. ?From
>>> these ~60 maintainers we have quite a few who either don't
2010/8/19 Andrew Schulman:
>> The question is if the maintainers really want that, and cgf and I are
>> just 2 out of ~60 maintainers, maintaining over 1400 packages. From
>> these ~60 maintainers we have quite a few who either don't reply to any
>> mail about their package, or who only reply afte
On 2010-08-20 7:50, Jeremy Ramer wrote:
After upgrading from cygwin 1.5 to cygwin 1.7 starting a bash shell is
much slower. It usually takes around 4 seconds before I get a prompt.
On cygwin 1.5 it was only around 1 second. I captured some logs from
the startup using this process:
- Open cmd
- Original Message -
From: "Blaine Miller" <
To:
Sent: Friday, August 20, 2010 11:33
| Pierre,
|
| I tried using cron-config and it failed. Please find attached my
| cronbug.txt...
OK, I see that you are running cron as yourself (Administrator).
The problem is that you have several
On Fri, Aug 20, 2010 at 10:14:29AM -0400, Steve Holden wrote:
>I'd like to take this opportunity to say how much I personally
>appreciate the availability of Cygwin - I use it daily, and it makes
>the computing experience on Windows far more bearable and productive
>than it otherwise would be. I'l
On Fri, Aug 20, 2010 at 08:00:14AM -0400, Steve Holden wrote:
>On 8/20/2010 7:53 AM, Steve Holden wrote:
>> On 8/20/2010 5:29 AM, Reuben Thomas wrote:
>>> On Thu 25 May 2006, Karl Berry wrote:
>>>
This line in fmtutil.cnf indicates the problem:
etex pdfetex lang
On 8/20/2010 11:28 AM, Baldur Gislason wrote:
Hi, I recently installed the latest version of cygwin after using previous
(1.5) versions without problems. Almost nothing works on 1.7 and even after
reinstalling my machine
I still have the same problem. My machine runs Windows XP SP2.
My install.lo
Pierre,
I tried using cron-config and it failed. Please find attached my
cronbug.txt...
Thanks again for your continued time and assistance.
Blaine
Pierre A. Humblet wrote:
- Original Message -
From: "Blaine Miller"
To:
Sent: Thursday, August 19, 2010 17:47
| The only way I've
On Aug 20 17:09, Thorsten Kampe wrote:
> * Corinna Vinschen (Fri, 20 Aug 2010 16:33:17 +0200)
> > On Aug 20 16:21, Thorsten Kampe wrote:
> > > * Thorsten Kampe (Fri, 20 Aug 2010 15:38:26 +0200)
> > > > I reinstalled vim and got the exact same message again ("Unable to
> > > > extract /usr/bin/vi -
Hi, I recently installed the latest version of cygwin after using previous
(1.5) versions
without problems. Almost nothing works on 1.7 and even after reinstalling my
machine
I still have the same problem. My machine runs Windows XP SP2.
My install.log.full has a lot of errors like this one:
3879
Pierre,
I'm trying it now. No, I didn't know this was the preferred method of
installing cron as a service. I've been installing/reinstalling
everything from the cygwin *setup.exe*.
I've looked at the log files and they seem pretty unremarkable. I'll run
cronbug after I try the cron-config c
* Corinna Vinschen (Fri, 20 Aug 2010 16:33:17 +0200)
> On Aug 20 16:21, Thorsten Kampe wrote:
> > * Thorsten Kampe (Fri, 20 Aug 2010 15:38:26 +0200)
> > > I reinstalled vim and got the exact same message again ("Unable to
> > > extract /usr/bin/vi -- the file is use."). A simultaneous process
> >
On Aug 20 16:21, Thorsten Kampe wrote:
> * Thorsten Kampe (Fri, 20 Aug 2010 15:38:26 +0200)
> > I reinstalled vim and got the exact same message again ("Unable to
> > extract /usr/bin/vi -- the file is use."). A simultaneous process
> > monitor log shows that CreateFile operations result in "DELE
* Thorsten Kampe (Fri, 20 Aug 2010 15:38:26 +0200)
> I reinstalled vim and got the exact same message again ("Unable to
> extract /usr/bin/vi -- the file is use."). A simultaneous process
> monitor log shows that CreateFile operations result in "DELETE PENDING"
> ("Desired Access: Read Control,
On 8/20/2010 9:22 AM, Eric Blake wrote:
> On 08/20/2010 06:00 AM, Steve Holden wrote:
>>
>> My intention was to highlight the fact that issues will (eventually) be
>> re-raised thanks to the phenomenal group memory of this list. But of
>> course the issue might have had attention (or at least been
On 8/20/2010 9:38 AM, Thorsten Kampe wrote:
> * Corinna Vinschen (Fri, 20 Aug 2010 14:37:08 +0200)
>> I just created a FAT32 partition on W7 and did a base install
>> including vim. Then I started setup again and reinstalled just the vim
>> package. That worked fine as well. So it has nothing to do
* Corinna Vinschen (Fri, 20 Aug 2010 14:37:08 +0200)
> I just created a FAT32 partition on W7 and did a base install
> including vim. Then I started setup again and reinstalled just the vim
> package. That worked fine as well. So it has nothing to do with the
> FS, nor with the OS.
I reinstalled v
On 08/20/2010 06:00 AM, Steve Holden wrote:
>
> My intention was to highlight the fact that issues will (eventually) be
> re-raised thanks to the phenomenal group memory of this list. But of
> course the issue might have had attention (or at least been resolved as
> "wontfix" with appropriate disc
- Original Message -
From: "Blaine Miller"
To:
Sent: Thursday, August 19, 2010 17:47
| The only way I've been able to get cron running is manually by starting
| the crond via execution of cron.exe.
|
| Attached are my cygcheck.txt and crontab.
|
| I get the following error after I i
On Aug 20 13:53, Thorsten Kampe wrote:
> * Corinna Vinschen (Fri, 20 Aug 2010 10:24:33 +0200)
> > On Aug 19 15:17, David Rothenberger wrote:
> > > On 8/19/2010 11:54 AM, Corinna Vinschen wrote:
> > > > I have updated the version of vim on cygwin.com to 7.3.003-1.
> > > >
> > > > This is an update
On Aug 19 19:31, Pedro Izecksohn wrote:
> ChangeLog entry:
>
> 2010-08-19 Pedro Izecksohn
>
> * endian.h [_BSD_SOURCE || ! _POSIX_SOURCE] (htobe16, htobe32)
> (htobe64, be16toh, be32toh, be64toh, htole16, htole32, htole64)
> (le16toh, le32toh, le64toh): Macros defined.
>
>
On 8/20/2010 7:53 AM, Steve Holden wrote:
> On 8/20/2010 5:29 AM, Reuben Thomas wrote:
>> On Thu 25 May 2006, Karl Berry wrote:
>>
>>> This line in fmtutil.cnf indicates the problem:
>>>
>>> etexpdfetex language.def
>>> -translate-file=cp227.tcx *etex.ini
>>>
>>> Either
On Aug 19 18:11, Rolf Campbell wrote:
> On 2010-08-19 13:05, Corinna Vinschen wrote:
> >For further testing purposes I have uploaded a new cygwin1.dll which
> >
> >a) adds debug output in readdir() which prints DOS attributes as well as
> >evaluated d_type value for each readdir entry to strace
On 8/20/2010 5:29 AM, Reuben Thomas wrote:
> On Thu 25 May 2006, Karl Berry wrote:
>
>> This line in fmtutil.cnf indicates the problem:
>>
>> etex pdfetex language.def-translate-file=cp227.tcx
>> *etex.ini
>>
>> Either (1) the second word should be changed to "etex", or
>> (2)
* Corinna Vinschen (Fri, 20 Aug 2010 10:24:33 +0200)
> On Aug 19 15:17, David Rothenberger wrote:
> > On 8/19/2010 11:54 AM, Corinna Vinschen wrote:
> > > I have updated the version of vim on cygwin.com to 7.3.003-1.
> > >
> > > This is an update to the new upstream version 7.3, including the
> >
On Thu 25 May 2006, Karl Berry wrote:
> This line in fmtutil.cnf indicates the problem:
>
> etex pdfetex language.def-translate-file=cp227.tcx
> *etex.ini
>
> Either (1) the second word should be changed to "etex", or
> (2) it should be arranged for "etex" in invoke pdfetex i
On 19.08.2010 23:11, Eric Blake wrote:
On 08/19/2010 01:59 PM, Jeremy Bopp wrote:
Of course the quality of the defect tracker is directly related to the
effort the maintainers put in to keep it relatively pruned and
organized. Maybe that is too much to expect for most maintainers at
this time.
On Aug 19 17:11, Larry Hall (Cygwin) wrote:
> On 8/19/2010 5:02 PM, Daniel Colascione wrote:
> >The version of rlwrap in Cygwin is very old; the manpage dates it to
> >2005. Is the package still maintained? If not, does it need a new
> >maintainer? :)
>
> The listed maintainer is Mauricio Antune b
On Aug 19 23:14, Rolf Campbell wrote:
> When I run "df -h " where dir is part of a
> native-NTFS-mounted-drive, then df prints details about the root
> drive (not the mounted drive).
That should be fixed in CVS now.
Thanks for the report,
Corinna
--
Corinna Vinschen Please, se
On Aug 19 15:17, David Rothenberger wrote:
> On 8/19/2010 11:54 AM, Corinna Vinschen wrote:
> > I have updated the version of vim on cygwin.com to 7.3.003-1.
> >
> > This is an update to the new upstream version 7.3, including the
> > first three patchsets. Cygwin Vim builds from the vanilla sour
49 matches
Mail list logo