Previous discussions (and my examples) on cross-compiling were focused
on other operating systems: MinGW, Linux, and Solaris. But there is
another use of cross-compiling: bare metal embedded systems.
Yesterday I built my first example of such: the AVR toolchain, a sample
build of which is now
Can I get a show of hands? How many package maintainers would like to
have a bug tracker?
One problem that I see immediately is that if we publicly adopt a bug
tracker EVERY maintainer will have to use it. We can't expect a normal
user to understand that they send email to the mailing list for
2010/8/20 Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com:
Can I get a show of hands? How many package maintainers would like to
have a bug tracker?
1+
Yes, it's a lot more work for all parties, the server maintainer,
the package maintainer and the user. And I believe it will
On 8/20/2010 11:01 AM, Christopher Faylor wrote:
Can I get a show of hands? How many package maintainers would like to
have a bug tracker?
-0 (Not in favor, but I'll monitor it if it's implemented.)
We're still going to have to monitor the mailing list, so this just adds
burden AFAICT. Does
On Fri, Aug 20, 2010 at 08:11:31PM +0200, Reini Urban wrote:
2010/8/20 Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com:
Can I get a show of hands? ?How many package maintainers would like to
have a bug tracker?
1+
Yes, it's a lot more work for all parties, the server maintainer,
On Fri, Aug 20, 2010 at 11:22:46AM -0700, David Rothenberger wrote:
On 8/20/2010 11:01 AM, Christopher Faylor wrote:
Can I get a show of hands? How many package maintainers would like to
have a bug tracker?
-0 (Not in favor, but I'll monitor it if it's implemented.)
We're still going to have to
On Fri, Aug 20, 2010 at 02:24:31PM -0400, Christopher Faylor wrote:
On Fri, Aug 20, 2010 at 08:11:31PM +0200, Reini Urban wrote:
2010/8/20 Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com:
Can I get a show of hands? ?How many package maintainers would like to
have a bug tracker?
1+
On Aug 20 14:31, Christopher Faylor wrote:
On Fri, Aug 20, 2010 at 11:22:46AM -0700, David Rothenberger wrote:
On 8/20/2010 11:01 AM, Christopher Faylor wrote:
Can I get a show of hands? How many package maintainers would like to
have a bug tracker?
-0 (Not in favor, but I'll monitor it if
On Fri, 2010-08-20 at 14:01 -0400, Christopher Faylor wrote:
Can I get a show of hands? How many package maintainers would like to
have a bug tracker?
Depends on how we use it.
Don't get me wrong -- I like working with Bugzilla, and we do use it
*internally* for Cygwin/X, but the list is
On Fri, 2010-08-20 at 13:51 -0500, Yaakov (Cygwin/X) wrote:
OTOH, I do sometimes miss things on the main list due to the
signal-to-noise ratio, which I imaging would be even greater for a
maintainer with only a small number of packages. So using Bugzilla
internally would be helpful.
IOW:
I have the following menu items in my .XWinrc:
Black EXEC /bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40
-e /bin/bash -l -I
dodger EXEC urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e
/bin/bash -l -I
Which have been working for months .
Today I upgraded my
On 8/20/2010 10:48 AM, Jay Goldman wrote:
I have the following menu items in my .XWinrc:
Black EXEC /bin/urxvtc-X -fg green -bg black -cr dodgerblue -g 80x40 -e
/bin/bash -l -I
dodger EXEC urxvtc-X -fg white -bg dodgerblue -cr blue -g 80x42 -e
/bin/bash -l -I
Which have
Chuck - thanks for the reply. This is what I had concluded but it's nice to get
some confirmation.
For the next few days I can live with 'manually' starting urxvtc-X via
individual batch files.
Thanks,
Jay
-Original Message-
From: cygwin-xfree-ow...@cygwin.com
On Aug 20 10:54, Charles Wilson wrote:
On 8/20/2010 10:48 AM, Jay Goldman wrote:
I have the following menu items in my .XWinrc:
Black EXEC /bin/urxvtc-X -fg green -bg black -cr dodgerblue -g
80x40 -e /bin/bash -l -I
dodger EXEC urxvtc-X -fg white -bg dodgerblue -cr
Another data point, when I try:
black EXEC /bin/rxvt -fg green -bg black -cr dodgerblue -g 80x40 -e
/bin/bash -l -i
rxvt successfully starts up but displays:
/bin/find: failed to restore initial working directory: No such file or
directory
Before .bash_profile is invoked
Please dont top-post.
On Aug 20 14:14, Jay Goldman wrote:
Another data point, when I try:
black EXEC /bin/rxvt -fg green -bg black -cr dodgerblue -g 80x40 -e
/bin/bash -l -i
rxvt successfully starts up but displays:
/bin/find: failed to restore initial working directory: No
When I just replace the cygwin1.dll bash,
\bin\bash.exe -login -i
From cmd window results in:
The procedure entry point CreateProcessAsUserW could not be located in
the dynamic link library KERNEL32.dll
I have no idea where find is being invoked when I execute rxvt, since it is
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-08-20 08:52:25
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc syscalls.cc
Log message:
* fhandler_disk_file.cc (fhandler_disk_file::fstatvfs): Revert usage
of
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-08-20 11:18:58
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc path.cc
Log message:
* fhandler_disk_file.cc (readdir_check_reparse_point): Rename from
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-08-20 12:18:47
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include: endian.h
Log message:
* endian.h (htobe16, htobe32, htobe64, be16toh, be32toh, be64toh,
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-08-20 14:29:56
Modified files:
winsup/cygwin : ChangeLog path.cc
Log message:
* path.cc (path_conv::check): Close handle in conv_handle if we're
following a symlink.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-08-20 15:28:28
Modified files:
cygwin : ChangeLog cygthread.cc
Log message:
* cygthread.cc: Update copyright.
Patches:
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 sources.
On Aug 19 23:14, Rolf Campbell wrote:
When I run df -h dir 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,
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 but my
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 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 instead of
* 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
first three
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) it should be
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, and
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 (1) the second word
On Aug 19 19:31, Pedro Izecksohn wrote:
ChangeLog entry:
2010-08-19 Pedro Izecksohn pedro.izecks...@...
* endian.h [_BSD_SOURCE || ! _POSIX_SOURCE] (htobe16, htobe32)
(htobe64, be16toh, be32toh, be64toh, htole16, htole32, htole64)
(le16toh, le32toh, le64toh): Macros
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 to the new
- Original Message -
From: Blaine Miller
To: cygwin
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
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
* 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 vim
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 with
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 resolved
* 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 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 DELETE
* 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
monitor
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
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:
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 -- the file is
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: cygwin
Sent: Thursday, August 19, 2010 17:47
| The only way
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
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 language.def
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'll
- Original Message -
From: Blaine Miller
To: cygwin
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
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
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 after some
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 reply to
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 the ImageMagick
2010/8/14 Ken Brown kbr...@cornell.edu:
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
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 logs from
On 8/20/2010 2:14 PM, Reini Urban wrote:
2010/8/14 Ken Brownkbr...@cornell.edu:
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
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. It
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 have the
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 problem:
etex
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 it was only
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
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
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
- Original Message -
From: Blaine Miller
To: cygwin
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
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
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 you
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 +1
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
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
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 mailing
70 matches
Mail list logo
