Charles Wilson writes:
I'll roll a new release of the mingw(.org) toolchain in the next
week.
I've compiled setup.exe with the mingw toolchain without any errors and
I have not found any executable from the mingw toolchain that actually
links against the libmpc1 library. Maybe I didn't look
I'm ITP'ing this in preparation for packaging serf-1.3.0
scons [1] is included in Debian [2] and Fedora [3].
Here's the setup.hint:
[ scons setup.hint ]
category: Devel Python
requires: python python-setuptools
sdesc: Open Source software construction tool
ldesc: SCons is an
This package is included in Fedora [1] and Debian [2].
Debian does not distribute the MIBs files included in the source
package due to perceived licensing issues, but Fedora is now doing
so [3], so I've included them in this package.
I've blindly followed the Fedora package splits.
The files
On 07/04/2013 06:31 AM, Fitzharris, Margaret A wrote:
I have been waiting for hours and the installation is stuck at the
same point. I have tried both methods of installing all the files and
just the default files, and the installation process always gets
stuck at the same place. I have turned
Il 7/4/2013 6:31 AM, Fitzharris, Margaret A ha scritto:
I have been waiting for hours and the installation is stuck at the same point.
I have tried both methods of installing all the files and just the default
files, and the installation process always gets stuck at the same place. I have
Good mornin',
here's in attach both the output of two ls commands (I
can confirm that they give same directory listing) and the cygcheck.out
Moreover, here's the result of the echo command:
gennarif@NIDORAN ~
$ echo $PATH
/usr/local/bin:/usr/bin:/cygdrive/c/Perl/site/bin:
Il 7/4/2013 9:49 AM, gennari.feder...@tiscali.it ha scritto:
Good mornin',
here's in attach both the output of two ls commands (I
can confirm that they give same directory listing) and the cygcheck.out
Federico,
you forgot to attach the cygcheck.out file.
Moreover, here's the result of the
Il 7/4/2013 10:10 AM, marco atzeri ha scritto:
Il 7/4/2013 9:49 AM, gennari.federico ha scritto:
Good mornin',
here's in attach both the output of two ls commands (I
can confirm that they give same directory listing) and the cygcheck.out
Federico,
you forgot to attach the cygcheck.out file.
On Jul 3 17:57, Christopher Faylor wrote:
On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote:
On 7/3/2013 3:50 PM, Corinna Vinschen wrote:
On Jul 3 22:24, Alexey Pavlov wrote:
2013/7/3 Christopher Faylor:
I need it to be able read short mount points from fstab: win32_path
Hi Alexey,
On Jul 4 06:33, Alexey Pavlov wrote:
My opinion is to extend Cygwin parser to read msys-like mounts. It's
very simple:
--- mount.cc 2013-04-24 20:29:29.0 +0400
+++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
@@ -1125,8 +1118,17 @@
if (!*c)
2013/7/4 Corinna Vinschen:
Hi Alexey,
On Jul 4 06:33, Alexey Pavlov wrote:
My opinion is to extend Cygwin parser to read msys-like mounts. It's
very simple:
--- mount.cc 2013-04-24 20:29:29.0 +0400
+++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
@@ -1125,8
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase sysname fiels size.
* uname.cc: Allow changing OS name by MSYSTEM environment variable.
Index: cygwin/mount.cc
On Jul 4 13:07, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
Hi Alexey,
On Jul 4 06:33, Alexey Pavlov wrote:
My opinion is to extend Cygwin parser to read msys-like mounts. It's
very simple:
--- mount.cc 2013-04-24 20:29:29.0 +0400
+++ Cygwin/winsup/cygwin/mount.cc
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase sysname fiels size.
* uname.cc: Allow changing OS name by MSYSTEM environment variable.
[...SNIP...]
Can we please move patch
Gentile mittente,
il presente indirizzo di posta elettronica non è più valido. Si prega di
utilizzare l'indirizzo i...@vetoquinol.it oppure contattare il nostro
front-office.
Grazie
Dear Sender,
this e-mail address is no longer used. Please send your inquiry to
i...@vetoquinol.it or feel free
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase sysname fiels size.
* uname.cc: Allow changing OS name by MSYSTEM environment variable.
[...SNIP...]
Sorry, attchment went lost during upload... But as suggested I'll try
to update it first, then let you know the result.
Warm regards,
Federico
Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di
uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase sysname fiels size.
* uname.cc: Allow changing OS name by
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase sysname fiels size.
* uname.cc:
2013/7/4 Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase
On Jul 4 14:23, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in
/etc/fstab
*
2013/7/4 Corinna Vinschen:
On Jul 4 14:23, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points
On Jul 4 12:34, Kai Tietz wrote:
2013/7/4 Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points
2013/7/4 Corinna Vinschen:
On Jul 4 12:34, Kai Tietz wrote:
2013/7/4 Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a
On Jul 4 13:45, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 14:23, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09, Alexey Pavlov wrote:
struct utsname
{
- char
Il 7/4/2013 12:11 PM, gennari.feder...@tiscali.it ha scritto:
Hi,
just checked with the setup.exe file, and installed version is:
octave-3.6.4.exe
I'm attaching then the previous mentioned files...
Heartly thanks
Federico
Federico,
cygcheck output looks fine. I see nothing obvious wrong
Hi.
The C++ part of Clang package (I have not tested the C part) is broken
after update of GCC to 4.7.3. It cannot find standard C++ headers:
clang version 3.1 (branches/release_31)
Target: i386-pc-cygwin
Thread model: posix
/usr/bin/clang -cc1 -triple i386-pc-cygwin -S -disable-free
Nope, the command gives an error:
gennarif@NIDORAN /usr/bin
$
strace -o /tmp/octave.strace octave-3.6.4.exe
/usr/bin/strace.exe:
error while loading shared libraries: ?: cannot open shared object
file: No such file or directory
And a Windows message box ops up
saying that program cannot
Il 7/4/2013 3:11 PM, gennari.feder...@tiscali.it ha scritto:
Nope, the command gives an error:
gennarif@NIDORAN /usr/bin
$
strace -o /tmp/octave.strace octave-3.6.4.exe
/usr/bin/strace.exe:
error while loading shared libraries: ?: cannot open shared object
file: No such file or directory
And
Gotcha! It worked perfectly; a suspect I have is that libhdf5_7 was
downloaded inside the hdf5 directory and thus not installed
automatically. I had to put it outside, then additional installation
went successfully and Octave started.
Many thanks for your the job
done and the patience bore
On 7/4/2013 6:47 AM, Corinna Vinschen wrote:
Hmm, out of curiousity. Why is the name MINGW_NT-6.1-WOW64\0 not
suitable. For what is this 32 good for?
Sorry, for this stupid question.
No sorry here, it's not stupid. I agree, why not just drop the 32?
Because it would break any configure
On 7/4/2013 8:16 AM, Corinna Vinschen wrote:
I'm ok with that, but I think we should drop the 32 from MINGW in
the first place.
Does anybody rely on the WOW64 in uname -s output? I just checked
the scripts in /bin in my installation and none of it seems to check
for that info.
And then again,
On 7/4/2013 4:38 AM, Corinna Vinschen wrote:
On Jul 3 17:57, Christopher Faylor wrote:
On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote:
Or is the proposal on the table for the same installation to be usable
in both modes, depending on the nature of the launched application?
On Thu, Jul 04, 2013 at 02:16:17PM +0200, Corinna Vinschen wrote:
On Jul 4 13:45, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 14:23, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 12:37, Alexey Pavlov wrote:
2013/7/4 Corinna Vinschen:
On Jul 4 13:09,
On 04/07/2013 8:47 AM, Václav Zeman wrote:
Hi.
The C++ part of Clang package (I have not tested the C part) is broken
after update of GCC to 4.7.3. It cannot find standard C++ headers:
snip
ignoring nonexistent directory /usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++
ignoring nonexistent
Please find attached a short programme that demonstrates a problem I'm
having with recv() timeouts. Under Fedora 19 x64, the test programme
times out after three seconds (which is the desired behaviour). However,
when run from Cygwin, the call to recv() never exits.
I am using the latest
Addendum. I just noticed the request for cygcheck results at
http://cygwin.com/problems.html. Accordingly,
I put /z/home/wine/newstart/cygwin/bin at the top of my
MSYS (on Wine) PATH, then executed
bash.exe-3.1$ cygcheck.exe -s -v -r cygcheck.out
That generated a response to the terminal
On 7/4/2013 5:34 PM, David Rothenberger wrote:
Please let me know if there's anything else I can do to
troubleshoot. I'm going to try building binutils to get a gdb
backtrace, but there's no instructions in the source package about
how it's built for Cygwin.
Here's the backtrace I got:
38 matches
Mail list logo