Dear all
I would like to package ssh-pageant and propose it for inclusion in
Cygwin. The small tool acts like an ssh-agent, but instead of storing
its own keys, it is connecting to the PuTTY Pageant tool. This way the
very useful Pageant tool can be used from Cygwin and no separate
Corinna Vinschen writes:
On Jan 27 07:55, Achim Gratz wrote:
You may have solved a long-standing problem. Let's see if everything
else still works... :-)
Orpahned package removal doesn't work anymore, but I have no time to
take a closer look this week.
BTW, if you switch one package to test
On 1/27/2015 7:25 PM, Achim Gratz wrote:
Corinna Vinschen writes:
On Jan 27 07:55, Achim Gratz wrote:
You may have solved a long-standing problem. Let's see if everything
else still works... :-)
Orpahned package removal doesn't work anymore, but I have no time to
take a closer look this
On Mon, 2015-01-26 at 21:28 -0700, Eric Blake wrote:
I'm attempting to upload a new version of readline 6.3. However, the
32-bit version named the devel package 'readline' 6.1 (the
release/readline/setup.hint describes a direct package for headers and
such, and
Corinna Vinschen writes:
Example? I just tried the libppl and libmpc1 packages, and they simply
don;'t show up anymore, neither in the current setup 2.859, nor ithe
test setup 2.861. I don't see a difference in behaviour.
You have to use the -o / --delete-orphans option for this to kick in.
On Jan 26 21:28, Eric Blake wrote:
I'm attempting to upload a new version of readline 6.3. However, the
32-bit version named the devel package 'readline' 6.1 (the
release/readline/setup.hint describes a direct package for headers and
such, and release/readline/libreadline7/setup.hint
On Jan 27 07:55, Achim Gratz wrote:
Corinna Vinschen writes:
I checked in code which fixes this issue, which simplifies the package
choosing algorithm when clicking on the package line, and which
implements the default package in a way which never downgrades a
package without the user's
On Jan 27 07:35, Achim Gratz wrote:
Corinna Vinschen writes:
Removed. Btw., do we still need the obsolete ppl-devel?
By now everybody should have switched to libppl-devel via dependency, so
I think this can also go now.
Removed.
Thanks,
Corinna
--
Corinna Vinschen
On Jan 27 08:40, Marco Atzeri wrote:
On 1/26/2015 9:59 PM, Corinna Vinschen wrote:
On Jan 26 18:46, Achim Gratz wrote:
These are the last packages depending on libgmp3 (on 32bit only). Could
these either be recompiled or dropped so that the old gmp library can be
removed? I really don't
On Jan 27 21:37, Corinna Vinschen wrote:
On Jan 27 20:59, Achim Gratz wrote:
Corinna Vinschen writes:
Example? I just tried the libppl and libmpc1 packages, and they simply
don;'t show up anymore, neither in the current setup 2.859, nor ithe
test setup 2.861. I don't see a difference
On Wed, Jan 21, 2015 at 08:15:59AM -0500, Andrew Schulman wrote:
After much deliberation, I have decide to put my packages up for
adoption. I have not had enough free time to properly maintain my
packages for quite some time. Unfortunately, this is not going to
change for the
On Jan 27 20:59, Achim Gratz wrote:
Corinna Vinschen writes:
Example? I just tried the libppl and libmpc1 packages, and they simply
don;'t show up anymore, neither in the current setup 2.859, nor ithe
test setup 2.861. I don't see a difference in behaviour.
You have to use the -o /
Corinna Vinschen writes:
Why not? Consider: I want to *run* the new DLL, but I want to *build*
packages for the current release. That means, I need cygwin-1.7.34-005
but cygwin-devel-1.7.33-1.
That's exactly why I properly package all snapshots by integrating them
with their base packages.
Corinna Vinschen writes:
That's exactly why I properly package all snapshots by integrating them
with their base packages. I've posted the Makefile before but, it has
changed a bit in the last few months, so if you're interested I can post
it again.
You lost me here. What snapshots?!?
At
Corinna Vinschen writes:
Or today. Can you try this patch? Most of it is a bit of reformatting,
the importnat part is the last set_action call.
I think I'll get this wedged in sometime tomorrow.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD
On Jan 27 22:04, Achim Gratz wrote:
Corinna Vinschen writes:
Or today. Can you try this patch? Most of it is a bit of reformatting,
the importnat part is the last set_action call.
I think I'll get this wedged in sometime tomorrow.
Thanks. I think I have a better one, though. The
On Jan 27 21:50, Achim Gratz wrote:
Corinna Vinschen writes:
Why not? Consider: I want to *run* the new DLL, but I want to *build*
packages for the current release. That means, I need cygwin-1.7.34-005
but cygwin-devel-1.7.33-1.
That's exactly why I properly package all snapshots by
On Jan 27 19:25, Achim Gratz wrote:
Corinna Vinschen writes:
On Jan 27 07:55, Achim Gratz wrote:
You may have solved a long-standing problem. Let's see if everything
else still works... :-)
Orpahned package removal doesn't work anymore, but I have no time to
take a closer look this
On 01/27/2015 03:57 PM, Eric Blake (cygwin) wrote:
This is a minor rebuild to sort out packaging issues and refresh against
newer cygwin (no source changes). I have renamed the development
package from 'readline' to 'libreadline-devel', to match the naming
convention already in the 64-bit
Dear all
I would like to package ssh-pageant and propose it for inclusion in
Cygwin. The small tool acts like an ssh-agent, but instead of storing
its own keys, it is connecting to the PuTTY Pageant tool. This way the
very useful Pageant tool can be used from Cygwin and no separate
ssh-agent is
I spent some time debugging M-x shell in XEmacs on 32-bit Cygwin.
Here's what I found out.
In the child after fork() but before exec(), the setsid() call in
disconnect_controlling_terminal() is causing the subprocess not to
function after it gets spawned.
Here is a patch which works around the
21 matches
Mail list logo