Henry S. Thompson inf.ed.ac.uk> writes:
> I [just sent] setup.log.full, which I don't _think_ shows anything going
> wrong...
You'll have to find out why rebase gets into your Windows system directory.
Check which files in /var/cache/rebase have these and what the content of
/var/lib/rebase/* is
U-leila\vzell volkerzell.de> writes:
> When using
> cygport pstoedit.cygport compile
> I get the following error
> xargs: unmatched single quote; by default quotes are special to xargs
unless you use the -0 option
> cygport file and patch attached. Could you take a look ?
To see what xargs is o
Hi,
I found some issues while trying to create directories to a volume on
a virtual disk (VHD).
-- SETUP --
* Windows 7 SP1 x64
* Cygwin 2.5.2 x86 installed and run under C:\Cygwin
* 100 MB Virtual Disk on D:\Test.vhd
* VHD has a 100 MB simple volume formatted as NTFS
* Tests were done under an
Warren Young writes:
> On Jun 28, 2016, at 3:48 PM, Henry S. Thompson wrote:
>>
>> I'm now pretty sure (it's happened 3 times since Thursday) that some
>> aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
>> installation.
>
> Quoting from your setup.log.full:
>
>> The followi
On Jun 28, 2016, at 3:48 PM, Henry S. Thompson wrote:
>
> I'm now pretty sure (it's happened 3 times since Thursday) that some
> aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
> installation.
Quoting from your setup.log.full:
> The following DLLs couldn't be rebased becau
[Mailer glitch? Previous message consisting of attachment should have
started with the following]
I'm now pretty sure (it's happened 3 times since Thursday) that some
aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
installation.
Anyone else had a bad experience lately?
The
Hi Yaakow
When using
cygport pstoedit.cygport compile
I get the following error
xargs: unmatched single quote; by default quotes are special to xargs unless
you use the -0 option
cygport file and patch attached. Could you take a look ?
Ciao
Volker
NAME="pstoedit"
VERSION=3.70
RELEASE=2
Hi
New versions of 'gd/libgd3/libgd-devel' have been uploaded to a server near you.
o Build for cygwin 2.5.2 with gcc-5.4.0
o Fixed a heap overflow vulnerability
see -> https://cygwin.com/ml/cygwin-apps/2016-05/msg9.html
**
Hi
A new version of 'xpdf' has been uploaded to a server near you.
o Update to latest upstream
o Build for cygwin 2.5.2 with gcc-5.4.0
o Fixes a relocation error
see --> https://cygwin.com/ml/cygwin/2016-05/msg00353.html
xpdf NEWS:
==
New text extractor.
Added the pdftohtml too
Hi
New versions of 'libtasn1_6/libtasn1-devel/libtasn1-doc' have been uploaded to
a server near you.
o Update to latest upstream release
o Build for cygwin 2.5.2 with gcc-5.4.0
libtasn1 NEWS:
==
- Fixes to avoid reliance on C undefined behavior.
- Fixes to avoid an infinite re
Since these emails go to a list, not just Bill, and are archived,
the extra detail is added value and appreciated by other people now & in future.
On Tue, Jun 28, 2016 at 11:06 AM, Bill Zissimopoulos
wrote:
> On 6/28/16, 3:27 AM, "Corinna Vinschen" of corinna-cyg...@cygwin.com> wrote:
>
>
>>>Ok.
On 6/28/16, 3:27 AM, "Corinna Vinschen" wrote:
>>Ok. Please keep in mind that
>
>a) there can't be a bijective mapping between arbitrary length SIDs
> and a 32 bit uid/gid.
>
>b) The mapping used in Cygwin is not self-created but (mostly, except
> for a single deviation) identical to the In
On 28 June 2016 at 10:06, Corinna Vinschen wrote:
> On Jun 28 09:38, Chris Sutcliffe wrote:
>> I have my $HOME path setup as /cygdrive/c/Users (using Windows 7)
>> however ssh doesn't seem to honour that. When I fire up ssh, I get:
>>
>> Could not create directory '/home/csutclif/.ssh'.
>
> OpenSS
On 28 June 2016 at 09:58, Mark Hansen wrote:
> On 6/28/2016 6:38 AM, Chris Sutcliffe wrote:
>> I have my $HOME path setup as /cygdrive/c/Users (using Windows 7)
>> however ssh doesn't seem to honour that. When I fire up ssh, I get:
>>
>> Could not create directory '/home/csutclif/.ssh'.
>>
>> Why
On 6/28/2016 6:38 AM, Chris Sutcliffe wrote:
Hi,
I have my $HOME path setup as /cygdrive/c/Users (using Windows 7)
however ssh doesn't seem to honour that. When I fire up ssh, I get:
Could not create directory '/home/csutclif/.ssh'.
Why is it defaulting to /home? Is there a way to configure
On Jun 28 09:38, Chris Sutcliffe wrote:
> Hi,
>
> I have my $HOME path setup as /cygdrive/c/Users (using Windows 7)
> however ssh doesn't seem to honour that. When I fire up ssh, I get:
>
> Could not create directory '/home/csutclif/.ssh'.
OpenSSH never honors $HOME. It checks explicitely for
On 6/27/2016 11:12 AM, Corinna Vinschen wrote:
>
> Hmm, I'm undecided if this should be fixed in ruby or if we need a
> Cygwin 2.5.3 reverting this patch...
>
In my opinion the patch should remain; a library doesn't have to be
named with extension .dll. That is just the default. It could just
On 28 June 2016 at 09:32, Marco Atzeri wrote:
> On 28/06/2016 13:45, Fergus Daly wrote:
>>
>> For ages I have been able to run through all the files under a directory
>> changing occurrences of string1 to string2 with the command
>> find dirname -type f | xargs sed -i 's/string1/string2/g'
>> It us
Hi,
I have my $HOME path setup as /cygdrive/c/Users (using Windows 7)
however ssh doesn't seem to honour that. When I fire up ssh, I get:
Could not create directory '/home/csutclif/.ssh'.
Why is it defaulting to /home? Is there a way to configure ssh to
point to the $HOME path? I have a .ssh
On 28/06/2016 13:45, Fergus Daly wrote:
For ages I have been able to run through all the files under a directory
changing occurrences of string1 to string2 with the command
find dirname -type f | xargs sed -i 's/string1/string2/g'
It used to take no time at all for say 6000 files.
Now the same c
Corinna Vinschen cygwin.com> writes:
> - find . -uid 98765 | xargs chown
This would run into /proc, which can create a lot of damage depending on
what you do with the files. The find should either be started from
/cygdrive/c/wherever_cygwin_is_installed and/or use the '-xdev' option. In
order
For ages I have been able to run through all the files under a directory
changing occurrences of string1 to string2 with the command
find dirname -type f | xargs sed -i 's/string1/string2/g'
It used to take no time at all for say 6000 files.
Now the same command just hangs.
The files are all text
On Jun 28 17:40, Qian Hong wrote:
> Hi,
>
> I'd like to volunteer to maintain a(nother) continuous integration
> build for Cygwin. Thanks to Jon Turney we recently setup an Appveyor
> build for Cygwin on Windows. This time I'm proposing a Tea CI build
> for Cygwin on Wine.
>
> Attached is the bui
On Jun 28 12:08, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > On Jun 28 11:04, Henry S. Thompson wrote:
> >> Good news: My cygwin file tree survived a Windows (10) reinstall
> >> Not-so-good news: I have a new SID, so not only do I not own those files
> >> any more (that's easily fixe
Corinna Vinschen writes:
> On Jun 28 11:04, Henry S. Thompson wrote:
>> Good news: My cygwin file tree survived a Windows (10) reinstall
>> Not-so-good news: I have a new SID, so not only do I not own those files
>> any more (that's easily fixed), but I don't have the permissions I
>> should, beca
On Jun 28 11:04, Henry S. Thompson wrote:
> Good news: My cygwin file tree survived a Windows (10) reinstall
> Not-so-good news: I have a new SID, so not only do I not own those files
> any more (that's easily fixed), but I don't have the permissions I
> should, because they are now held by some mi
On Jun 27 19:01, Bill Zissimopoulos wrote:
>
> >Why don't we just follow Fedora Linux here and use a mapping to either
> >99 (nobody) or 65534 (nfsnobody)? Both uid values are ununsed in the
> >mapping and 65534 aka 0xfffe has the additional advantage that it's not
> >mapped at all (all values be
Good news: My cygwin file tree survived a Windows (10) reinstall
Not-so-good news: I have a new SID, so not only do I not own those files
any more (that's easily fixed), but I don't have the permissions I
should, because they are now held by some miscellaneous old SID.
In fact I see _two_ raw SIDs
Hi,
I'd like to volunteer to maintain a(nother) continuous integration
build for Cygwin. Thanks to Jon Turney we recently setup an Appveyor
build for Cygwin on Windows. This time I'm proposing a Tea CI build
for Cygwin on Wine.
Attached is the build configuration, which includes three parts:
The
Versions 3.3.1-1 of
R
libRmath
libRmath-devel
for cygwin are now available:
CHANGES
New upstream release
https://mailman.stat.ethz.ch/pipermail/r-announce/2016/000604.html
CYGWIN CHANGES
As upstream removed most of cygwin specific code, the package is
now linked to the
30 matches
Mail list logo
