The following packages have been uploaded to the Cygwin distribution:
* GeoIP-database-20160412-1
The free GeoLite databases are similar to the commercial GeoIP databases,
but are slightly less accurate.
This is a long overdue update to the latest databases.
--
Yaakov
--
Problem reports:
The following packages have been uploaded to the Cygwin distribution:
* hicolor-icon-theme-0.15-1
* mingw64-i686-hicolor-icon-theme-0.15-1
* mingw64-x86_64-hicolor-icon-theme-0.15-1
This is the default fallback theme used by implementations of the icon
theme specification.
This release is an up
Alexandria Gutierrez writes:
> On the original script I am using
> -backuptarget=SERVERNAME\\PATH\\TO\\SHARE
> to avoid the use of quotes. I have several cygwin version installed
> across multiple windows nodes. All of them work correctly.
That only takes care of the first level of quote remo
Thank you for your message, Thomas.
I can install .fon files without problem here on Win7 (by dropping
them into the fonts folder)
I tried to install the ones from koemaeda, but ran into some problems:
- I can only install one at a time
- Whichever I install, I cannot set the correct font size (w
The following packages have been uploaded to the Cygwin distribution:
* libtirpc1-0.3.2-2
* libtirpc-common-0.3.2-2
* libtirpc-devel-0.3.2-2
TI-RPC provides a library that implements Transport Independent Remote
Procedure Calls. It supports RPCs over IPv4, IPv6, as well as local unix
sockets.
KARL BOTTS scripsit:
> Did the inability of UoW to read a Cygwin created file ever get explained?
See the long post I just sent out.
> And then, an interesting question. Suppose we Cygwin users think we have
> identified a defect in UoW. Do we notify the MS people? Whom and how? I
> guess I
Did the inability of UoW to read a Cygwin created file ever get explained?
Last I saw was from Evgeny Grin, which contained the iacls dumps.
What jumps out is that the non-Cyg files have X perms, the Cyg file does not.
I assume others noticed that. Of course, X perms should not be needed to re
Gerrit Haase scripsit:
> Seems to be a permission issue, can you provide the output of:
>
> icacls file1
> icacls file2
Here they are:
cowan@large-skunk ~
$ icacls file1
file1 NULL SID:(DENY)(Rc,S,X,DC)
LARGE-SKUNK\cowan:(R,W,D,WDAC,WO)
NT AUTHORITY\SYSTEM:(DENY)(S,X)
BUILTIN\
Warren Young scripsit:
> (Open question: does UfW’s Bash shell accept UNC paths?)
No. It treats a leading double slash as a single slash, despite the Posix
permission to do otherwise, and treats a non-leading double slash as an
error, despite the Posix requirement not to do that. (I have report
Andrey Repin scripsit:
> Welcome, poor child of a big blue button. Let me introduce you into my world.
> The world, where file managers help you manage files.
"The Jews have no dealings with the Samaritans." I live in a word of
command lines almost exclusively, unless I am running a Web browser.
On Apr 14, 2016, at 1:07 PM, Andrey Repin wrote:
>
>>> small things like cygpath
>
>> A cygpath like facility is neither useful nor needed in UfW.
>
> Which means, I can't call diff between files on my file manager's two panels?
Sure you can. c:\tmp\foo.txt is seen as /mnt/c/tmp/foo.txt inside
Greetings, Alexandria Gutierrez!
> I am sorry, I was not clear.
> On the original script I am using
> -backuptarget=SERVERNAME\\PATH\\TO\\SHARE
> to avoid the use of quotes.
You must use quotes to escape the "=" sign, which for CMD is an argument
separator equal to space. (Assuming the comman
Greetings, John Cowan!
> Andrey Repin scripsit:
>> Which means, I can't call diff between files on my file manager's two panels?
> What on earth does that mean?
Welcome, poor child of a big blue button. Let me introduce you into my world.
The world, where file managers help you manage files.
>
On 4/14/2016 21:52, Corinna Vinschen wrote:
>
> This is actually a problem in libstdc++-v3. On platforms missing
> certain long double functions libstdc++-v3 is built with stub functions
> using the same name.
>
> Jon, any chance to rebuild the gcc packages ASAP?
>
Already on it, uploads shoul
Warren Young scripsit:
> Third, given a choice between the Cygwin package repo and the Ubuntu
> package repo, well, no contest, yes? That’s also why Ubuntu and
> not, say, Fedora or Arch; Microsoft chose the biggest single package
> repo available.
I'm not so sure of that. Canonical is fairly f
Andrey Repin scripsit:
> Which means, I can't call diff between files on my file manager's two panels?
What on earth does that mean?
In any case, though it is hard to be sure (no /etc/fstabs file), I
think that /mnt/c is hardwired into lxss, not the result of a Linux-level
mount operation.
> At
I am sorry, I was not clear.
On the original script I am using -backuptarget=SERVERNAME\\PATH\\TO\\SHARE
to avoid the use of quotes. I have several cygwin version installed
across multiple windows nodes. All of them work correctly.
On the 2 new cygwin-2.5.0 nodes using the same script (already
On 4/14/2016 3:07 PM, Andrey Repin wrote:
It was mentioned that you can mount the Windows file system,
so I don't see why you can't work with both Linux and Windows
files from within the Ubuntu universe ...
Eliot Moss
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Greetings, Warren Young!
>> I do not think they have really considered the integration issues that Cygwin
>> has mostly solved.
> Since when has Microsoft ever been immune from NIH syndrome?
>> small things like cygpath
> A cygpath like facility is neither useful nor needed in UfW. The program
Alexandria Gutierrez writes:
> I also have a feeling it has something to do with the way ssh is
> sending the single quotations over to windows.
The ssh will never see those single quotes since they're stripped out by
the shell, so it can't send them over to Windows anyway. You have to
add at lea
I also have a feeling it has something to do with the way ssh is
sending the single quotations over to windows. I will continue to
troubleshoot this issue to see what I can determine. IF/When I find a
resolution I will post it here to help others.
My main concern is that prior to cygwin-2.5.0 it w
Greetings, Eliot Moss!
> On 4/14/2016 11:08 AM, Alexey Sokolov wrote:
>> Unrelated: If they just implement Linux kernel interface, I don't see
>> why other distros can't work.
> Can't system call numbers, etc., be totally different
> between different kernels?
Different as Linux vs. BSD vs. ...
On 4/14/2016 2:30 PM, Andrey Repin wrote:
Greetings, Eliot Moss!
On 4/14/2016 11:08 AM, Alexey Sokolov wrote:
Unrelated: If they just implement Linux kernel interface, I don't see
why other distros can't work.
Can't system call numbers, etc., be totally different
between different kernels
Greetings, Warren Young!
> On Apr 13, 2016, at 9:25 AM, Andrey Repin wrote:
>>
>>> On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
It will be interesting to see how they map identities and permissions!
>>
>>> They don’t map identities at all, a fact that is clear from this
>>> prese
Greetings, Eliot Moss!
> On 4/13/2016 8:14 PM, John Cowan wrote:
>> Andrey Repin scripsit:
>>
>>> In other words, this is a useless bullshit?
>>> No SSHD, no cron, no… nothing?
> I know that some people really depend on having server applications
> available on Windows via cygwin. However, some
On 4/14/2016 11:08 AM, Alexey Sokolov wrote:
Unrelated: If they just implement Linux kernel interface, I don't see
why other distros can't work.
Can't system call numbers, etc., be totally different
between different kernels?
Regards -- Eliot Moss
--
Problem reports: http://cygwin.com/
> That means Cygwin cant just call the new fork() WSL syscall.
Bummer.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Alexandria Gutierrez writes:
> I was already using a single quotes to send the command via ssh, such as:
> ssh -q -n 'command here'
Those quotes never make it over to the Windows side, since they are
stripped by the invoking shell (unless you do something to the shell).
> I added the single quote
The following packages have been added to the Cygwin distribution:
girepository-msi0-0.95-1
libmsi-devel-0.95-1
libmsi0-0.95-1
msitools-0.95-1
vala-msi0-0.95-1
wixl-0.95-1
gcab-0.7-1
girepository-gcab1.0-0.7-1
libgcab-devel-0.7-1
libgcab-doc-0.7-1
libgcab1.0_0-0.7-1
vala-gcab1.0-0.7-1
wixl is
Thank you Achim,
I was already using a single quotes to send the command via ssh, such as:
ssh -q -n 'command here'
I added the single quotes on the path itself such as:
-backuptarget:'\\SERVERNAME\PATH\TO\SHARE'
and this time it worked via cygwin terminal,
but it still does not work via ssh for
On Apr 13, 2016, at 6:56 AM, KARL BOTTS wrote:
>
> why didn't MS just arrange to support Cygwin more
> directly, e.g., make a "blessed" distribution mechanism for Cygwin available
> to their users?
Many reasons.
The first must be licensing. Realize that UfW is a kernel-level feature, which
me
Alexandria Gutierrez gmail.com> writes:
> Here is where I noticed that the issue must have been related to cygwin:
> Using the exact same same wbadmin command in the example above, and
> running it on a windows terminal (cmd), the backup works just fine.
> Then I open a cygwin terminal and type th
14.04.2016 15:49, Warren Young пишет:
> The fact that it has limitations merely means it isn’t going to wipe Cygwin
> off the map immediately. When/if Microsoft fixes all the limitations w.r.t.
> Cygwin, Cygwin is in deep yogurt.
Cygwin also works on older versions of Windows. My guess is that
On Apr 13, 2016, at 9:25 AM, Andrey Repin wrote:
>
>> On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote:
>>>
>>> It will be interesting to see how they map identities and permissions!
>
>> They don’t map identities at all, a fact that is clear from this
>> presentation:
>>
> In other words, this
Hey team,
I run into an issues that I was unable to find assistance within the
archives or google searches. I would appreciate some help to bounce a
few ideas to get this issues resolved. Thank you for your time in
advanced.
We have a linux server that uses wbadmin via cygwin to backup a
windows
On Apr 14 19:00, Takashi Yano wrote:
> Hi Corinna,
>
> On Thu, 14 Apr 2016 09:52:05 +0200
> Corinna Vinschen wrote:
> > If it's that simple, why does my STC (or a simple variation thereof) not
> > complain?
>
> It is because optimizer removes the function call.
>
> Try:
>
> $ cat > m.cc < #incl
Hi Corinna,
On Thu, 14 Apr 2016 09:52:05 +0200
Corinna Vinschen wrote:
> If it's that simple, why does my STC (or a simple variation thereof) not
> complain?
It is because optimizer removes the function call.
Try:
$ cat > m.cc <
#include
int main()
{
long double x, y;
scanf("%Lf %Lf", &x,
Need to add that I'm using latest Cygwin64:
$ uname -r
2.5.0(0.297/5/3)
On 14.04.2016 12:11, Evgeny Grin wrote:
> I can reproduce the problem.
> Win10 Enterprise Build 14316 Insider Preview
> Commands:
> On cmd:
> @ echo test1>cmd-file
>
> On Cygwin sh:
> $ echo test2>cygsh-file
>
> On UoW bash
I can reproduce the problem.
Win10 Enterprise Build 14316 Insider Preview
Commands:
On cmd:
@ echo test1>cmd-file
On Cygwin sh:
$ echo test2>cygsh-file
On UoW bash sh:
# echo test3>uowsh-file
# cat cmd-file
test1
# cat cygsh-file
cat: cygsh-file: Permission denied
# cat uowsh-file
test3
# ls -ali
On 13.04.2016 16:36, Eliot Moss wrote:
> I tried it myself
> and found that cmd's echo adds a space after "stuff". If I do:
> c:\Users\moss> echo stuff> file1
> (Note: no space before the > !)
> It writes "stuff" without the extra space.
cmd's echo doesn't add anything. It's just completely diff
On Apr 13 11:55, René Berber wrote:
> On 4/12/2016 7:08 PM, Tatsuro MATSUOKA wrote:
>
> [snip]
> > /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0):
> > multiple definition of `atan2l'
> > **
> > /usr/lib/../lib/libm.a(t-d000195.o
41 matches
Mail list logo
