On Jan 11 20:01, Adam Dinwoodie wrote:
Our Git package hasn't been updated in a long time. Although its
maintainer, Eric Blake, has been on the mailing lists, I don't think
he's done any work in keeping Git up-to-date (including replying to a
number of requests for updates), so I'd like to
Cygwin64 has an exisiting tcl-sqlite3 package
(version 3.7.15.2-1) which doesn't exist in
Cygwin32. This package is not in cygwin-pkg-maint,
so I assume someone (other than Warren Young)
uploaded it as part of the Cygwin64 bootstrap process.
This package was very useful to me: The source code
of
On 01/11/2014 01:01 PM, Adam Dinwoodie wrote:
Our Git package hasn't been updated in a long time. Although its
maintainer, Eric Blake, has been on the mailing lists, I don't think
he's done any work in keeping Git up-to-date (including replying to a
number of requests for updates), so I'd like
On 13 January 2014 21:32, Eric Blake wrote:
On 01/11/2014 01:01 PM, Adam Dinwoodie wrote:
Our Git package hasn't been updated in a long time. Although its
maintainer, Eric Blake, has been on the mailing lists, I don't think
he's done any work in keeping Git up-to-date (including replying to a
Il 1/13/2014 8:33 AM, Pavel Fedin ha scritto:
http://cygwin.com/cygwin-pkg-maint
rpcgen Charles Wilson
Where is he ? I have posted a message about small bug in libtirpc, he doesn't
reply...
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research
Hi,
new version 26-1 of ngspice
is available in the Cygwin distributions (32 and 64 bit).
CHANGES
Several new features have been added to ngspice-26, improving its
applicability and compatibility.
Bug fixes: Many small bugs removed, handling of libraries updated,
improved code
On Jan 13 09:48, Pavel Fedin wrote:
Hello!
Not necessarily. If the package is in a good shape, has no known
security issues, and works fine with the latest Cygwin, you're good.
Other than that, just keep an eye on the Cygwin ML if somebody reported
a problem with your packages and see
When trying to compile the mex-files of the Octave packages NaN-toolbox
and biosig, the error below is observed with the recent version of
octave in Cygwin,
According to
http://octave.1599824.n4.nabble.com/Problems-with-mkoctfile-using-GCC-4-8-1-td4657964.html
On Jan 12 21:15, David Levine wrote:
Hi,
The program below works just fine on 32-bit Cygwin:
buf1 = /usr/bin/file.exe
buf2 = /usr/bin/file.exe: application/x-dosexec
But on 64-bit Cygwin (2.831), the second fgets() fails:
That's the version number of the setup-x86_64.exe tool, not
On Jan 12 09:51, Steven Penny wrote:
On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote
A base 64-bit Cygwin install now requires Perl. Can this be changed?
Any updates? It has been 5 months
Not that I'm aware of. Perl requirements are pretty basic these days.
Corinna
--
Corinna
On Mon, Jan 13, 2014 at 6:12 AM, Corinna Vinschen wrote
Not that I'm aware of. Perl requirements are pretty basic these days.
If we're not going to have Python we shouldn't have Perl either.
http://cygwin.com/ml/cygwin/2013-05/msg00211.html
--
Problem reports:
Il 1/13/2014 12:17 PM, Alois Schloegl ha scritto:
When trying to compile the mex-files of the Octave packages NaN-toolbox
and biosig, the error below is observed with the recent version of
octave in Cygwin,
According to
Sorry, I somehow missed your original email.
On 13 January 2014 02:25, Norbi wrote:
Maybe any idea with this one?
I've seen this occasionally. I found deleting and re-adding the
torrent would correct the issue for me. I've not packaged any newer
versions of rtorrent because they are cause a
Hello!
Is there any support for xattrs ? I sometimes work with SquashFS images
which make use of them (like security.capability) and i'd like to be able to
store them along files.
If not implemented, can this be somehow fulfilled ? For example, we could
store them in a dedicated NTFS stream.
On Jan 13 17:53, Pavel Fedin wrote:
Hello!
Is there any support for xattrs ? I sometimes work with SquashFS images
which make use of them (like security.capability) and i'd like to be able to
store them along files.
If not implemented, can this be somehow fulfilled ? For example, we could
On Jan 10 11:27, Chris O'Bryan wrote:
I've been having issues cloning large repos with git under Cygwin, but
only when I compiled git myself. The version of Git that Cygwin's
setup.exe downloads works fine, while mine would intermittently fail
with messages like this:
Cloning into
Corinna wrote:
That's the version number of the setup-x86_64.exe tool, not the version
number of Cygwin. Try `uname -r'.
1.7.27(0.271/5/3)
Maybe you're calling the wrong file command? What's your $PATH set to?
What if you change your popen call to run /usr/bin/file.exe with full
path?
On Jan 13 09:35, David Levine wrote:
Corinna wrote:
That's the version number of the setup-x86_64.exe tool, not the version
number of Cygwin. Try `uname -r'.
1.7.27(0.271/5/3)
Maybe you're calling the wrong file command? What's your $PATH set to?
What if you change your popen
Hello,
I'm running:
CYGWIN_NT-6.1 prog5 1.7.27(0.271/5/3) 2013-12-09 11:54 x86_64 Cygwin
gcc (GCC) 4.8.2
on a 64 bit Win7 system.
I have just run into an odd bug, which I have boiled down into the program
below (which started as a mod to tiff2ps).
If you compile this program:
Hi everybody,
is there a ipsec (with ikev1 support) for cygwin ?
I tried to compile StrongSwan - unfortunately without success (
usually in the contaxt of posix_types.h ).
Has anybody succeeded in this?
greetings,
Klaus
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Corinna wrote:
Not really. I have no idea why this fails for you. Does an strace
show anything suspicious?
Yes, there's an exception, it looks like in WFMO. It's
happens when closing handles after forking sh.exe for the
second popen(). strace excerpt is below.
The exception didn't happen
On Jan 13 11:38, David Levine wrote:
Corinna wrote:
Not really. I have no idea why this fails for you. Does an strace
show anything suspicious?
Yes, there's an exception, it looks like in WFMO. It's
happens when closing handles after forking sh.exe for the
second popen(). strace
On 8/9/2013 11:17, Steven Penny wrote:
Because of this dependency line
man
groff
perl
The groff package includes several helper programs written in Perl:
afmtodit, groffer, and grog.
Red Hat and Mandriva split these utilities out into a separate
package[*] but that would be something
Unfortunately I've seen this every time downloading a big file,
usually around 4-6GB.
They are loading from watch directories so deleteing and adding
manually again not an option, as I wrote, the easiest in my case to
restart rTorrent.
Thanks for the assistance, if you have any question, I try to
On Mon, Jan 13, 2014 at 10:39:50AM -0700, Warren Young wrote:
On 8/9/2013 11:17, Steven Penny wrote:
Because of this dependency line
man
groff
perl
The groff package includes several helper programs written in Perl:
afmtodit, groffer, and grog.
Red Hat and Mandriva split these
On 1/13/2014 11:22, Christopher Faylor wrote:
In retrospect, it would have potentially made sense to use the same
versions and packaging for the 64-bit as for the 32-bit. That might
have minimized this type of problem.
An argument could be made that since these helper programs are not core
On Mon, Jan 13, 2014 at 01:22:52PM -0500, Christopher Faylor wrote:
On Mon, Jan 13, 2014 at 10:39:50AM -0700, Warren Young wrote:
On 8/9/2013 11:17, Steven Penny wrote:
Because of this dependency line
man
groff
perl
The groff package includes several helper programs written in Perl:
Because of this dependency line
man
groff
perl
A base 64-bit Cygwin install now requires Perl. Can this be changed? While
Perl
is a fine language I hardly feel it is appropriate to add that bulk to a base
install.
Note this issue is only with the 64-bit version, the base 32-bit
Il 1/13/2014 12:17 PM, Alois Schloegl ha scritto:
When trying to compile the mex-files of the Octave packages NaN-toolbox
and biosig, the error below is observed with the recent version of
octave in Cygwin,
According to
On 2014-01-13 12:22, Christopher Faylor wrote:
Actually, I didn't upload the 64-bit groff. This is one of the reasons
why I had reservations about people other than the package maintainers
uploading packages. The end result is that I'm forced to deal with
someone else's decision. This has
Andrew Schulman writes:
lftp also has this problem. It comes with a few sample scripts, two of which
are in Perl. I include the sample scripts because why not, but cygport is now
quite diligent about finding this sort of thing, with the result that its
automatically-generated setup.hint now
Andrew Schulman writes:
lftp also has this problem. It comes with a few sample scripts, two of
which
are in Perl. I include the sample scripts because why not, but cygport is
now
quite diligent about finding this sort of thing, with the result that its
automatically-generated
Hello,
I would like to use Iwidgets 4.0.1 under Cygwin, but this requires Itk
3.4. The set-up utility however has Itcl 3.4 and Itk 3.3. Where can I
find the correct version?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
On 2014-01-13 13:21, Andrew Schulman wrote:
lftp also has this problem. It comes with a few sample scripts, two of which
are in Perl. I include the sample scripts because why not, but cygport is now
quite diligent about finding this sort of thing, with the result that its
I am running Cygwin 1.7.27 (0.271/5/3) and g++ 4.8.2.
I am testing attempts to make temporary files in a POSIX-compliant way, using
mkstemp().
I get the following error when I compile code that calls mkstemp():
-
$ g++ -Wall -ansi -pedantic foo.cpp
I normally run with cygwin in my root dir -- doing otherwise causes problems
when programs are started from windows.
I installed cygwin64 the other day and it overwrote links I had to separate
cyg64 cyg32..
Setup wants to install things in separate dirs .. ok fine...
but some dirs have shared
Corinna wrote:
Your PID values are pretty suspicious. Even on a busy machine they
should seldomly have more than 4 digits, let alone 6. The PIDs are only
getting high if process and other handles are hold and not closed by
another process. This looks a lot like a BLODA problem. Did you
If you look at the Cygwin.bat file you have this line
bash --login -i
Starting Cygwin this way yields expected results
$ cat ~/foo.sh
cat -v ~
$ ~/foo.sh
/home/Steven
However if you change the line in Cygwin.bat to this
bash -i
it produces unexpected results
$
On 2014-01-13 15:32, Alex Reynolds wrote:
$ g++ -Wall -ansi -pedantic foo.cpp
foo.cpp: In function ‘int main()’:
foo.cpp:44:21: error: ‘mkstemp’ was not declared in this scope
mkstemp isn't ANSI C, so don't compile with -ansi; this wouldn't work
with linux gcc either.
Yaakov
--
Problem
I see No More Processes occasionally when I have several
windows open (but not egregiously many). Closing the chrome
browser usually makes the problem go away, but I wonder if
I have a parameter set wrong.
Yesterday, things got worse. I couldn't run vim until I closed
chrome. Vim was giving me
On Tue, Jan 14, 2014 at 12:38:29PM +0700, Septimus Stevens wrote:
I see No More Processes occasionally when I have several
windows open (but not egregiously many). Closing the chrome
browser usually makes the problem go away, but I wonder if
I have a parameter set wrong.
Yesterday, things got
On Mon, Jan 13, 2014 at 9:54 PM, Steven Penny wrote
$ ~/foo.sh
/home/Steve0^G
Update, it only produces this output if I enter ~/foo.sh using tab completion.
That is to say, ~/f + TAB. If I manually enter each character, it works as
expected.
--
Problem reports:
On Fri, Jan 10, 2014 at 9:27 AM, Chris O'Bryan wrote:
I've been having issues cloning large repos with git under Cygwin, but
only when I compiled git myself. The version of Git that Cygwin's
setup.exe downloads works fine, while mine would intermittently fail
with messages like this:
43 matches
Mail list logo
