On Thu, 4 Dec 2008 14:35:02 -0500, Gustavo Seabra <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 3, 2008 at 8:36 PM, Eric Blake wrote:
>> According to Gustavo Seabra on 12/3/2008 7:38 AM:
>>> 1. Is is safe to remove the old gcc (3.*) packages and replace them by
>>> symlinks to the new gcc4 executables?
On Fri, Dec 5, 2008 at 2:24 AM, Phil Betts <[EMAIL PROTECTED]> wrote:
>
> Frankly, there are loads of things that you would need to test and
> you can never be sure you've checked all possible mechanisms. Given
> that the chroot jail is really an open prison under Windows, one has
> to wonder if i
Does anyone know where cygwin stores its information about which packages
are currently installed? e.g. is it in the Windows registry? Is it on the
main cygwin drive or is it on the drive that contains my (local) package
repository? Or does setup.exe work it all out at run time?
Here's my scena
Hello,
* On Fri, Dec 05, 2008 at 11:26:24AM - John Emmas wrote:
> Does anyone know where cygwin stores its information about which packages
> are currently installed?
My completely unauthoritative answer:
/etc/setup
Also look at
/etc/postinstall
and
/etc/preremove
HTH,
Spiro.
--
Spiro R
On Dec 5 10:43, Julio Emanuel wrote:
> If it is so, Corinna, maybe the implementation is in a bit better
> shape than you remember? Can you confirm that this is result from
> chroot implementation in cygwin dll? (just morbid curiosity, at this
> stage :)
THis isn't a question of being good or bad
Larry Hall (Cygwin) wrote:
>
>
> Perhaps a better question is why do you think investigating this problem
> would be different with Cygwin than with any other non-Cygwin application?
> If you find there is something Cygwin-specific in this process that's
> confusing you, it might help us unders
wrote:
Larry Hall (Cygwin) wrote:
Perhaps a better question is why do you think investigating this problem
would be different with Cygwin than with any other non-Cygwin application?
If you find there is something Cygwin-specific in this process that's
confusing you, it might help us under
Hi All,
I have installed all the python packages available from setup.exe,
which includes NumPy. However, I am trying to install another program
(BioPython), which depends on numPy being present, but it can't find
it (see below). Am I missing anything here?
Thanks,
Gustavo.
---
Gustavo Seabra wrote:
> I have installed all the python packages available from setup.exe,
> which includes NumPy. However, I am trying to install another program
Are you sure about that? There's only Numeric available through setup,
not NumPy. Maybe you are thinking of Cygwin Ports, which does
On Fri, Dec 5, 2008 at 12:55 PM, Brian Dessent wrote:
> Gustavo Seabra wrote:
>
>> I have installed all the python packages available from setup.exe,
>> which includes NumPy. However, I am trying to install another program
>
> Are you sure about that? There's only Numeric available through setup,
>
> You also need to try symlinks that point outside the "jail". Try
> creating them both from the shell and within SFTP.
>
Just got back from my Christmas shopping and now back to work :)
I don't know how to create a symlink from inside SFTP so I did it only from
Console. I have created two
TheO wrote on Friday, December 05, 2008 1:01 PM:
>> You also need to try symlinks that point outside the "jail". Try
>> creating them both from the shell and within SFTP.
>>
>
> Just got back from my Christmas shopping and now back to work :)
>
> I don't know how to create a symlink from inside
Larry Hall (Cygwin) wrote:
>
> wrote:
>>
>> Larry Hall (Cygwin) wrote:
>>>
>>> Perhaps a better question is why do you think investigating this problem
>>> would be different with Cygwin than with any other non-Cygwin
>>> application?
>>> If you find there is something Cygwin-specific in
wrote:
Larry Hall (Cygwin) wrote:
So what's the command line you're using? Does the following work for
you?
strace -o ls.out ls /usr
Thanks Larry. I ran your command and I was able to strace something. Here
is the output of the strace:
--- Process 1052, exception C005
I'm having the exact same issue...any solution for this???
Thanks
Bugzilla from [EMAIL PROTECTED] wrote:
>
> Hello,
>
> I've have updated my cygwin install and since the installation of the
> new Xwindows server, emacs doesn't work anymore.
> It starts correctly, but some fonts seems to be
Larry Hall (Cygwin) wrote:
wrote:
Larry Hall (Cygwin) wrote:
So what's the command line you're using? Does the following work for
you?
strace -o ls.out ls /usr
Thanks Larry. I ran your command and I was able to strace something.
Here
is the output of the strace:
--- Pro
> What about:
>
> $ sftp localhost
> Connecting to localhost...
> sftp> symlink 'C:\Windows' bar
sftp> symlink C:\foobar foobar
sftp> symlink C:\windows windows
sftp> ls -al
drwxr-xr-x2 root root0 Dec 5 19:31 .
drwxr-xr-x3 root root0
> What about:
>
> $ sftp localhost
> Connecting to localhost...
> sftp> symlink 'C:\Windows' bar
> sftp> cd bar
Sorry I missed out the ', here we go again with ' this time:
sftp> symlink 'C:\foobar' foobar
sftp> symlink 'C:\windows' windows
sftp> ls -al
drwxr-xr-x2 root root0
> What about:
>
> $ sftp localhost
> Connecting to localhost...
> sftp> symlink 'C:\Windows' bar
> sftp> cd bar
Sorry I missed out the ', here we go again with ' this time:
sftp> symlink 'C:\foobar' foobar
sftp> symlink 'C:\windows' windows
sftp> ls -al
drwxr-xr-x2 rootroot0 D
wrote:
>
>
> Thanks Larry. I ran your command and I was able to strace something.
> Here is the output of the strace:
>
> --- Process 1052, exception C005 at 610610C5
> --- Process 3572, exception 06BA at 76A8F35F
> --- Process 3572, exception 06BA at 76A8F35F
> --- Process
>
> From what we've seen so far, it seems that SFTP responds as expected.
> That is all that I want to know.
> From this point forward, we must try to close all other access ways
> that does not belong to the scenario... but those are not excuses to
> not implement the SFTP chroot.
>
Actually, m
>
> THis isn't a question of being good or badly implemented, it's the
> simple fact that it doesn't (and can't) provide what people think it
> does. Chroot is a bad fake on Cygwin. Even a super cool implementation
> doesn't change that.
>
I don't know how chroot is implemented but so far ever
[I apologize for the ugly subject format, but after running 3 times into
the spam script, I was getting tired of it. Sourceware should really fix
its broken detection routines.]
Hi,
I'm simply unable to build latest GTK+ (2.14.5) on cygwin atm.
I have a bit of building experience, though, so it m
TheO wrote:
From what we've seen so far, it seems that SFTP responds as expected.
That is all that I want to know.
From this point forward, we must try to close all other access ways
that does not belong to the scenario... but those are not excuses to
not implement the SFTP chroot.
Actua
> if you are concerned about the "cygdrive" text there is a registry entry
> where
> you can set that to whatever you want including "". That is what I do. I
> would
> tell you what it is but my windows machine is not here right now. Then when
> you
> "ls /" you get /c, /d etc instead of /cyg
TheO wrote on Friday, December 05, 2008 3:46 PM:
>> if you are concerned about the "cygdrive" text there is a registry
entry
>> where you can set that to whatever you want including "". That is
what I do.
>> I would tell you what it is but my windows machine is not here right
now.
>> Then when you
Roger Wells wrote:
if you are concerned about the "cygdrive" text there is a registry entry
where you can set that to whatever you want including "". That is what I
do. I would tell you what it is but my windows machine is not here right
now. Then when you "ls /" you get /c, /d etc instead of /
>
> I believe it is still supported for Cygwin 1.5. I think what has
> happened is the Cygwin DLL created an actual /cygdrive directory (which
> is useful for things like bash completion) in your chroot jail. Now that
> you've changed the Cygdrive prefix, delete that directory and all should
> be
>
> But when I tried to restart sshd, I got this message:
>
> # net start sshd
> bash: /cygdrive/c/WINDOWS/system32/net: No such file or directory
>
> Do I need to change somewhere else too?
Ignore my previous message. It worked after I closed the last
Console and open a new one.
Many than
Bugzilla from [EMAIL PROTECTED] wrote:
>
> I've have updated my cygwin install and since the installation of the
> new Xwindows server, emacs doesn't work anymore.
>
Cygwin only installs a minimal font set after updating now. See
http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-
On Fri, Dec 05, 2008 at 10:11:30PM +0100, sowiso wrote:
>[I apologize for the ugly subject format, but after running 3 times into
>the spam script, I was getting tired of it. Sourceware should really fix
>its broken detection routines.]
Nothing is broken. You were being blocked because gtk is dis
Matthew Woehlke wrote:
Roger Wells wrote:
if you are concerned about the "cygdrive" text there is a registry
entry where you can set that to whatever you want including "". That
is what I do. I would tell you what it is but my windows machine is
not here right now. Then when you "ls /" you g
Hi,
the current setup.exe has a little "issue" which I don't like too much:
whenever you select another mirror, the "release" directory will be
BELOW this mirror address.
Could it also be possible to have the "release" directory used together
with _all_ mirrors?
At the moment, I have to merge dir
Rob Walker wrote:
> # make it read-only the windows way
> attrib +R ${FILE}
Note that the +R attribute (and attributes in general) has nothing to do
with ACLs or security, it's a completely different concept. FAT for
instance supports R/H/S/A attributes but otherwise has a total lack of
any form
sowiso wrote:
> Could it also be possible to have the "release" directory used together
> with _all_ mirrors?
You should be able to just specify as the "Local Package Dir" the parent
dir and it should find and union the contents of all the subdirs.
Brian
--
Unsubscribe info: http://cygwin.
- Original Message -
From: "Brian Dessent" <[EMAIL PROTECTED]>
To:
Sent: Saturday, December 06, 2008 3:13 AM
Subject: Re: Setup.exe: all files in one common directory? (not
per-server)
> sowiso wrote:
>
> > Could it also be possible to have the "release" directory used
together
> > wit
sowiso wrote:
> and so on. __I cannot do anything about this.__
> You see? If I do want to avoid this, I must always use the same mirror.
> And what if it's unaccessible due to a server downtime?
Yes, when downloading it will create the files under the mirror's
filename. That's by design because
On Fri, Dec 05, 2008 at 06:41:21PM -0800, Brian Dessent wrote:
>sowiso wrote:
>>and so on. __I cannot do anything about this.__ You see? If I do want
>>to avoid this, I must always use the same mirror. And what if it's
>>unaccessible due to a server downtime?
>
>Yes, when downloading it will cre
Brian Dessent wrote:
Rob Walker wrote:
# make it read-only the windows way
attrib +R ${FILE}
Note that the +R attribute (and attributes in general) has nothing to do
with ACLs or security, it's a completely different concept. FAT for
instance supports R/H/S/A attributes but otherwise
Brian Dessent wrote:
Rob Walker wrote:
The output of the examination above shows me that "cp -a" doesn't
preserve Full Control for the owner on the copied file. Is this the
expected behavior under ntsec? If I use CYGWIN=nontsec, Full Control is
preserved.
Well cp is a POSIX program
- Original Message -
From: "Brian Dessent" <[EMAIL PROTECTED]>
To:
Sent: Saturday, December 06, 2008 3:41 AM
Subject: Re: Setup.exe: all files in one common directory? (not
per-server)
> Yes, when downloading it will create the files under the mirror's
> filename. That's by design beca
Rob Walker wrote:
> [RGW] Hm, looks simple... Why isn't this part of "cp -a" ?
You have to understand the history of things. In the classic unix
world, a file has an owner, a group, a mode, and several timestamps.
>From the standpoint of what "cp -a" can manipulate portably, that's
basically i
sowiso wrote:
> Yes, and that's another bad point about it!
> Different setup.ini files! What's the idea?
A single setup.ini file describes a particular view of the state of the
distro at a given point in time for a given site. Mirrors are
inherently loosely synchronized on the order of hours, n
Thanks for your patience, Brian.
-Rob
Brian Dessent wrote:
Rob Walker wrote:
[RGW] Hm, looks simple... Why isn't this part of "cp -a" ?
You have to understand the history of things. In the classic unix
world, a file has an owner, a group, a mode, and several timestamps.
From the
Hi All,
following the Corinna request I tried to test the
building of my packages on cygwin-1.7 and I found this
slight difference when linking
on cygwin 1.5 "-lcruft.dll" is accepted as form
to link versus cygcruft.dll
while on 1.7 the outcome is:
/bin/ld: cannot find -lcruft.dll
of course i
45 matches
Mail list logo
