Achim Gratz writes:
> If this sounds like a good idea to everybody else I'd remove the current
> test package for 5.18.4 on 32bit and replace it with another test
> package for 5.14.4, likely in about two weeks.
Major progress: the cygport file starts to look sane. I've ripped out
the rebase chan
On Fri, 2015-02-06 at 07:00 -0700, Eric Blake wrote:
> stdbuf uses LD_PRELOAD to tell a process in main() that it should use
> line or no buffering, regardless of whether the output file is a file.
> And cygwin supports LD_PRELOAD. But to date, no one has helped figure
> out how to port it to cygw
On Feb 6 12:45, Corinna Vinschen wrote:
> On Feb 6 03:04, Tony Kelman wrote:
> > The Linux
> > code that the patch switches to look for "physical id" and "cpu cores,"
> > which I also don't see.
>
> Ouch! This is a bug in Cygwin. The information is available, it's
> just printed only for AMD
On Fri, 2015-02-06 at 12:47 +0100, Corinna Vinschen wrote:
> On Feb 6 11:55, Marco Atzeri wrote:
> > any reason for such message ?
> > I see no error or complain, just notification
>
> Hmm, no idea. Yaakov, do you have any?
Per a previous discussion, I had attempted to add acknowledgement
messa
On Thu, 2015-02-05 at 21:41 -0800, Tony Kelman wrote:
> > Do you have any specific questions?
>
> 2.8.9-perl-libs.patch AIUI changes PERL_POSSIBLE_LIBRARY_NAMES from
> being set to "perl{PERL_VERSION_STRING} perl" only when the command
> `${PERL_EXECUTABLE} -V:libperl` fails, to appending those va
On Feb 6 23:33, 陳韋任 wrote:
> Hi Corinna,
>
> On Fri, Feb 6, 2015 at 11:13 PM, Corinna Vinschen
> wrote:
> > On Feb 6 16:03, Corinna Vinschen wrote:
> >> Packaging looks good, except:
> >>
> >> hidapi-debuginfo/setup-debuginfo.hint
> >>
> >> should be
> >>
> >> hidapi-debuginfo/setup.hint
>
Hi Corinna,
On Fri, Feb 6, 2015 at 11:13 PM, Corinna Vinschen
wrote:
> On Feb 6 16:03, Corinna Vinschen wrote:
>> Packaging looks good, except:
>>
>> hidapi-debuginfo/setup-debuginfo.hint
>>
>> should be
>>
>> hidapi-debuginfo/setup.hint
>>
>> and
>>
>> libhidapi-devel/setup-libhidapi-deve
On Feb 6 16:03, Corinna Vinschen wrote:
> Packaging looks good, except:
>
> hidapi-debuginfo/setup-debuginfo.hint
>
> should be
>
> hidapi-debuginfo/setup.hint
>
> and
>
> libhidapi-devel/setup-libhidapi-devel.hint
> libhidapi0/setup-libhidapi0.hint
>
> should go away.
Btw., I wonde
On Feb 6 11:09, Corinna Vinschen wrote:
> On Feb 6 12:38, 陳韋任 wrote:
> > Cygwin libhidapi-devel 32/64 bit:
>
> The last two packages are missing in the file list below.
> Can you send the URLs as well?
>
> > [...]
> > https://github.com/azru0512/cygwin/releases/download/hidapi-0.8.0-rc1.x86_64/
On Feb 6 07:00, Eric Blake wrote:
> On 02/06/2015 02:24 AM, Corinna Vinschen wrote:
> > On Feb 5 22:57, Achim Gratz wrote:
> >>
> >> Oh, and while you are so deep in the bowels of setup.exe, would it be
> >> possible to somehow fake a pty to shell scripts and a console to cmd so
> >> that the scr
On 02/06/2015 02:24 AM, Corinna Vinschen wrote:
> On Feb 5 22:57, Achim Gratz wrote:
>>
>> Oh, and while you are so deep in the bowels of setup.exe, would it be
>> possible to somehow fake a pty to shell scripts and a console to cmd so
>> that the scripts run by setup.exe produce their output in l
On Feb 6 11:55, Marco Atzeri wrote:
> any reason for such message ?
> I see no error or complain, just notification
Hmm, no idea. Yaakov, do you have any?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DO
On Feb 6 03:04, Tony Kelman wrote:
> Thanks for your input and taking an interest in the specifics Corinna.
> Coincidentally upstream just released 3.1.2, so I may as well build and
> upload that version with the patches added back in.
Sounds good.
> >> Second, it corrects some /proc/cpuinfo, /p
On 2015-02-06 12:04, Tony Kelman wrote:
>> Yes. It's not the task of the application to second-guess the
>> underlying "OS" (Cygwin taking the role in a way).
>
> There are various wrapper scripts in autotools to do the same thing
> (use Cygwin as a build environment for non-Cygwin compilers), the
Tony Kelman writes:
> Looking closer at Source/kwsys/SystemInformation.cxx, now I'm not as sure.
> Without the patch, the special-case behavior for Cygwin is looking for
> "cpu count" in /proc/cpuinfo, which I don't see on my machine. The Linux
> code that the patch switches to look for "physical i
On Feb 6 12:25, Achim Gratz wrote:
> Corinna Vinschen writes:
> > On Feb 5 22:57, Achim Gratz wrote:
> >>
> >> Oh, and while you are so deep in the bowels of setup.exe, would it be
> >> possible to somehow fake a pty to shell scripts and a console to cmd so
> >> that the scripts run by setup.exe
Corinna Vinschen writes:
> On Feb 5 22:57, Achim Gratz wrote:
>>
>> Oh, and while you are so deep in the bowels of setup.exe, would it be
>> possible to somehow fake a pty to shell scripts and a console to cmd so
>> that the scripts run by setup.exe produce their output in line-buffered
>> instea
Thanks for your input and taking an interest in the specifics Corinna.
Coincidentally upstream just released 3.1.2, so I may as well build and
upload that version with the patches added back in.
> Second, it corrects some /proc/cpuinfo, /proc/meminfo, etc
> special-casing
> of Cygwin where usin
any reason for such message ?
I see no error or complain, just notification
Forwarded Message
Subject: upset messages
Date: 6 Feb 2015 07:10:12 -
From: cygwin-no-re...@cygwin.com
upset: moved /sourceware/cygwin-staging/home/Marco
Atzeri/x86/release/postgresql/postgresql-9
Hi Chen,
On Feb 6 12:38, 陳韋任 wrote:
> Dear all,
>
> I would like to package hidapi and propose it for inclusion in
> Cygwin. hidapi is a multi-platform library which allows an
> application to interface with USB and Bluetooth HID-Class devices on
> Windows, Linux, and Mac OS X. hidapi has been
On Feb 5 21:41, Tony Kelman wrote:
> >Do you have any specific questions?
> [...]
> Second, it corrects some /proc/cpuinfo, /proc/meminfo, etc special-casing
> of Cygwin where using the same code as Linux should work. Makes sense,
> I'll split this out so it can be discussed on its own w/upstream.
On Feb 5 22:57, Achim Gratz wrote:
>
> Oh, and while you are so deep in the bowels of setup.exe, would it be
> possible to somehow fake a pty to shell scripts and a console to cmd so
> that the scripts run by setup.exe produce their output in line-buffered
> instead of fully buffered mode?
Er...
On Feb 5 22:47, Achim Gratz wrote:
> Corinna Vinschen writes:
> > ...in other words, just drop the last three lines in your setup.hint,
> > and the external-source hint.
>
> Done.
>
> I noticed just in time that the preremove scripts can't be dash scripts
> at the moment.
>
> Here's a patch to
23 matches
Mail list logo