Vin Shelton | 28 Jan 05:05 2015
Picon

Cygwin Subprocesses on XEmacs

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 problem, enabling M-x shell to
work for bash and zsh (at least):

diff -r 00f2705e2cb3 src/sysdep.c
--- a/src/sysdep.c Mon Jan 26 08:53:07 2015 -0500
+++ b/src/sysdep.c Tue Jan 27 22:15:16 2015 -0500
 <at>  <at>  -1319,7 +1319,7  <at>  <at> 
 void
 disconnect_controlling_terminal (void)
 {
-#  ifdef HAVE_SETSID
+#  if defined(HAVE_SETSID) && !defined(CYGWIN)
   /* Controlling terminals are attached to a session.
      Create a new session for us; it will have no controlling
      terminal.  This also, of course, puts us in our own

HOWEVER - I don't understand why this should be necessary.

I here reproduce all of disconnect_controlling_terminal() for your
reading pleasure.

void
disconnect_controlling_terminal (void)
(Continue reading)

Michael Wild | 27 Jan 12:33 2015
Picon

[ITP] ssh-pageant 1.4

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 required.

ssh-pageant being developed specifically for Cygwin/MSYS it is
naturally not included in Linux distros.

My proposed setup.hint:

category: Net
requires:
sdesc: "SSH agent for Cygwin/MSYS that links to PuTTY's Pageant"
ldesc: "ssh-pageant is a tiny tool for Windows that allows you to use SSH
keys from PuTTY's Pageant in Cygwin and MSYS shell environments.
You can use ssh-pageant to automate SSH connections from those shells, which is
useful for services built on top of SSH, like SFTP file transfers or pushing to
secure git repositories.
ssh-pageant works like ssh-agent, except that it leaves the key storage to
PuTTY's Pageant. It sets up an authentication socket and prints the environment
variables, which allows OpenSSH connections to use it."

The package build successfully and everything works for me.

The package files are available for inspection from:

https://github.com/themiwi/cygwin/releases/download/cyg-ssh-pageant-1.4-1.i686/setup.hint
(Continue reading)

Eric Blake | 27 Jan 05:28 2015
Picon

readline package rename question

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 describes the dlls),
while the 64-bit version 6.2 (still sitting at the version built by
Yaakov when 64-bit first came out) chose a different layout
(release/readline/setup.hint contains only 'skip:',
release/readline/libreadline7/setup.hint is identical, and
release/readline/libreadline-devel/setup.hint contains the headers and
such).

I'd like to unify the naming, and like the idea of libreadline-devel
(instead of plain 'readline').  For 64-bit, this is easy - just stick
with the naming we've always used.  But for 32-bit, it means I'd want
the existing name of 'readline' to use 'requires: libreadline-devel' so
that people get the upgraded package.  How do I do that?  Do I have
release/readline/setup.hint contain just 'skip:' as in 64-bit, and then
add release/_obsolete/readline/setup.hint that has the right 'requires:
libreadline-devel', or does that throw off upset to have two different
locations containing a setup.hint for readline?

Also, I probably want to leave readline 6.3 in test until I have the
matching bash 4.3 built and tested with it (it's a core enough library
that I don't want to destabilize the distro by promoting my new build to
current too soon).  What implications does this have to the
readline->libreadline-devel rename?

--

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org
(Continue reading)

Klaus Ebbe Grue | 26 Jan 23:11 2015
Picon

SSH key for upload access

Name: Klaus Grue
Package: logiweb
---- BEGIN SSH2 PUBLIC KEY ----
Comment: "2048-bit RSA, converted by grue <at> tyr from OpenSSH"
AAAAB3NzaC1yc2EAAAADAQABAAABAQCbJXn+fIvcirRonnL7tmKDXR05MQRriPhB+6mvcd
yYO6t86otqeKssRqGDrK3J1Y3WZC28r+h2sk0w+7j/4tO90HL8Hei+cTF7pBJvuXLanE1r
8pezJnqiTSFndd2upkrES9arDiINve1B/hObXeiKk6E7ZI6/kpSjdNGPH5KLR6EARBagxp
c4KfdZ0CtXZZ8THhVkIGDdq6dRyoHX3FcgIapuuHhmNA9YcLyZAVYuen1DHeeqyHFs7k0K
Nn0LLygvrDaTg90MaYSMt7UpT8sy+yZD8jm7AqHUpOswqMaCnjpMjHnIlP327hMjltDxs6
3CfjoXbmHGMCf1fLFgVdjf
---- END SSH2 PUBLIC KEY ----

Achim Gratz | 26 Jan 18:46 2015
Picon

[ATTN maintainers] cocom gnubg nettle parrot rakudo


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 want to compile it again with gcc-4.9.2 for
just this handful of packages.

Both parrot and rakudo are only available on 32bit and rather old.

The package libppl also depends on libgmp3, but is now obsolete since
the version of gcc using it has been retired.

Another obsolete library is libmpc1 and all the 0.x versions of it.

Could somebody with direct access to sourceware delete the cruft,
please?

Regards,
Achim.
--

-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

Christian Kellermann | 26 Jan 11:31 2015

SSH Key for upload access

Name: Christian Kellermann
Package: chicken
---- BEGIN SSH2 PUBLIC KEY ----
Comment: "5012-bit RSA, converted by ckellerm <at> devpool08 from OpenSSH"
AAAAB3NzaC1yc2EAAAADAQABAAACcwykoG217tPyg4XiJl1Aar2q//xTCFukpgQKC2UW4Z
gq++bvwh5TNioceh3UEbFZkgzZ3IXiAhYStb/1sTAmytU2AQv+uaCvZMV5u7tnBc5kATxX
TsTp4PjwbrVnQ6J08k1BzUKCds+ftIIZBmEDodSON0NCXkvi0kiPKRlZ/UDliO/jtPBFx2
dnd/Ek7Duybg3yHvEXqg1GT7RP81U9UjzJzwjucs6e4k7QYnVhB4pP1u8nUAIwpu03U4ae
ubepdWafMgFIP9eLwPJMRmxDpvovH3GKqmXvDkK5Qlq98185viJGXWMwL5mUA7j+2qImGE
FSbTQUMf1hlwNcHjV0DpW6KaTZeiEkSV99hJ2HaPg1hajrJ3X/l7CHMxnoVnGEk/mvCwL/
8e65xlCNwcgFHylfnSpDgT4hRHNK4+m439kLKooqXS0VW6inoTpYnYCYmfxp5bq53O9NM5
mpKxMwNXJ6O+N6vT3CB4schqUNPa/t0nTw20dA88kcJSiHniSxWn8yz7Uv6L8x2o0zb00L
J75iUl/th7ZnFIOacJA0gqeD1o4feR2imMDVmMyGxv81JihfxRHYQVqyNsLrY7bh/7k6nV
ieEEHfkuoM+R5kKKlLO62wwOGn9ms6LPaWfP5mRB8iNvhJLLHEBGqDTGtBL8WOC3HJ7Mn+
byy6W9s2XZrttAaAuLP7Jvqgy3k80E9ltiPlYpwRGXt7pKiUketDuyXjCnNSlhjHcUznwI
6/VsREtWdPnqrUx2oEz3EwCpr4ajBcxoeHygqzDPNME/048T2ZSr8qOgq6GPuNcGG1mNEB
nP+wBBpmkXVrJ1hbcVvmPrTcTw==
---- END SSH2 PUBLIC KEY ----

Corinna Vinschen | 25 Jan 18:20 2015

Setup patch to keep test version if test version installed

Hi guys,

I need a bit of feedback.

One detail bugging me (and probably others as well) in Setup is this.
If I chose to install a test version of a package, and then start Setup
again, Setup will default to the current version of the package again.
If I'm just a bit careless, I'll overwrite my test version with the curr
version of this package.  And another Setup run will be required to fix
that...

So I was looking into Setup how to change the default behaviour to
something less annoying.  Unfortunately Setup is missing information,
especially if the installed package is a prev, curr, or test version.

But it has a version check mechanism.  And by commen sense, test
versions are always higher than curr versions.  So I came up with the
following change.

Instead of always defaulting to the curr version, Setup now checks if
the installed version of a package is higher than the curr version of
the package.  If so, and if a test version exists for this package, it
will choose the test version by default.  A welcome side effect of this
is, if the test version becomes the curr version, the installed version
will not be higher than curr, thus the curr version will be chosen
again.

Example:

  foo-1.22-1 is installed
(Continue reading)

Serge Lamikhov-Center | 23 Jan 20:31 2015
Picon

SSH key for upload access

Name: Serge Lamikhov-Center
Package: ELFIO
---- BEGIN SSH2 PUBLIC KEY ----
Comment: "2048-bit RSA, converted by Serge <at> Panther from OpenSSH"
AAAAB3NzaC1yc2EAAAADAQABAAABAQCzSJICfBlWFshj6QZMfRXgZvitanr6lpub+A42vZ
5CQpY8zNUeGUkwl2WljcT6gY4RkkNqc0Pg8Ajn9BZJbnQdu7m5DtpmV9dDIiWadmNKYyvZ
CtWber2gHeBMQNuGs3yZwbezEMYvIJe7P9fW0kPkaUYYjnfntz1L3Cqt+65iE6SzZmw331
lIXBMrgNxeoJWXHhTaEc4G4U7LeylEYpd/JotQ0rwzxL5VXENEDxCFEfN9I/msAfjDNwlY
UjJ+EWHiupfBiC6K1pQi1Ukg0ggs8YzTOnB78oesW+tH+pFTKRxWycmVb/TwDOfkMSaZ5c
JbX8mA1UyDse231sjlU8kZ
---- END SSH2 PUBLIC KEY ----

 		 	   		  
Pavel Fedin | 21 Jan 08:33 2015

[ITA] rpm

 Hello! Haven't talked for a while...
 I am currently involved with Tizen OS and my dream is to get its build
system running on Cygwin. The whole thing is based on RPM, so i had to do
some upgrades to our RPM port. I took 4.12 version, v5 appeared to be too
problematic.
 Download URL is: http://nashdisk.ru/bc3d24/ . The site is in Russian, sorry
for that, just press the green button in order to get a single TAR file. All
packages (64-bit) are inside.
 Of course before uploading to Cygwin i'll rebuild the 32-bit version too.

 I have tested this version, even built some packages. Seems to work OK.
This version even works for installing root filesystem packages into a
dedicated sysroot. I had to do some improvements to unpacking algorithm in
order to make this possible. Also i have enabled Python API, which is
necessary for running gbs.

Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia

Yaakov Selkowitz | 20 Jan 06:38 2015

[SECURITY] gd: CVE-2014-2497

Dr. Volker Zell,

A security vulnerability has been made public for gd.  Could you please:

1) port this patch to 2.0.36RC1, for the benefit of those package
currently linked against libgd2:

http://git.php.net/?p=php-src.git;a=patch;h=cf47536

2) AND could you bump gd to 2.1.1, which already includes this fix, from
its new home at http://libgd.bitbucket.org/ so we can move on to the
currently supported code base for future builds?

TIA,

--
Yaakov

Serge Lamikhov-Center | 19 Jan 15:36 2015
Picon

[RFU] ELFIO-3.0-1

Please upload ELFIO-3.0-1:

-----------------------------------------------------------------------
cd ELFIO

#src:
wget http://elfio.sourceforge.net/ELFIO-3.0-1-src.tar.xz

#32bit:
#64bit:
wget http://elfio.sourceforge.net/ELFIO-3.0-1.tar.xz
-----------------------------------------------------------------------

The package doesn't not contain executable or object files, so, the same package is used for both 32- and
64-bit platforms.

Thank you,
Serge

 		 	   		  

Gmane