[suggest] rssh version 2.3.3 released, please update

[Nico Kadel-Garcia]

rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

The updates in the new release are modes: I've attached a .diff file
for the .spec file: can we get an update to that package?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rssh-2.3.3.spec.diff
Type: application/octet-stream
Size: 1373 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100808/20bb7ef9/attachment.obj

[Yury V. Zaytsev]

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

2) No dist tag

3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me

[Nico Kadel-Garcia]

Post by Yury V. Zaytsev

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Post by Yury V. Zaytsev
2) No dist tag
3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me
--
Sincerely yours,
Yury V. Zaytsev

[Yury V. Zaytsev]

Hi!

I updated the SPEC, thanks!

Post by Nico Kadel-Garcia
Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Nobody is going to run autoconf to rebuild the RPM, so it's not needed
in the SPEC. Thanks for escalating this upstream, though. It's the way
to go.

Best,

[Yury V. Zaytsev]

Hi!

I updated the SPEC, thanks!

Post by Nico Kadel-Garcia
Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Nobody is going to run autoconf to rebuild the RPM, so it's not needed
in the SPEC. Thanks for escalating this upstream, though. It's the way
to go.

Best,

[Yury V. Zaytsev]

Hi!

I updated the SPEC, thanks!

Post by Nico Kadel-Garcia
Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Nobody is going to run autoconf to rebuild the RPM, so it's not needed
in the SPEC. Thanks for escalating this upstream, though. It's the way
to go.

Best,

[Yury V. Zaytsev]

Hi!

I updated the SPEC, thanks!

Post by Nico Kadel-Garcia
Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Nobody is going to run autoconf to rebuild the RPM, so it's not needed
in the SPEC. Thanks for escalating this upstream, though. It's the way
to go.

Best,

[Yury V. Zaytsev]

Hi!

I updated the SPEC, thanks!

Post by Nico Kadel-Garcia
Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Nobody is going to run autoconf to rebuild the RPM, so it's not needed
in the SPEC. Thanks for escalating this upstream, though. It's the way
to go.

Best,

[Nico Kadel-Garcia]

Post by Yury V. Zaytsev

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Post by Yury V. Zaytsev
2) No dist tag
3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me
--
Sincerely yours,
Yury V. Zaytsev

[Nico Kadel-Garcia]

Post by Yury V. Zaytsev

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Post by Yury V. Zaytsev
2) No dist tag
3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me
--
Sincerely yours,
Yury V. Zaytsev

[Nico Kadel-Garcia]

Post by Yury V. Zaytsev

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Post by Yury V. Zaytsev
2) No dist tag
3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me
--
Sincerely yours,
Yury V. Zaytsev

[Nico Kadel-Garcia]

Post by Yury V. Zaytsev

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

Changing Makefile.in without changing Makefile.am isn't polite: it
leaves the bug ready to be replicated by the next person who runs
"autoconf". I've already sent the patch upstream to the rssh mailing
list at sourceforge, so hopefully it won't be needed with the next m
minor release.

Post by Yury V. Zaytsev
2) No dist tag
3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me
--
Sincerely yours,
Yury V. Zaytsev

[Nico Kadel-Garcia]

rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

The updates in the new release are modes: I've attached a .diff file
for the .spec file: can we get an update to that package?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rssh-2.3.3.spec.diff
Type: application/octet-stream
Size: 1373 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100808/20bb7ef9/attachment-0001.obj

[Yury V. Zaytsev]

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

2) No dist tag

3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me

[Nico Kadel-Garcia]

rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

The updates in the new release are modes: I've attached a .diff file
for the .spec file: can we get an update to that package?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rssh-2.3.3.spec.diff
Type: application/octet-stream
Size: 1373 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100808/20bb7ef9/attachment-0002.obj

[Yury V. Zaytsev]

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

2) No dist tag

3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me

[Nico Kadel-Garcia]

rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

The updates in the new release are modes: I've attached a .diff file
for the .spec file: can we get an update to that package?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rssh-2.3.3.spec.diff
Type: application/octet-stream
Size: 1373 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100808/20bb7ef9/attachment-0003.obj

[Yury V. Zaytsev]

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

2) No dist tag

3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me

[Nico Kadel-Garcia]

rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

The updates in the new release are modes: I've attached a .diff file
for the .spec file: can we get an update to that package?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rssh-2.3.3.spec.diff
Type: application/octet-stream
Size: 1373 bytes
Desc: not available
URL: <http://lists.repoforge.org/pipermail/users/attachments/20100808/20bb7ef9/attachment-0004.obj>

[Yury V. Zaytsev]

Post by Nico Kadel-Garcia
rssh is up to version 2.3.3 at Sourceforge. There is a bug in its
Makefile.am and Makefile.in that tries to do a 'chmod' on a target
without "DESTDIR" in front of it, that breaks non-root compilation.

1) You don't need to change am unless you regenerate the build system,
in should be enough

2) No dist tag

3) I might try to find some time to look into this, if someone can
commit earlier you are welcome, otherwise bear with me