crypt mismatch

2016-02-18 Thread Marco Atzeri 

on x86:

$ cygcheck -f /usr/bin/cygcrypt-0.dll
crypt-1.2-1

$ cygcheck -l crypt
/usr/bin/cygcrypt-0.dll
/usr/bin/crypt.exe
/usr/lib/libcrypt.a
/usr/lib/libcrypt.dll.a
/usr/include/crypt.h
/usr/share/doc/Cygwin/crypt.README


on x64

crypt   1.1-1
libcrypt-devel  1.1-1
libcrypt0   1.1-1

Re: packaging dependencies and testing

2016-02-18 Thread Marco Atzeri 

On 18/02/2016 21:40, Subhasis Ray wrote:

Hi,
  I am trying to build a package for moose
(https://github.com/BhallaLab/moose-core). It builds and runs on
latest cygwin using setup.py. I have two questions regarding packaging
for cygwin:




2) Is there a way that I can check that my package works with cygwin
setup before putting it in public?


https://sourceware.org/cygwin-apps/package-server.html
https://sourceware.org/viewvc/cygwin-apps/genini/

Re: packaging dependencies and testing

2016-02-18 Thread Yaakov Selkowitz 

On 2016-02-18 14:40, Subhasis Ray wrote:

  I am trying to build a package for moose
(https://github.com/BhallaLab/moose-core). It builds and runs on
latest cygwin using setup.py. I have two questions regarding packaging
for cygwin:
1) moose depends on libsbml, which does not have any package for
cygwin but I built it on my local cygwin. I am undecided between (a)
copying the binaries from my local cygwin tree and making the moose
package manually versus (b) creating a separate libsbml package with
cygport. What is the recommended practice?


libsbml should be its own package.

--
Yaakov

packaging dependencies and testing

2016-02-18 Thread Subhasis Ray 
Hi,
 I am trying to build a package for moose
(https://github.com/BhallaLab/moose-core). It builds and runs on
latest cygwin using setup.py. I have two questions regarding packaging
for cygwin:
1) moose depends on libsbml, which does not have any package for
cygwin but I built it on my local cygwin. I am undecided between (a)
copying the binaries from my local cygwin tree and making the moose
package manually versus (b) creating a separate libsbml package with
cygport. What is the recommended practice? The former looks like less
work to me.

2) Is there a way that I can check that my package works with cygwin
setup before putting it in public?

Thanks,
- Subhasis

Re: googlecl

2016-02-18 Thread Yaakov Selkowitz 

On 2016-02-18 09:54, Chris Sutcliffe wrote:

On 18 February 2016 at 10:37, Yaakov Selkowitz wrote:

On 2016-02-18 09:11, Chris Sutcliffe wrote:

I haven't tested the existing googlecl package to see if it still
works, but I suspect it doesn't given the statement above.  Should it
be removed from the distro?


If it doesn't work anymore, then it should be removed.


I've confirmed that googlecl in the distro no longer works, so it
should be removed.


Done.

--
Yaakov

Re: googlecl

2016-02-18 Thread Chris Sutcliffe 
On 18 February 2016 at 10:37, Yaakov Selkowitz wrote:
> On 2016-02-18 09:11, Chris Sutcliffe wrote:
>>
>> I haven't tested the existing googlecl package to see if it still
>> works, but I suspect it doesn't given the statement above.  Should it
>> be removed from the distro?
>
>
> If it doesn't work anymore, then it should be removed.

I've confirmed that googlecl in the distro no longer works, so it
should be removed.

Thanks,

Chris

-- 
Chris Sutcliffe

Re: googlecl

2016-02-18 Thread Yaakov Selkowitz 

On 2016-02-18 09:11, Chris Sutcliffe wrote:

I haven't tested the existing googlecl package to see if it still
works, but I suspect it doesn't given the statement above.  Should it
be removed from the distro?


If it doesn't work anymore, then it should be removed.

--
Yaakov

googlecl

2016-02-18 Thread Chris Sutcliffe 
Hi All,

I was debating whether to revive the googlecl package so I dropped by
the official project page
(https://code.google.com/archive/p/googlecl/) and noticed this:

8 June 2015: GoogleCL is currently broken due to the OAuth1 turndown,
and likely to remain so. Thanks for your support over the years, and
apologies for the lack of prior notice.

I haven't tested the existing googlecl package to see if it still
works, but I suspect it doesn't given the statement above.  Should it
be removed from the distro?

Thanks,

Chris

-- 
Chris Sutcliffe

Duplicity

2016-02-18 Thread J2897 
Cygwin appears to be appending unnessesary permissions to the files I
create/modify...

John ~ $ DUMP=/cygdrive/c/Users/John/temp/dump
John ~ $ icacls "$(cygpath -w "$DUMP")" /reset
processed file: C:\Users\John\temp\dump
John SH $ icacls "$(cygpath -w "$DUMP")"
C:\Users\John\temp\dump NT AUTHORITY\SYSTEM:(I)(OI)(CI)(F)
BUILTIN\Administrators:(I)(OI)(CI)(F)
PC1-W7\John:(I)(OI)(CI)(F)
John ~ $ ll $DUMP
total 0
-rwx--+ 1 John None 0 Feb 18 12:02 New Text Document (2).txt
-rwx--+ 1 John None 0 Feb 18 10:24 New Text Document.txt
John ~ $ icacls "$(cygpath -w "$DUMP")" /inheritance:r
processed file: C:\Users\John\temp\dump
John ~ $ ll $DUMP
ls: cannot open directory /cygdrive/c/Users/John/temp/dump: Permission
denied
John ~ $ icacls "$(cygpath -w "$DUMP")" /grant "$USERNAME:(OI)(CI)F"
processed file: C:\Users\John\temp\dump
John ~ $ ll $DUMP
total 0
-rwx-- 1 John None 0 Feb 18 12:02 New Text Document (2).txt
-rwx-- 1 John None 0 Feb 18 10:24 New Text Document.txt
John ~ $ icacls "$(cygpath -w "$DUMP")"
C:\Users\John\temp\dump PC1-W7\John:(OI)(CI)(F)
John ~ $ setfacl -b "$DUMP"
John ~ $ icacls "$(cygpath -w "$DUMP")"
C:\Users\John\temp\dump NULL SID:(DENY)(Rc,S)
PC1-W7\John:(F)
PC1-W7\None:(Rc,S,RA)
Everyone:(Rc,S,RA)
NULL SID:(OI)(CI)(IO)(DENY)(Rc,S)
CREATOR OWNER:(OI)(CI)(IO)(F)
CREATOR GROUP:(OI)(CI)(IO)(Rc,S,RA)
Everyone:(OI)(CI)(IO)(Rc,S,RA)
John ~ $

Is it possible to stop all of these permissions from being automatically
applied? It's just that I seem to be having problems when restoring
Duplicity backups.

The Duplicity backups seem to be restored just fine. But Duplicity always
complains with "Permission denied" errors, which I don't like.

I wrote a  short script    that I hoped would
prepare the permissions, which failed...

John SH $ ./restore.sh
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Fri Feb 12 13:48:05 2016
Error '[Errno 13] Permission denied:
'/cygdrive/c/Users/John/temp/dump/hist/install.txt'' processing
hist/install.txt
Cleanup of temporary directory /tmp/duplicity-n0RUp5-tempdir failed - this
is probably a bug.
John SH $




--
View this message in context: 
http://cygwin.1069669.n5.nabble.com/Duplicity-tp124554.html
Sent from the cygwin-apps mailing list archive at Nabble.com.