Discussion:
[users] Re: [packagers] Midnight Commander
Yury V. Zaytsev
2010-03-10 10:15:04 UTC
Permalink
Hi!

Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
--
Sincerely yours,
Yury V. Zaytsev
Hi guys!
The project has been resurrected recently and now the stable branch
reached a state when its behavior is more or less predictable. I worked
out a spec for EL4/EL5 (EL3 untested), with static glib build for EL4
and it works.
This brings me to the question whether we can add it to RPMForge, as in
fact, RHEL ships with a heavily patched old version of mc. Is it
possible to add it as "mc-ng" that conflicts with mc and has a different
config folder in home?
Alternatively, the developers are working on parallel-installable
version, but it's not there yet...
Any thoughts?
P.S. I have a buildhost running for stable and nightly RPM builds for
all RH-based distributions, so you can take a look on how it now looks
http://rpm.zaytsev.net/mc-releases/
(after upgrade from system version relogin is necessary)
Dag Wieers
2010-03-21 23:12:45 UTC
Permalink
Post by Yury V. Zaytsev
Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
I am interested in improvements to mc, but since mc was dropped in RHEL3
(iirc) because Red Hat wasn't considering to keep patching it. And it
returned, likely after a lot of demand in RHEL4. I am not sure if
(new) upstream at this point does a better job wrt. security than Red Hat.

So I am reluctant to have it obsolete the base mc package.
--
-- dag wieers, dag at wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
Yury V. Zaytsev
2010-03-10 10:15:04 UTC
Permalink
Hi!

Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
--
Sincerely yours,
Yury V. Zaytsev
Hi guys!
The project has been resurrected recently and now the stable branch
reached a state when its behavior is more or less predictable. I worked
out a spec for EL4/EL5 (EL3 untested), with static glib build for EL4
and it works.
This brings me to the question whether we can add it to RPMForge, as in
fact, RHEL ships with a heavily patched old version of mc. Is it
possible to add it as "mc-ng" that conflicts with mc and has a different
config folder in home?
Alternatively, the developers are working on parallel-installable
version, but it's not there yet...
Any thoughts?
P.S. I have a buildhost running for stable and nightly RPM builds for
all RH-based distributions, so you can take a look on how it now looks
http://rpm.zaytsev.net/mc-releases/
(after upgrade from system version relogin is necessary)
Dag Wieers
2010-03-21 23:12:45 UTC
Permalink
Post by Yury V. Zaytsev
Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
I am interested in improvements to mc, but since mc was dropped in RHEL3
(iirc) because Red Hat wasn't considering to keep patching it. And it
returned, likely after a lot of demand in RHEL4. I am not sure if
(new) upstream at this point does a better job wrt. security than Red Hat.

So I am reluctant to have it obsolete the base mc package.
--
-- dag wieers, dag at wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
Yury V. Zaytsev
2010-03-10 10:15:04 UTC
Permalink
Hi!

Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
--
Sincerely yours,
Yury V. Zaytsev
Hi guys!
The project has been resurrected recently and now the stable branch
reached a state when its behavior is more or less predictable. I worked
out a spec for EL4/EL5 (EL3 untested), with static glib build for EL4
and it works.
This brings me to the question whether we can add it to RPMForge, as in
fact, RHEL ships with a heavily patched old version of mc. Is it
possible to add it as "mc-ng" that conflicts with mc and has a different
config folder in home?
Alternatively, the developers are working on parallel-installable
version, but it's not there yet...
Any thoughts?
P.S. I have a buildhost running for stable and nightly RPM builds for
all RH-based distributions, so you can take a look on how it now looks
http://rpm.zaytsev.net/mc-releases/
(after upgrade from system version relogin is necessary)
Dag Wieers
2010-03-21 23:12:45 UTC
Permalink
Post by Yury V. Zaytsev
Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
I am interested in improvements to mc, but since mc was dropped in RHEL3
(iirc) because Red Hat wasn't considering to keep patching it. And it
returned, likely after a lot of demand in RHEL4. I am not sure if
(new) upstream at this point does a better job wrt. security than Red Hat.

So I am reluctant to have it obsolete the base mc package.
--
-- dag wieers, dag at wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
Yury V. Zaytsev
2010-03-10 10:15:04 UTC
Permalink
Hi!

Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
--
Sincerely yours,
Yury V. Zaytsev
Hi guys!
The project has been resurrected recently and now the stable branch
reached a state when its behavior is more or less predictable. I worked
out a spec for EL4/EL5 (EL3 untested), with static glib build for EL4
and it works.
This brings me to the question whether we can add it to RPMForge, as in
fact, RHEL ships with a heavily patched old version of mc. Is it
possible to add it as "mc-ng" that conflicts with mc and has a different
config folder in home?
Alternatively, the developers are working on parallel-installable
version, but it's not there yet...
Any thoughts?
P.S. I have a buildhost running for stable and nightly RPM builds for
all RH-based distributions, so you can take a look on how it now looks
http://rpm.zaytsev.net/mc-releases/
(after upgrade from system version relogin is necessary)
Dag Wieers
2010-03-21 23:12:45 UTC
Permalink
Post by Yury V. Zaytsev
Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
I am interested in improvements to mc, but since mc was dropped in RHEL3
(iirc) because Red Hat wasn't considering to keep patching it. And it
returned, likely after a lot of demand in RHEL4. I am not sure if
(new) upstream at this point does a better job wrt. security than Red Hat.

So I am reluctant to have it obsolete the base mc package.
--
-- dag wieers, dag at wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
Yury V. Zaytsev
2010-03-10 10:15:04 UTC
Permalink
Hi!

Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
--
Sincerely yours,
Yury V. Zaytsev
Hi guys!
The project has been resurrected recently and now the stable branch
reached a state when its behavior is more or less predictable. I worked
out a spec for EL4/EL5 (EL3 untested), with static glib build for EL4
and it works.
This brings me to the question whether we can add it to RPMForge, as in
fact, RHEL ships with a heavily patched old version of mc. Is it
possible to add it as "mc-ng" that conflicts with mc and has a different
config folder in home?
Alternatively, the developers are working on parallel-installable
version, but it's not there yet...
Any thoughts?
P.S. I have a buildhost running for stable and nightly RPM builds for
all RH-based distributions, so you can take a look on how it now looks
http://rpm.zaytsev.net/mc-releases/
(after upgrade from system version relogin is necessary)
Dag Wieers
2010-03-21 23:12:45 UTC
Permalink
Post by Yury V. Zaytsev
Shall I assume that no one has interest in mc over here or that I'm free
to implement it the mc-ng way?
I am interested in improvements to mc, but since mc was dropped in RHEL3
(iirc) because Red Hat wasn't considering to keep patching it. And it
returned, likely after a lot of demand in RHEL4. I am not sure if
(new) upstream at this point does a better job wrt. security than Red Hat.

So I am reluctant to have it obsolete the base mc package.
--
-- dag wieers, dag at wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
Loading...