Greetings, Henning!
> If I (re-)compile packages I want to exclude support for internatio-
> nalization/native languages, unicode and the like. My locale is C.CP850
> or C.CP437. And I don't want utilities like sed to be able to recognize
> or otherwise deal with unicode/multibyte characters.
wat
On 2019-06-04 22:26, Houder wrote:
> On Tue, 4 Jun 2019 22:04:16, Vince Rice wrote:
>> It's cygport, he doesn't have to know about compiling C. ...
> Vince, this utter nonsense, and you know it!
He hopefully should not, just rebuilding and reconfiguring an existing source
package, with current to
On Tue, 4 Jun 2019 22:04:16, Vince Rice wrote:
> It's cygport, he doesn't have to know about compiling C. ...
Vince, this utter nonsense, and you know it!
Henri
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:
On Tue, 4 Jun 2019 22:04:16, Vince Rice wrote:
It's cygport, he doesn't have to know about compiling C. He has to know about
running a one-line cygport command.
This just seems purposefully ignorant. How exactly is he suppose to modify the C
source to address the problem and recompile, if he do
> On Jun 4, 2019, at 5:55 PM, Steven Penny wrote:
>
> Easy compared to what, assembly?
Easy compared to hard.
> He shows some domain knowledge of OpenSSL, but where are you getting that he
> knows about compiling C?
It's cygport, he doesn't have to know about compiling C. He has to know about
See below what I said in both January and November the last times we had any
conversation on this. cmake_minimum_required, project_injected, and CommandLine
test failures are new and I'd personally come to a definitive thoroughly
researched conclusion on what's causing them before making a relea
On Tue, 4 Jun 2019 09:25:48, Brian Inglis wrote:
I am encouraging and offering the poster a way to solve their problem, after
providing some possible reasons for dropping support from some ECs.
Rebuilding a Cygwin package from source using cygport is a relatively easy
task.
Easy compared to wha
On 2019-06-04 15:34, Chris Wagner wrote:
> / is just a mount to something like C:\Cygwin64 so there is no problem
> in changing it.
> You should delete all the target thing's permissions first to guarantee
> starting
> from a clean slate.
> $ setfacl -kb z2/ && getfacl z1/ |setfacl -f - z2/
> This
On 2019/06/04 14:26, Brian Inglis wrote:
> On 2019-06-04 13:59, L A Walsh wrote:
>
>> lets see if this is more clear:
>> On 2019/06/04 12:44, Eliot Moss wrote:
>>
>>> On 6/4/2019 3:34 PM, L A Walsh wrote:
>>>
I am trying to create an entry for '/' (or '.' w/me sitting in '/')
>>
Hi Linda, / is just a mount to something like C:\Cygwin64 so there is no
problem in changing it.
You should delete all the target thing's permissions first to guarantee
starting from a clean slate.
$ setfacl -kb z2/ && getfacl z1/ |setfacl -f - z2/
This works for me with the latest packages.
On 2019-06-04 13:59, L A Walsh wrote:
> lets see if this is more clear:
> On 2019/06/04 12:44, Eliot Moss wrote:
>> On 6/4/2019 3:34 PM, L A Walsh wrote:
>>> I am trying to create an entry for '/' (or '.' w/me sitting in '/')
>>> where the default entries are the same as the file entries.
>>>
lets see if this is more clear:
On 2019/06/04 12:44, Eliot Moss wrote:
> On 6/4/2019 3:34 PM, L A Walsh wrote:
>
>> I am trying to create an entry for '/' (or '.' w/me sitting in '/')
>> where the default entries are the same as the file entries.
>> ^^^
>>
>> so tried doing:
>>
>
On 6/4/2019 3:34 PM, L A Walsh wrote:
I am trying to create an entry for '/' (or '.' w/me sitting in '/')
where the default entries are the same as the file entries.
O ... not sure _I'd_ mess what / on a Windows system!
I noticed the example give in the manpage for copying entries:
The s
I am trying to create an entry for '/' (or '.' w/me sitting in '/')
where the default entries are the same as the file entries.
I noticed the example give in the manpage for copying entries:
The special filename "-" indicates reading from stdin.
Note that you can use this with getfacl and
On 6/4/2019 8:09 PM, Eliot Moss wrote:
> On 6/4/2019 2:00 PM, john doe wrote:
>> Hi, I'm trying to download the setup file to update cygwin using
>> powershell but it fails miserably:
>>
>> PS > (new-object system.net.webclient).do
>> wnloadfile("https://www.cygwin.com/setup-x86_64.exe";, "$PWD/try
On 6/4/2019 2:00 PM, john doe wrote:
Hi, I'm trying to download the setup file to update cygwin using
powershell but it fails miserably:
PS > (new-object system.net.webclient).do
wnloadfile("https://www.cygwin.com/setup-x86_64.exe";, "$PWD/try.exe")
Exception calling "DownloadFile" with "2" argu
Hi, I'm trying to download the setup file to update cygwin using
powershell but it fails miserably:
PS > (new-object system.net.webclient).do
wnloadfile("https://www.cygwin.com/setup-x86_64.exe";, "$PWD/try.exe")
Exception calling "DownloadFile" with "2" argument(s): "The underlying
connecti
on wa
> > > > > > It seems that when mmap() is called with length argument exceeding
> > > > > > size of file, only memory to fit that file is allocated. munmap()
> > > > > > however frees the full specified length. [...]
> > > > > [...]
> > > > > I know this situation is unsatisfying, but I have no easy
On 2019-06-03 16:36, Steven Penny wrote:
> On Mon, 3 Jun 2019 14:35:29, Brian Inglis wrote:
>> You can easily rebuild the package yourself with the cygport utility, to
>> check
>> that works, then change the build config to include the Brainpool ECs, and
>> rebuild the way you want it.
>
> Please
On Jun 4 15:48, Stanislav Kascak wrote:
> > > > > It seems that when mmap() is called with length argument exceeding
> > > > > size of file, only memory to fit that file is allocated. munmap()
> > > > > however frees the full specified length. [...]
> > > > [...]
> > > > I know this situation is u
Hi Guys,
Thanks for your feedback.
I have recompile the openssl package with Cygport and this has allowed
me to point out the differences between the OpenSSL mainline and the
Cygwin pacakge.
Actually the Cygwin package follow the spec from Fedora package where
it has been decided to remove some p
On Fri, May 10, 2019 at 4:43 AM Henning wrote:
>
> Is there a possibility to download compressed archives of cygwin mailing
> lists for offline searching and reading?
I vaguely recall a script to traverse the tree and download any
messages that were not already present in a local copy, but it was
> > > > It seems that when mmap() is called with length argument exceeding
> > > > size of file, only memory to fit that file is allocated. munmap()
> > > > however frees the full specified length. Since (at least on my
> > > > computer) big chunk of memory allocated by calloc() is located after
>
> I pinned the Cygwin/X "XWin Server" Start Menu item to the taskbar.
> When I click that, I get "Cygwin/X Server 0:0" and "X applications menu on :0"
> icons in the systray.
When I start it via the "XWin Server" entry in the Start Menu - which I have
discovered just now, since you mentioned it,
On Tue, Jun 4, 2019, at 15:18, Massimo Balestra wrote:
>
> > - Installed all the packages, as described in
> > https://x.cygwin.com/docs/ug/setup.html
> > - Started XLaunch
> > - Selected "Multiple Window" and "Start no client", to start the X Server
>
> I don't know XLaunch but for the Xwindows
On 2019-06-04 05:52, Ronald Fischer wrote:
> What I did:
> - Installed all the packages, as described in
> https://x.cygwin.com/docs/ug/setup.html
> - Started XLaunch
> - Selected "Multiple Window" and "Start no client", to start the X Server
> - Clicked on "Fertig stellen" (= finish).
> - Using m
> - Installed all the packages, as described in
> https://x.cygwin.com/docs/ug/setup.html
> - Started XLaunch
> - Selected "Multiple Window" and "Start no client", to start the X Server
I don't know XLaunch but for the Xwindows I prepared a shorcut that run:
D:\cygwin64\bin\XWin.exe -multiwindo
On Jun 4 11:38, Stanislav Kascak wrote:
> > > It seems that when mmap() is called with length argument exceeding
> > > size of file, only memory to fit that file is allocated. munmap()
> > > however frees the full specified length. Since (at least on my
> > > computer) big chunk of memory allocate
What I did:
- Installed all the packages, as described in
https://x.cygwin.com/docs/ug/setup.html
- Started XLaunch
- Selected "Multiple Window" and "Start no client", to start the X Server
- Clicked on "Fertig stellen" (= finish).
- Using mintty, I started a cygwin shell (zsh).
- Inside this she
> > It seems that when mmap() is called with length argument exceeding
> > size of file, only memory to fit that file is allocated. munmap()
> > however frees the full specified length. Since (at least on my
> > computer) big chunk of memory allocated by calloc() is located after
> > mmap() allocat
Am 30.05.2019 um 18:05 schrieb Yaakov Selkowitz:
On Thu, 2019-05-30 at 10:11 +0200, Marco Atzeri wrote:
Am 28.05.2019 um 04:39 schrieb Steven Penny:
On Thu, 29 Nov 2018 07:58:53, Marco Atzeri wrote:
Test version 3.13.3-1 of
Can we please move this out of test?
I have no problem, but Tony
31 matches
Mail list logo
