In particular,
why would I be getting this:
$irb
irb(main):001:0> require 'rubygems'
=> false
The same command under dos returns true.
jet
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
> This funtionality wasn't available in 1.5, so, yes, this would only
> have started with 1.7.
>
> So it seems that these netapp drives somehow don't understand the
> entirely normal FileDispositionInformation method, or they ignore it for
> some unknown reason.
>
> Unfortunately the strace from
On Mon, 2010-07-05 at 19:26 -0700, David Rothenberger wrote:
> I was just packaging a new version of libao and it turns out I need this
> patch, too. libao puts some plugin DLLs into /usr/lib/ao/plugins-2.
> Those DLLs are *not* marked as modules for some reason, so cygport tries
> to move them som
On 7/5/2010 10:27 AM, Charles Wilson wrote:
> Yaakov:
>
> JonY needs to suppress the "libtool fixup" postinstall step when
> packaging the mingw64 gcc. He may or may not need to fixup his .la
> files, BUT -- given that we're talking about gcc here, AND his cross
> compiler goes somewhere other th
I am having a path problem with nokogiri and cygwin 1.5
I do not have this error with nokogiri under dos.
I try to launch cucumber, and I get:
$cucumber
/usr/lib/ruby/gems/1.8/gems/rails-2.3.2/lib/rails/gem_dependency.rb:99:
Warning:Gem::Dependency#version_requirements is deprecated and
will be
On 7/5/2010 5:22 PM, Matthias Andree wrote:
Am 05.07.2010, 23:09 Uhr, schrieb Cyrille Lefevre:
any reasons why rebaseall and rebase perl aren't executed at compile
time ? or at packaging time ?
Probably because it's not possible to oversee which installation would
need which libraries later,
Am 05.07.2010, 23:09 Uhr, schrieb Cyrille Lefevre:
Hi,
any reasons why rebaseall and rebase perl aren't executed at compile
time ? or at packaging time ?
Probably because it's not possible to oversee which installation would
need which libraries later, and because you'd have to have a re
Hi,
any reasons why rebaseall and rebase perl aren't executed at compile
time ? or at packaging time ?
Regards,
Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Yaakov:
JonY needs to suppress the "libtool fixup" postinstall step when
packaging the mingw64 gcc. He may or may not need to fixup his .la
files, BUT -- given that we're talking about gcc here, AND his cross
compiler goes somewhere other than /usr...it's likely that whatever
"fixing up" he needs
Trying to run rebase fails for me. It rebases a truckload full of dlls,
then:
/usr/lib/parrot/2.3.0/dynext/rational.dll: new base = 5f64, new size =
2
/usr/lib/parrot/2.3.0/dynext/subproxy.dll: new base = 5f62, new size =
2
ReBaseImage
(/usr/lib/perl5/vendor_perl/5.10/i686
Hello,
I' trying to use a BASH script running on Cygwin to change the name of a
large number of Windows files. The filenames are in DOS 8.3 format. My
script reads a translation file that lists each DOS 8.3 filename, and the
corresponding correct filename.
The problem is that the script cannot
New versions of cyrus-sasl and related packages are available.
CYGWIN CHANGES:
==
* Moved the configuration directory from /usr/lib/sasl2 to
/etc/sasl2. The plugins are still in /usr/lib/sasl2. Any
configuration files in /usr/lib/sasl2 will be moved to /etc/sasl2
during installat
On Jul 2 22:17, Lee D. Rothstein wrote:
> On 7/2/2010 9:22 AM, Corinna Vinschen wrote:
> >On Jul 1 17:14, Lee Rothstein wrote:
> >>As long as I'm asking questions, why does 'cygcheck' no
> >>longer properly list?:
> >>
> >> Last downloaded files to: ”'
> >> Last downloaded files from: ”'
>
13 matches
Mail list logo
