Re: [rebellion attempt] Fight back!
On Mon, 24 Oct 2022, Marco Ciampa via mc wrote: On Mon, Oct 24, 2022 at 02:43:10PM +0200, Yury V. Zaytsev wrote: By the way, it was a lot of work back in the day to migrate the tickets from Savannah to Trac, and if I were to migrate the tickets somewhere else today, that would be GitHub. Why not gitlab instead? It's not like the same statements wouldn't apply to GitLab. Other than that, GitLab makes sense if you want to self-host (which we don't) - their free as beer SaaS offering however doesn't seem to make much sense to me as compared to GitHub. GitHub is simply faster, bigger, more widespread, has more & better features... -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: [rebellion attempt] Fight back!
On Mon, 24 Oct 2022, Nate Bargmann wrote: * On 2022 24 Oct 03:26 -0500, Werner LEMBERG via mc wrote: a lot of the Evolution mailing list members, including myself, tested the mailing list ability of Discourse. I was not allowed to start a new thread by email, because my gamification level was 0. You are allowed to start a new thread by email, after you reached level 1. This is not the only annoyance. Discourse GNOME has got no real mailing list ability. Given that mc is a GNU project, why not using the most natural site, `gnu.org`, for a mailing list? An additional bonus is that the gnu.org mailing list archives come with a nice – and working! – search interface. Werner, I think that would be ideal. I am not an mc dev, just a user satisfied with the program for 26 years or so. I don't recall where the bug tracker is hosted, probably aggregated in the rest of GNOME, but it would be nice to move mc issues over to the Savannah tracking system. If the mc devs would agree I think this process should be expedited given the short time frame available. Well, we haven't been formally excommunicated from GNU, but I wouldn't want to use more of their infrastructure than necessary, and rather maintain strategic ambiguity for as long as tenable. Our Trac instance is hosted at OSU OSL. I have applied for a mailing list there yesterday, but haven't heard back yet. By the way, it was a lot of work back in the day to migrate the tickets from Savannah to Trac, and if I were to migrate the tickets somewhere else today, that would be GitHub. Unforunately, so far no one serious enough turned up to see what can be done about that... and a bad migration doesn't bring anything either. -- Sincerely yours, Yury V. Zaytsev___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Let's unite the power of all mailing list subscribers who are affected by GNOME's ruling
Hi Ralf,
I've briefly looked into the alternatives:
* groups.io - way too expensive for us
* riseup.net - political organization
* Google Groups - free, no positive / negative experience
* Freedesktop - maybe they could accept a couple of low-traffic lists?
If other lists find a good solution, please let us know. Thanks!
--
Sincerely yours,
Yury V. Zaytsev
On Sun, 23 Oct 2022, Ralf Mardorf via mc wrote:
Hi,
I'm a long time Evolution mailing list subscriber, who just recently
subscribed to the gimp and mc mailing list, since we all suffer from the
decision that the GNOME mailing lists get shut down this month.
Reading the MC archive I noticed the question regarding groups.io. If
it's free as in beer or not depends on the count of subscribers and the
needed storage space. In short, it likely is not for free as in beer.
I opened a ticket with a request at
https://support.riseup.net/en/ticket/3227QJ76OfCW7Ci7 .
On the Evolution mailing list a user asked
"What other Gnome lists (analogous to evolution-list) are currently
scrambling with the abrupt decision to switch to discourse?
[snip]" -
https://mail.gnome.org/archives/evolution-list/2022-October/msg00294.html
Let's unite our power{,lessness}!
Regards,
Ralf
___
mc mailing list
https://mail.gnome.org/mailman/listinfo/mc
___
mc mailing list
https://mail.gnome.org/mailman/listinfo/mc
Re: landing on exit from mc
On Fri, 21 Oct 2022, Felix Miata via mc wrote: Some distros on exit I'm returned to the directory that was current at startup. Some distros on exit I'm returned to $HOME directory. Some distros on exit I remain. What controls this? I'd really rather remain. I can't keep track of which distros do what. It's really annoying. Distro maintainers decide, whether they activate shell wrapper scripts for their users or not. They might also patch mc to conform to their policies (e.g. annoying Debian editor patch). -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Quick view
On Sun, 2 Oct 2022, Andrew Borodin wrote:
- Directories show the string "Cannot view: not a regular file" but it
might be a good feature to show the contents, or maybe a short
description of it ("X images, Y documents")
Again, to calculate directory statistics, or get some info of file, we
need some time. Any delay can annoy users.
Well, I vaguely remember that FAR had such a feature, and it was pretty
nice. One should just think of stuff we can show fast and keep in mind VFS
limitations...
--
Sincerely yours,
Yury V. Zaytsev
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel
Re: OPTIONS/SORT
On Thu, 26 May 2022, Ben wrote: I have no issue with the sorting of file lists in mc. This is about mcedit text sorts, in the editor, and nothing else. It's just $ man sort -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.28 released
On Mon, 28 Mar 2022, Joseph Reagle wrote: Hi, I've looked in the release notes, but I don't see anything related to reopening [4198]? Why would there be anything regarding reopening this ticket in the release notes? The support for zsh is unfortunately flakey since a couple of releases already. There is an open ticket #3121, which I mentioned in #4198, but my answer was ignored so far. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.28 released
On Mon, 28 Mar 2022, Joseph Reagle wrote: Hi, I've looked in the release notes, but I don't see anything related to reopening [4198]? Why would there be anything regarding reopening this ticket in the release notes? The support for zsh is unfortunately flakey since a couple of releases already. There is an open ticket #3121, which I mentioned in #4198, but my answer was ignored so far. -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Any missed features?
I absolutely don't want to dissuade anyone doing business with Sebastian, but please bear in mind that we can't guarantee that any code will be accepted into our tree, unless we deem it to be of sufficient quality. So far, unfortunately, we had very little luck, so in the end, you might need to use his fork instead to get your favorite feature. On Sun, 27 Mar 2022, Sebastian Gniazdowski via mc wrote: Hi. Are you still interested in the feature? I could implement it for 50Eur. On Mon, 15 Feb 2021 at 19:09, Michael Straube via mc wrote: I would like to be able to connect to a sftp server that uses two-factor-authentication. I need to first enter the one-time-password and then the normal password. So It would be nice to tell mc to ask for both passwords. If this is already possible then I failed to get it working. Michael Am 16.02.21 um 00:30 schrieb Sebastian Gniazdowski via mc: > Hi, > I'm going to have some free time in the upcoming few days, so I'm > looking for an idea to work/code on, so I thought that I'll ask: are > there any features missed in MC? > > -- > Sebastian Gniazdowski > > > ___ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc > ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc -- Best regards, Sebastian Gniazdowski -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.28 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I'm glad to announce the immediate availability of mc-4.8.28, a maintenance and bugfix release! We have fixed number of bugs in various subsystems, most notably a long-standing problem of mc being slow when moving large file trees (thanks to Sergei Trofimovich!). Other than that, we have finally completely removed half-broken, outdated and insecure SMB support. We recommend using one of the many current VFS solutions to work with Windows shares instead. For a detailed list of changes since the last release, please refer to the release notes. An upgrade is advised to benefit from these improvements! Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.28 Unfortunately, Apple M1 is still not supported directly, the necessary changes will hopefully make it in Fedora 36, which we will be able to use as a build system for the next release. Until then, please re-bootstrap the build system on Mac or use the following workaround: CFLAGS="-target arm64-apple-macos12" \ ./configure \ --host=aarch64-apple-darwin \ --target=aarch64-apple-darwin \ --build=aarch64-apple-darwin As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Have fun with this new release! Z. - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJiQGOAAAoJEPci7nm8u+DvpgkQAIAFWAxHrvq/JicDkRKGT8fg 9HvTuVddGtGD1jFkSp50zJXmVZDBZCI+Yn+/q0AYPvutpgwYt2fGtQRVmlWvNfmW vI3zF9VlAgLx5tsvYXeKnM4qP18xh8V7CQO4Ndkf85kf6kAhRddYcxuHOP5oq9Gg vboLr59Bp6qsGMwpSQOMymdBYNbYarC1yJZ+nmabT2mqL1VUArqnm/XYdtYwR0ef Vm5S9OQKysnPJcdR68+I0SZYQdA3wCaCWTRNnLsay4ofdtY/w+OktHteVWnDdpK2 Qkb+QuV6E4ZacTcNRCp28s19gAXoLsVuqMqSMzDfMvNnbnBz6xTPdNjoA1BhyY2K 45RUJCdEy+LNOSlq8gX5Y12GXsArbkTn6935rUSlHUaZmYnfpWYT5k9wP/c++Orc khpI0YZKBpo2qiale3mO0CsG9wp6ARy6g+dokheHcevL8/4tkdWe8lYIEXXUf8QL +M+CKOBuSMxy2H7w+k7lB1jFyUld+aLztz7Gypjqnu+lJ8i2+0+tWnsTOLLiNFkp d9YM7t85JSgS7pij7yPvMdlUE318A85gZOFJjgc50MMRLMKkTuiQwDBPnUGaw8Hr 5YHLD1hfzJU6iMTE2lpLctmMcS6NjeCKJ8WrxmXdquM/m11OjZRLHE7C+xyxqABK z5f6PVvRfiJWIlFVJEmK =xj+I -END PGP SIGNATURE- ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.28 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I'm glad to announce the immediate availability of mc-4.8.28, a maintenance and bugfix release! We have fixed number of bugs in various subsystems, most notably a long-standing problem of mc being slow when moving large file trees (thanks to Sergei Trofimovich!). Other than that, we have finally completely removed half-broken, outdated and insecure SMB support. We recommend using one of the many current VFS solutions to work with Windows shares instead. For a detailed list of changes since the last release, please refer to the release notes. An upgrade is advised to benefit from these improvements! Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.28 Unfortunately, Apple M1 is still not supported directly, the necessary changes will hopefully make it in Fedora 36, which we will be able to use as a build system for the next release. Until then, please re-bootstrap the build system on Mac or use the following workaround: CFLAGS="-target arm64-apple-macos12" \ ./configure \ --host=aarch64-apple-darwin \ --target=aarch64-apple-darwin \ --build=aarch64-apple-darwin As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Have fun with this new release! Z. - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJiQGOAAAoJEPci7nm8u+DvpgkQAIAFWAxHrvq/JicDkRKGT8fg 9HvTuVddGtGD1jFkSp50zJXmVZDBZCI+Yn+/q0AYPvutpgwYt2fGtQRVmlWvNfmW vI3zF9VlAgLx5tsvYXeKnM4qP18xh8V7CQO4Ndkf85kf6kAhRddYcxuHOP5oq9Gg vboLr59Bp6qsGMwpSQOMymdBYNbYarC1yJZ+nmabT2mqL1VUArqnm/XYdtYwR0ef Vm5S9OQKysnPJcdR68+I0SZYQdA3wCaCWTRNnLsay4ofdtY/w+OktHteVWnDdpK2 Qkb+QuV6E4ZacTcNRCp28s19gAXoLsVuqMqSMzDfMvNnbnBz6xTPdNjoA1BhyY2K 45RUJCdEy+LNOSlq8gX5Y12GXsArbkTn6935rUSlHUaZmYnfpWYT5k9wP/c++Orc khpI0YZKBpo2qiale3mO0CsG9wp6ARy6g+dokheHcevL8/4tkdWe8lYIEXXUf8QL +M+CKOBuSMxy2H7w+k7lB1jFyUld+aLztz7Gypjqnu+lJ8i2+0+tWnsTOLLiNFkp d9YM7t85JSgS7pij7yPvMdlUE318A85gZOFJjgc50MMRLMKkTuiQwDBPnUGaw8Hr 5YHLD1hfzJU6iMTE2lpLctmMcS6NjeCKJ8WrxmXdquM/m11OjZRLHE7C+xyxqABK z5f6PVvRfiJWIlFVJEmK =xj+I -END PGP SIGNATURE- ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Help testing release candidate / mc-4.8.28-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.27 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.28-pre1.tar.xz $ sha256sum mc-4.8.28-pre1.tar.xz e6b0423e47225e78fb59968cc45c0b004676a17ab45d7f304a091121326bfb77 mc-4.8.28-pre1.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 35 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.28-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.27 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.28-pre1.tar.xz $ sha256sum mc-4.8.28-pre1.tar.xz e6b0423e47225e78fb59968cc45c0b004676a17ab45d7f304a091121326bfb77 mc-4.8.28-pre1.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 35 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Display count of selected files
On Wed, 22 Sep 2021, Francesco Orsenigo wrote: With the newer version (I'm using 4.8.26) I noticed that selecting files gives me the total selected size but not the selected file count. For me 4.8.27 also shows the total number of files, maybe you are using a localized version and the translation is buggy? -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Fwd: Try to wrap Midnight Commander in Rust
On Tue, 17 Aug 2021, Enrico Weigelt, metux IT consult wrote: Why building rust code in mc at all ? Do you wanna rewrite mc in rust ? Then you'd better start completely afresh. (and give it a different name). He did give it a different (working) name - mc-rs - he's published his experiment on his own GitHub account and has invited anyone who is interested to contribute. All fine by me... Since the original post contained questions about compiler warnings pertaining to the mc source code, I have forwarded it to this list, where it was quickly and helpfully answered. If you have important opinions to share on Rust, please find a different forum for this though. But before you do, I'd urge you to rethink whether this is necessary in the first place... Vitold is like anyone else entitled to use his time however he wants, and if he set out to rewrite mc in Rust, it's up to him to decide whether he should do it incrementally or by starting from scratch. -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.27 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I'm glad to announce the immediate availability of mc-4.8.27, a maintenance and security release, just in time before leaving all of you for a long overdue summer vacation! This release addresses an important security issue (CVE-2021-36370) in the SFTP VFS. Unfortunately, as the VFS was first introduced, the fingerprints of remote hosts were computed, but not verified, and the issue reported only now by Manfred KAISER from AUT-milCERT during an audit of open source software. We would like to thank the team at AUT-milCERT for finding the issue and responsibly disclosing it! Other than that there is a large slew of assorted bugfixes to various subsystems. For the detailed list of changes since the last release, please refer to the release notes. Everybody is recommended to upgrade to immediately benefit from these improvements! Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.27 Unfortunately, the autotools support for Apple M1 has not propagated widely enough, so if you need to build mc on such a system, you will have to specify the triplets manually - hopefully this will be no longer necessary by the time of the next release: CFLAGS="-target arm64-apple-macos11" \ ./configure \ --host=aarch64-apple-darwin \ --target=aarch64-apple-darwin \ --build=aarch64-apple-darwin As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Have fun! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJhGSZwAAoJEPci7nm8u+Dv7tUP/3UZEBUrTcCoY5I6p+9jTZni 2EXvl3qWuKK+2F0WOpztNAct0b6kyMOqtfH2VsRB6Set/8vhY9bx6b48cnZhkUR0 WTlmGq/eK1KTYfac7oYwp7RfknJ4jS99MdJXKUu9tukTD/QP+iBURhC+xTnh/yrJ fzWn6UEsvHvDoHDFyZi0C8UYIbCd+XNyaxQNtJANf8SAwAtzTEcvhs63DX6DAJm2 uARL1EiKT2D0HCELSRhEAH+XwYEkd+4N8nWBaB1mo3TditY7bbFW/c+TV+Z78Cxq p2RsoAhEDSPAyPBYpzXvYwQ2OgX56ug+wKMqjlYWtTYSC+Z6jqtZhYb2Mg9beY8e B6gE5w9h//UA7zPqt01+LN4ErdHUyUejpk6eBYX7z/RABaURGZ41GaCEnxhcULnZ lwOzU19puEFRIG5L1gXAr5KiTTh5/ALdn7OyxrXIVd4HRosFXSbZVwCAcWPdL2uj 17Na5volVN1VSD225/RJ8BnP0PWNxPlnpfSUEHJnaz0FWrwgE3oHHvMmkPQ6JbOP ap0uZZyebtaUBHLL3gvriu/SKTWvT/VMGgbDi660mN5pKYgtbYDzqjy4SR38hQmX 27xD6pKFIFM7kQReeqc6sXq+SckuMYs2rpmDYVlj/eIacqAWPArTgDuWZ/sqbS+e /6JHh/vU7I1JxZXmfl5o =qJEm -END PGP SIGNATURE- ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.27 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, I'm glad to announce the immediate availability of mc-4.8.27, a maintenance and security release, just in time before leaving all of you for a long overdue summer vacation! This release addresses an important security issue (CVE-2021-36370) in the SFTP VFS. Unfortunately, as the VFS was first introduced, the fingerprints of remote hosts were computed, but not verified, and the issue reported only now by Manfred KAISER from AUT-milCERT during an audit of open source software. We would like to thank the team at AUT-milCERT for finding the issue and responsibly disclosing it! Other than that there is a large slew of assorted bugfixes to various subsystems. For the detailed list of changes since the last release, please refer to the release notes. Everybody is recommended to upgrade to immediately benefit from these improvements! Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.27 Unfortunately, the autotools support for Apple M1 has not propagated widely enough, so if you need to build mc on such a system, you will have to specify the triplets manually - hopefully this will be no longer necessary by the time of the next release: CFLAGS="-target arm64-apple-macos11" \ ./configure \ --host=aarch64-apple-darwin \ --target=aarch64-apple-darwin \ --build=aarch64-apple-darwin As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Have fun! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJhGSZwAAoJEPci7nm8u+Dv7tUP/3UZEBUrTcCoY5I6p+9jTZni 2EXvl3qWuKK+2F0WOpztNAct0b6kyMOqtfH2VsRB6Set/8vhY9bx6b48cnZhkUR0 WTlmGq/eK1KTYfac7oYwp7RfknJ4jS99MdJXKUu9tukTD/QP+iBURhC+xTnh/yrJ fzWn6UEsvHvDoHDFyZi0C8UYIbCd+XNyaxQNtJANf8SAwAtzTEcvhs63DX6DAJm2 uARL1EiKT2D0HCELSRhEAH+XwYEkd+4N8nWBaB1mo3TditY7bbFW/c+TV+Z78Cxq p2RsoAhEDSPAyPBYpzXvYwQ2OgX56ug+wKMqjlYWtTYSC+Z6jqtZhYb2Mg9beY8e B6gE5w9h//UA7zPqt01+LN4ErdHUyUejpk6eBYX7z/RABaURGZ41GaCEnxhcULnZ lwOzU19puEFRIG5L1gXAr5KiTTh5/ALdn7OyxrXIVd4HRosFXSbZVwCAcWPdL2uj 17Na5volVN1VSD225/RJ8BnP0PWNxPlnpfSUEHJnaz0FWrwgE3oHHvMmkPQ6JbOP ap0uZZyebtaUBHLL3gvriu/SKTWvT/VMGgbDi660mN5pKYgtbYDzqjy4SR38hQmX 27xD6pKFIFM7kQReeqc6sXq+SckuMYs2rpmDYVlj/eIacqAWPArTgDuWZ/sqbS+e /6JHh/vU7I1JxZXmfl5o =qJEm -END PGP SIGNATURE- ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Fwd: Try to wrap Midnight Commander in Rust
Hi Vitold,
Please don’t contact us using our private addresses, we don’t have the capacity
to provide personal support for mc. I have forwarded your message to the
development mailing list, maybe Andreas could have a look at this before next
release…
Sent from my iPad
Begin forwarded message:
> From: Vitold S
> Date: 15. August 2021 at 06:10:30 CEST
> To: y...@shurup.com
> Subject: Try to wrap Midnight Commander in Rust
>
>
> Hello,
>
> I am was try to make Rust wrapper for Midnight Commander in
> https://github.com/vit1251/mc-rs
>
> Since I start I receive a lot of warning message:
>
> warning: lib/event/manage.c: In function ‘mc_event_group_destroy_value’:
> warning: lib/event/manage.c:52:37: warning: cast between incompatible
> function types from ‘void (*)(void *)’ to ‘void (*)(void *, void *)’
> [-Wcast-function-type]
> warning:52 | g_ptr_array_foreach (callbacks, (GFunc) g_free, NULL);
> warning: | ^
> warning: lib/event/manage.c: In function ‘mc_event_get_event_group_by_name’:
> warning: lib/event/manage.c:169:30: warning: cast between incompatible
> function types from ‘gint (*)(const gchar *, const gchar *)’ {aka ‘int
> (*)(const char *, const char *)’} to ‘gint (*)(const void *, const void *,
> void *)’ {aka ‘int (*)(const void *, const void *, void *)’}
> [-Wcast-function-type]
> warning: 169 | g_tree_new_full ((GCompareDataFunc)
> g_ascii_strcasecmp,
> warning: | ^
> warning: lib/event/event.c: In function ‘mc_event_init’:
> warning: lib/event/event.c:62:26: warning: cast between incompatible function
> types from ‘gint (*)(const gchar *, const gchar *)’ {aka ‘int (*)(const char
> *, const char *)’} to ‘gint (*)(const void *, const void *, void *)’ {aka
> ‘int (*)(const void *, const void *, void *)’} [-Wcast-function-type]
> warning:62 | g_tree_new_full ((GCompareDataFunc)
> g_ascii_strcasecmp,
> warning: | ^
> warning: lib/filehighlight/common.c: In function ‘mc_fhl_array_free’:
> warning: lib/filehighlight/common.c:61:44: warning: cast between incompatible
> function types from ‘void (*)(void *)’ to ‘void (*)(void *, void *)’
> [-Wcast-function-type]
> warning:61 | g_ptr_array_foreach (fhl->filters, (GFunc)
> mc_fhl_filter_free, NULL);
> warning: |^
> warning: lib/search/search.c: In function ‘mc_search__conditions_free’:
> warning: lib/search/search.c:121:33: warning: cast between incompatible
> function types from ‘void (*)(mc_search_cond_t *)’ {aka ‘void (*)(struct
> mc_search_cond_struct *)’} to ‘void (*)(void *, void *)’
> [-Wcast-function-type]
> warning: 121 | g_ptr_array_foreach (array, (GFunc)
> mc_search__cond_struct_free, NULL);
> warning: | ^
> warning: lib/strutil/replace.c: In function ‘str_replace_all’:
> warning: lib/strutil/replace.c:112:39: warning: cast between incompatible
> function types from ‘void (*)(void *)’ to ‘void (*)(void *, void *)’
> [-Wcast-function-type]
> warning: 112 | g_ptr_array_foreach (str_splints, (GFunc) g_free, NULL);
> warning: | ^
> warning: lib/widget/group.c: In function ‘group_default_callback’:
> warning: lib/widget/group.c:580:37: warning: cast between incompatible
> function types from ‘void (*)(Widget *)’ to ‘void (*)(void *, void *)’
> [-Wcast-function-type]
> warning: 580 | g_list_foreach (g->widgets, (GFunc) widget_destroy,
> NULL);
> warning: | ^
> warning: src/filemanager/boxes.c: In function ‘appearance_box’:
> warning: src/filemanager/boxes.c:665:38: warning: cast between incompatible
> function types from ‘void (*)(void *)’ to ‘void (*)(void *, void *)’
> [-Wcast-function-type]
> warning: 665 | g_ptr_array_foreach (skin_names, (GFunc) g_free, NULL);
> warning: | ^
> warning: src/filemanager/treestore.c: In function ‘tree_store_notify_remove’:
> warning: src/filemanager/treestore.c:483:34: warning: cast between
> incompatible function types from ‘void (*)(void *)’ to ‘void (*)(struct
> tree_entry *, void *)’ [-Wcast-function-type]
> warning: 483 | tree_store_remove_fn r = (tree_store_remove_fn)
> p->hook_fn;
> warning: | ^
> warning: src/filemanager/treestore.c: In function
> ‘tree_store_add_entry_remove_hook’:
> warning: src/filemanager/treestore.c:665:36: warning: cast between
> incompatible function types from ‘tree_store_remove_fn’ {aka ‘void (*)(struct
> tree_entry *, void *)’} to ‘void (*)(void *)’ [-Wcast-function-type]
> warning: 665 | add_hook (_entry_hooks, (void (*)(void *))
> callback, data);
> warning: |^
> warning: src/filemanager/treestore.c: In function
>
Re: Help testing release candidate / mc-4.8.27-rc1
On Tue, 3 Aug 2021, Jörg Thümmler wrote: Opensuse 15.1 Kernel 4.12.14-lp151.28.91-default running here gcc is gcc7 glibc is 2.26 libslang2 is 2.3 don't waste any time on this if it's onyl my fault or too old system / libs running here... This is extremely weird; SLFUTURE_CONST appeared sometime in 2009 and must be present in slang 2.3, so my guess is that your system has somewhere an old version of slang lying around and its headers are being picked up during the build. Probably the easiest would be to search your system for slang.h and have a look inside, or else build the latest slang from source and build mc against this slang to narrow down the problem. -- Sincerely yours, Yury V. Zaytsev___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.27-rc1
On Tue, 3 Aug 2021, Andreas wrote: This can happen if configure and build step run with different compiler. At configure step (exactly at mc-cflags.m4) compiler flags are tested against compiler support, if supported it will added to build/make config. Thanks for the tip! Maybe setting the compiler in my command is actually not necessary and only causes those warnings? Joseph, could you please try a clean build without setting "CC"? Thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.27-rc1
On Tue, 3 Aug 2021, Andreas wrote: This can happen if configure and build step run with different compiler. At configure step (exactly at mc-cflags.m4) compiler flags are tested against compiler support, if supported it will added to build/make config. Thanks for the tip! Maybe setting the compiler in my command is actually not necessary and only causes those warnings? Joseph, could you please try a clean build without setting "CC"? Thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.27-rc1
On Mon, 2 Aug 2021, Joseph Reagle wrote: I ran the command you suggested and the make, make install, creates a binary in /usr/local/bin (though using homebrew arm64 commands in /opt/homebrew) and it seems to work fine. Thanks for the confirmation! Then specifying triplets manually on Apple Silicon will be the workaround I will put in the release notes, until we get proper autotools support (hopefully) with the next release. If you are unhappy with /usr/local, you can always specify custom prefix with --prefix=$HOME/opt/mc or so. (It doesn't include panel scrollbars from #4256?). Unfortunately, the author disappeared as suddenly as he appeared and the patch was left unfinished - thus it will not make it in this release. BTW: During make, I get tons of warnings: warning: unknown warning option '-Wformat-signedness' [-Wunknown-warning-option] warning: unknown warning option '-Wmaybe-uninitialized'; did you mean '-Wuninitialized'? [-Wunknown-warning-option] warning: unknown warning option '-Wmissing-parameter-type' [-Wunknown-warning-option] warning: unknown warning option '-Wunused-but-set-variable'; did you mean '-Wunused-const-variable'? I've put our chief warning officer on CC, hopefully he can say something about that - apparently our compiler flag detection is not working correctly and warning flags are supplied even though they are not supported by the compiler... Could you please post the complete build log as a compressed attachment? -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.27-rc1
On Mon, 2 Aug 2021, Joseph Reagle wrote: I ran the command you suggested and the make, make install, creates a binary in /usr/local/bin (though using homebrew arm64 commands in /opt/homebrew) and it seems to work fine. Thanks for the confirmation! Then specifying triplets manually on Apple Silicon will be the workaround I will put in the release notes, until we get proper autotools support (hopefully) with the next release. If you are unhappy with /usr/local, you can always specify custom prefix with --prefix=$HOME/opt/mc or so. (It doesn't include panel scrollbars from #4256?). Unfortunately, the author disappeared as suddenly as he appeared and the patch was left unfinished - thus it will not make it in this release. BTW: During make, I get tons of warnings: warning: unknown warning option '-Wformat-signedness' [-Wunknown-warning-option] warning: unknown warning option '-Wmaybe-uninitialized'; did you mean '-Wuninitialized'? [-Wunknown-warning-option] warning: unknown warning option '-Wmissing-parameter-type' [-Wunknown-warning-option] warning: unknown warning option '-Wunused-but-set-variable'; did you mean '-Wunused-const-variable'? I've put our chief warning officer on CC, hopefully he can say something about that - apparently our compiler flag detection is not working correctly and warning flags are supplied even though they are not supported by the compiler... Could you please post the complete build log as a compressed attachment? -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.27-rc1
On Mon, 2 Aug 2021, Joseph Reagle wrote: I tried but: ``` ... checking build system type... Invalid configuration `arm64-apple-darwin20.6.0': machine `arm64-apple' not recognized configure: error: /bin/sh config/config.sub arm64-apple-darwin20.6.0 failed ``` Hi Joseph, Oh noes, you seem to be running Apple Silicon and the autotools in Fedora Rawhide do not support it yet. Could you please try specifying the triplets by hand? If this works, then this would be the workaround until newer autotools propagate to major Linux distributions - I would be very scared of bootstrapping the official tarballs on macOS with custom Apple-patched autotools... $ CC="/usr/bin/cc" \ CFLAGS="-target arm64-apple-macos11" \ ./configure \ --host=aarch64-apple-darwin \ --target=aarch64-apple-darwin \ --build=aarch64-apple-darwin Thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.27-rc1
On Mon, 2 Aug 2021, Joseph Reagle wrote: I tried but: ``` ... checking build system type... Invalid configuration `arm64-apple-darwin20.6.0': machine `arm64-apple' not recognized configure: error: /bin/sh config/config.sub arm64-apple-darwin20.6.0 failed ``` Hi Joseph, Oh noes, you seem to be running Apple Silicon and the autotools in Fedora Rawhide do not support it yet. Could you please try specifying the triplets by hand? If this works, then this would be the workaround until newer autotools propagate to major Linux distributions - I would be very scared of bootstrapping the official tarballs on macOS with custom Apple-patched autotools... $ CC="/usr/bin/cc" \ CFLAGS="-target arm64-apple-macos11" \ ./configure \ --host=aarch64-apple-darwin \ --target=aarch64-apple-darwin \ --build=aarch64-apple-darwin Thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.27-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.26 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.27-pre1.tar.xz $ sha256sum mc-4.8.27-pre1.tar.xz d922e4175a20779549c4a9746bbe169d4acd2a83b2e14d1d6dfd2cbec32eb12b mc-4.8.27-pre1.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 33 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Help testing release candidate / mc-4.8.27-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.26 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.27-pre1.tar.xz $ sha256sum mc-4.8.27-pre1.tar.xz d922e4175a20779549c4a9746bbe169d4acd2a83b2e14d1d6dfd2cbec32eb12b mc-4.8.27-pre1.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 33 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: scrollbar or other progress indicator
On Thu, 8 Jul 2021, Joseph Reagle wrote: When I'm in a folder with many entries (for instance, processing a bunch of new photos) I'd like to get a sense of how far I am. Am I a quarter, half, or mostly finished paging through the files? Does such an indicator option exist for mc? I don't actually want to scroll with my mouse, just to know how many entries are in the folder and how far I am down. Hi Joseph, You won't believe me - it's already in the works: http://midnight-commander.org/ticket/4256 Join the party! -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Do your mcedit freeze for a moment, especially at file save?
On Fri, 25 Jun 2021, Sebastian Gniazdowski wrote: Yes, of course I'll disclose the bug. I only asked because I wanted to know that it isn't only me, that's all. Could someone confirm the issue? Thanks, that's helpful! Interesting that since the bug was introduced about 10 years ago nobody really noticed... -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Do your mcedit freeze for a moment, especially at file save?
So maybe you’d care to disclose what the bug was and how did you fix it? There is a general problem with input parsing, which can lead to effects like this, but there are no known mcedit specific bugs of such sort. Sent from my iPad > On 25. Jun 2021, at 09:59, Sebastian Gniazdowski via mc wrote: > > > Hi! > I think that I've found a bug in mcedit which is: at save the UI freezes for > 2…5 secs, and is likely to become quicker unlocked if one will bang enter > rapidly. I wonder if only I have been occurring this issue? After fixing the > bug in my fork it is much better now. > > -- > Best regards, > Sebastian Gniazdowski > > ___ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.26 released
Well, you could (temporarily) switch to bash - chsh -s /bin/bash - to see if it makes any difference. If it’s indeed a problem with zsh, then hopefully you could provide a reliable description of how to reliably reproduce the problem. Sent from my iPad > On 30. Jan 2021, at 14:51, Joseph Reagle wrote: > > On 1/29/21 3:41 PM, Yury V. Zaytsev wrote: >> Maybe it's because of the new persistent subshell buffer? > > I don't know what that is -- just a simple user -- but I am using zsh. I'm > willing to run a diagnostic or test things. ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.26 released
On Thu, 28 Jan 2021, Joseph Reagle wrote: I got the new version from homebrew because I noticed the shadows -- and haven't gotten around to turning them off yet. In the past day, though, it's become unusable. I don't know why, but it jams -- always showing the same directory that I'm not even in -- and has to be killed from another terminal. Maybe it's because of the new persistent subshell buffer? I'm running mc on bash 5 without any problems, but since you are running Catalina, maybe you have switched to zsh already and something is broken with zsh in general or your specific version? -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Is there something like feedkeys()?
Maybe looking at how the macro stuff works in mcedit would help?
Sent from my iPad
> On 28. Jan 2021, at 22:43, Sebastian Gniazdowski via mc wrote:
>
>
> Hi,
> on Vim there's feedkeys() function that simulates series of keypresses like
> if they've been typed by a user, so e.g.: feedkeys(":wq\") exits the
> editor.
>
> Is there maybe something similar in MC's codebase?
>
> --
> Sebastian Gniazdowski
>
> ___
> mc mailing list
> https://mail.gnome.org/mailman/listinfo/mc
___
mc mailing list
https://mail.gnome.org/mailman/listinfo/mc
Re: mcedit: Center current line in middle of screen
On Thu, 21 Jan 2021, Sebastian Gniazdowski wrote: I have made the wish list on the ticket system: http://midnight-commander.org/ticket/4177 Are there any interesting entries? Or: is the direction in them compliant with the maintainer vision? Sorry, I've used up the time that I can make for mc for the coming months, but to make it short, I'd rather side with Andrew. I'm pretty averse to overloading mcedit with small hardly discoverable functions (however useful they are), and bolting on a questionable scripting engine on top of that. There are enough fundamental problems with mc codebase, and my vision for it would have been to clean up the core, cover it with tests, and expose its API to an external engine, which provides a high level memory managed language. Everything beyond core could be pushed into this layer and left up to users and distributions... This was pretty much what mc^2 was a prototype for, but very unfortunately we didn't have the capacity to integrate it :-( -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.26-rc1
On Mon, 11 Jan 2021, Sergei Trofimovich wrote: Is there an option to tag release candidates just like releases and name/upload tarballs into expected locations just like releases? Hi Sergei, Yes, I can do this in the future if this would make your life easier - I just took over the process from Slava and never realised that it might be inconvenient for maintainers, after we decided to distribute internal test builds as rcs before release to get a bit more coverage. What should the tags look like? 4.8.27-rc1 -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.26 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, After a spectacularly crappy year 2020, I'm glad to announce the immediate availability of mc-4.8.26, this time with a couple of new particularly awesome features! The major highlight of this release is without doubt the support for persistent subshell buffer contributed by Eric Roberts with fixes by Oswald Buddenhagen. How many times did you start typing something after hiding the panels, then switched the panels on and off again just to find your text erased, garbled or even incorrectly executed? Not anymore! Have you been missing the eye candy of the good old Turbo Vision shadows? It took a few decades, but thanks to Aleš Janda you can finally enjoy them in mc (or you can turn them off, it's not your cup of tea). Other than that, mc now supports arbitrary long filenames, directory listing on CIFS mounts should work correctly again on latest kernels, among many other smaller fixes of that sort. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.26 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Stay healthy! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJgCcOBAAoJEPci7nm8u+Dvjn4QAJQdPNHjK0sF3FncqNR36Qm7 P/Qk9QJ1VvjVpAhJG5POaAMVCOpsLVvUEVrMMyHMiSP8Gh8Md61nYAj6YpvI9dsG +jCGLsogLgOqGPsnT0PGuQLiOquAQuc53Fr1Fm728P9T26/Q9SruSQvyUU9CeRCA IKaZBJukv1/CejtpaHl4t2MZLQKdyijYZFxXdFUw6Dq83ITBgxO/xpdg+mD52BXJ LkKd9sV8bjS/bdRXtm2wIZZVhpaa5Fo6eHJAKR+iv4OFNMq4+7C6rs4j+kgzJowS OMQIUSR0eJslDMmns+mz2a+w8zja4b2DMaMODouz27yiCSNw9xTniy3oqKuejGr/ xxSdoMcDSnCNDCWkUVpTO9bPC2Izgx8N+FiQut/m9EKZhbqsXoYJN0lYhGjfTzmM 7MT9GG4anvifFQwah57CBl88osZryuClQLOtoPmkAvdmFFNFopfxLEvOAMCMQdDV rzUBkBEUg5rRsCspBmbMy1dZc9AG1X4g3PKiUguJW+YFfmnnmLPQtdXZPi+urt6t 7A2WP9kEgHIRTcQDBA89zYmgHKNtRDS64fFkOKtolUlb1z/GVFXZva4IJwUH4ZIK Xfp/q7Ev4/yA2xwtt0dVq0aJGCGlUCGaN3H9gZpfpVdfls9c6SZa/DtqNAL34fAG GAevkLjAqbg6mGFkWcOz =qn6x -END PGP SIGNATURE-___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.26 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, After a spectacularly crappy year 2020, I'm glad to announce the immediate availability of mc-4.8.26, this time with a couple of new particularly awesome features! The major highlight of this release is without doubt the support for persistent subshell buffer contributed by Eric Roberts with fixes by Oswald Buddenhagen. How many times did you start typing something after hiding the panels, then switched the panels on and off again just to find your text erased, garbled or even incorrectly executed? Not anymore! Have you been missing the eye candy of the good old Turbo Vision shadows? It took a few decades, but thanks to Aleš Janda you can finally enjoy them in mc (or you can turn them off, it's not your cup of tea). Other than that, mc now supports arbitrary long filenames, directory listing on CIFS mounts should work correctly again on latest kernels, among many other smaller fixes of that sort. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.26 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Stay healthy! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJgCcOBAAoJEPci7nm8u+Dvjn4QAJQdPNHjK0sF3FncqNR36Qm7 P/Qk9QJ1VvjVpAhJG5POaAMVCOpsLVvUEVrMMyHMiSP8Gh8Md61nYAj6YpvI9dsG +jCGLsogLgOqGPsnT0PGuQLiOquAQuc53Fr1Fm728P9T26/Q9SruSQvyUU9CeRCA IKaZBJukv1/CejtpaHl4t2MZLQKdyijYZFxXdFUw6Dq83ITBgxO/xpdg+mD52BXJ LkKd9sV8bjS/bdRXtm2wIZZVhpaa5Fo6eHJAKR+iv4OFNMq4+7C6rs4j+kgzJowS OMQIUSR0eJslDMmns+mz2a+w8zja4b2DMaMODouz27yiCSNw9xTniy3oqKuejGr/ xxSdoMcDSnCNDCWkUVpTO9bPC2Izgx8N+FiQut/m9EKZhbqsXoYJN0lYhGjfTzmM 7MT9GG4anvifFQwah57CBl88osZryuClQLOtoPmkAvdmFFNFopfxLEvOAMCMQdDV rzUBkBEUg5rRsCspBmbMy1dZc9AG1X4g3PKiUguJW+YFfmnnmLPQtdXZPi+urt6t 7A2WP9kEgHIRTcQDBA89zYmgHKNtRDS64fFkOKtolUlb1z/GVFXZva4IJwUH4ZIK Xfp/q7Ev4/yA2xwtt0dVq0aJGCGlUCGaN3H9gZpfpVdfls9c6SZa/DtqNAL34fAG GAevkLjAqbg6mGFkWcOz =qn6x -END PGP SIGNATURE-___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mcedit: Center current line in middle of screen
On Fri, 15 Jan 2021, Sebastian Gniazdowski via mc wrote: I'm also working on adding a S-Lang scripting to it :) It already works on my machine. It was really simple, just invoking SLang_init_all() and that was it, as libslang is already linked :) I have a plugin in it that implements adding and subtracting from number under cursor, for example. When I improve the support (e.g.: add some more S-Lang interface functions that would allow e.g.: moving the vie`w) I submit the patch. I wish someone had taken the time instead to integrate the Lua fork by mooffie. Unfortunately he wasn't up to maintaining his work of a genius (no kidding) and we don't have resources to take it over. In as far as S-Lang scripting is concerned, it's definitively easy to bolt it on, but I really wouldn't want to live with the resulting mess. Our code base is already in a shape bad enough... Sebastian, if you are motivated and have time to do some serious work on mc, maybe we should talk about a vision first? It doesn't make sense to me for you invest your valuable time only to get your patches criticized or rejected or just rotting on the tracker without any feedback. If we can agree on a direction, then I think it will be good for all of us, if we can't - at least it will be good for you, because then you can spare your time arguing with us and directly setup a fork instead... :-) -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.26-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.25 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.25-154-g33c84e75e.tar.xz $ sha256sum mc-4.8.25-154-g33c84e75e.tar.xz ce5f965a9be603098eda65afd1aa149e285d903fe303fe907c6a5e88f28dd772 mc-4.8.25-154-g33c84e75e.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 33 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.26-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.25 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.25-154-g33c84e75e.tar.xz $ sha256sum mc-4.8.25-154-g33c84e75e.tar.xz ce5f965a9be603098eda65afd1aa149e285d903fe303fe907c6a5e88f28dd772 mc-4.8.25-154-g33c84e75e.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 33 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Subprocess strangeness
On Mon, 14 Sep 2020, Joerg Thuemmler wrote: only an idea for workaround: use "nohup" so your rxvt should be really independent... Right, sounds like the launcher scripts and/or rxvt code has changed in this regard, we never did anything to child processes on the mc side - so what Alan describes is actually the normal vanilla behavior. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.25 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm glad to announce the immediate availability of mc-4.8.25! This is a maintenance release including several new features and fixes for issues found since the last one. It is now possible to change file attributes via a graphical dialog, just like file permissions. Key bindings for radio buttons can now be redefined. Annoying subshell warning when launching standalone editor & viewer should be finally gone. Other than that, a number of changes and fixes have taken place touching various components such as the build system, syntax definitions and so on. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.25 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Enjoy the summertime! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJfEzXxAAoJEPci7nm8u+DvozsP/iRKc6CSN2k5EcDC35DOvjFv KnWmgCm/qmrPowSZRfDZLMcyC4tM3Jj9++s0iXdXFwFVqLcnVl3X5avKRvelmTYP D4O8AVDM2KCdYMIFjDdomSPNF1P/vjNefOUp4ikaLSCYOGVgqrfml3q+LSPm7IjS KzXOXg/I7rBCUmURT/UUDC+dK6djdorXjN2exx/pnIrcwmrFbNpyKejMpZQ/ke+o ApOhQvhq/uezGf6RLFaFzfJIMe6yJFrW3sCmpMM8p2g2KDGMqSIOkvOyMfF41t6h FOg/fNbcAKsoY8KlJzXqlTtDoVs/jYOB2G4AmSJTU4wZHw3sBiwNr2MdpKyeRuN3 yyWCtzzMTW7rO8w6+vKtXqolCH67XNoH+umQ6KxssJlFiqDNgdq5hDI8G38WkI+Q DrOBeEzOjUmnET3foovnRLwTRMMxFXis0Bdm4RvUgVZ7da/h1zgFA+BM/iByQ7Zt ghZqKEI3zdUOuuVhSp4KNafUIDCv/vwXbHX7Euzd3QkFI2+YEwFnEH/CzaoGVer5 lhFTDHK4a8el8zM6PKtp5ByOJdCAuFI+FNQF1dC5hD1OKqCTg0bjI4DE3gDWYaCW /XcC54RD4qq6MqT1t+1cJg5nIgj9ZUOp3VBuK59eRy+5g5jOXhf0YDWE6pIi3BDq CXhuw7kvre7VmgWVIb4Q =PaB8 -END PGP SIGNATURE- ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.25 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm glad to announce the immediate availability of mc-4.8.25! This is a maintenance release including several new features and fixes for issues found since the last one. It is now possible to change file attributes via a graphical dialog, just like file permissions. Key bindings for radio buttons can now be redefined. Annoying subshell warning when launching standalone editor & viewer should be finally gone. Other than that, a number of changes and fixes have taken place touching various components such as the build system, syntax definitions and so on. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.25 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Enjoy the summertime! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJfEzXxAAoJEPci7nm8u+DvozsP/iRKc6CSN2k5EcDC35DOvjFv KnWmgCm/qmrPowSZRfDZLMcyC4tM3Jj9++s0iXdXFwFVqLcnVl3X5avKRvelmTYP D4O8AVDM2KCdYMIFjDdomSPNF1P/vjNefOUp4ikaLSCYOGVgqrfml3q+LSPm7IjS KzXOXg/I7rBCUmURT/UUDC+dK6djdorXjN2exx/pnIrcwmrFbNpyKejMpZQ/ke+o ApOhQvhq/uezGf6RLFaFzfJIMe6yJFrW3sCmpMM8p2g2KDGMqSIOkvOyMfF41t6h FOg/fNbcAKsoY8KlJzXqlTtDoVs/jYOB2G4AmSJTU4wZHw3sBiwNr2MdpKyeRuN3 yyWCtzzMTW7rO8w6+vKtXqolCH67XNoH+umQ6KxssJlFiqDNgdq5hDI8G38WkI+Q DrOBeEzOjUmnET3foovnRLwTRMMxFXis0Bdm4RvUgVZ7da/h1zgFA+BM/iByQ7Zt ghZqKEI3zdUOuuVhSp4KNafUIDCv/vwXbHX7Euzd3QkFI2+YEwFnEH/CzaoGVer5 lhFTDHK4a8el8zM6PKtp5ByOJdCAuFI+FNQF1dC5hD1OKqCTg0bjI4DE3gDWYaCW /XcC54RD4qq6MqT1t+1cJg5nIgj9ZUOp3VBuK59eRy+5g5jOXhf0YDWE6pIi3BDq CXhuw7kvre7VmgWVIb4Q =PaB8 -END PGP SIGNATURE- ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.25-rc1
Thanks for the notice, this warning is considered to be an automake bug when compiling on systems with reproducible archives enabled by default. When automake is fixed and makes it into a newer Fedora the warning will go away. Sent from my iPad > On 6. Jul 2020, at 03:24, Jack Woehr via mc wrote: > > > > >> On Sun, 5 Jul 2020 21:58:23 +0200 (CEST) "Yury V. Zaytsev" >> wrote: >> >> > Hi there, >> > >> > TLDR; I would appreciate if you could please test the following tarball >> > on your systems and report any blocker regressions as compared to the >> > previous 4.8.24 release: > > > Building now > > Linux varian 4.15.0-109-generic #110-Ubuntu SMP Tue Jun 23 02:39:32 UTC 2020 > x86_64 x86_64 x86_64 GNU/Linux > NAME="Ubuntu" > VERSION="18.04.4 LTS (Bionic Beaver)" > > I get > > ar: `u' modifier ignored since `D' is the default (see `U') > > -- > Jack Woehr > Absolute Performance, Inc. > 12303 Airport Way, Suite 100 > Broomfield, CO 80021 > > NON-DISCLOSURE NOTICE: This communication including any and all attachments > is for the intended recipient(s) only and may contain confidential and > privileged information. If you are not the intended recipient of this > communication, any disclosure, copying further distribution or use of this > communication is prohibited. If you received this communication in error, > please contact the sender and delete/destroy all copies of this communication > immediately. > ___ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.25-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.24 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.24-163-g171957980.tar.xz # sha256sum mc-4.8.24-163-g171957980.tar.xz 68619d24d893d0314301e5b218f7fa1abbdc907556ffaa6465daa251ced073ec mc-4.8.24-163-g171957980.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 31 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Help testing release candidate / mc-4.8.25-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.24 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.24-163-g171957980.tar.xz # sha256sum mc-4.8.24-163-g171957980.tar.xz 68619d24d893d0314301e5b218f7fa1abbdc907556ffaa6465daa251ced073ec mc-4.8.24-163-g171957980.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 31 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present
On Thu, 21 May 2020, Nerijus Baliūnas wrote: I thought he was a Fedora mc package maintainer, but it seems I confused him with someone else, sorry! I see, maybe you confused Egmont with Jindřich Nový? He used to maintain mc in Fedora, but I don't know if he's active these days - haven't met him for many years :-( Anyways, your best bet would be to open a ticket in RH bugzilla - we can't help you here. -- Sincerely yours, Yury V. Zaytsev___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present
On Tue, 19 May 2020, Nerijus Baliunas via mc-devel wrote: Unfortunately, mc 4.8.20 was released only in half a year after May 2017 (November 2017), and it was not included in RHEL 8 (that's the main reason I was asking to make a release sooner). The version in RHEL/CentOS 8 has that annoying bug with not preserving timestamps. Egmont, is there a possibility to release an updated mc package for RHEL 8? Hi Nerijus, Why in the world you would be asking Egmont about that :) ? In as far as I know, he's never worked for RH or maintained mc RPM packages. If you use RHEL, just open a support ticket, asking them to upgrade mc or backport the timestamp patch to mc 4.8.19... -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.24 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm glad to announce the immediate availability of mc-4.8.24! This is a maintenance release including several new features and fixes for issues found since the last one. The most interesting improvements that landed in this release are the new file view & edit history and a fully functional subshell in standalone editor and viewer. Apart from that a number of bugfixes and improvements have taken place touching various components such as the build system, syntax definitions and so on. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.24 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Unfortunately, this release got a bit delayed by a nasty cold, but I would still like to wish you all a Happy New Year 2020, even if it's a bit late! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJeJIfyAAoJEPci7nm8u+DvkhEQAKGdtG1KnfyQPybEV80nZi9O WAITmKOHCMLIww/hx7YNTr2R74RbdmW5SaqDACp2erC1TREkejM4KdnbhDxIsCHE qZ9lMo7nlF9FpKAGyjA3+azTbRhxVTgOWBsS9sIYfH48abZ7gcxhIdaqRK5KHnVn XWr7vdjSPQmVlf9bmHpFGk3quLPtHpg/A9riEVzNxoZhxuWpdBRtL6xrXcCmFnFE 9tBl4tplXST+uATeG61oP/FFdNHD0waoWFuEbGuLXNWmDNTvurBGyLNnz/cd5DMv /3zL/EMV4hPUs6TOuGTlo8sXwnzlzGwe95U2UEhRKGVv/0b/luXRPvP9gF41/zNI xKeQb6sfiqVptKlIPTzoQ/X+LaP1wNQo5el2ZU4FP9v+zDDOFzKs16x4wk/TS9i0 VPglz5qdBjZjwI0XjitxoA1olJd2xiCV8A6VRFmgcB4tATcr0ppkw6qXEuBYcn5r 7CTaihneQfyu/OmpjMhMfMQLqVjCX4r5aZonM50DcCzQ1g32FUz2V7otnkBJEcQi kV9nJ2L7+B95Ox0RN5IXT41AgEa0o98gPOryYMoygNyERvfNz/HzAMTbTK7g6xPN tRwAtnJL+gFILz32zYXVpGBjyzz8C8BAf+p7daLdHxlmJPJ/MAFhyj7mZiBWIBTS XEMv9ZlzG2XuKJxscEZu =dW8t -END PGP SIGNATURE- ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.24 released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm glad to announce the immediate availability of mc-4.8.24! This is a maintenance release including several new features and fixes for issues found since the last one. The most interesting improvements that landed in this release are the new file view & edit history and a fully functional subshell in standalone editor and viewer. Apart from that a number of bugfixes and improvements have taken place touching various components such as the build system, syntax definitions and so on. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.24 As usual, thanks to Andrew Borodin, who was the main driving force behind this release, as well as all of our contributors, including translators. Unfortunately, this release got a bit delayed by a nasty cold, but I would still like to wish you all a Happy New Year 2020, even if it's a bit late! - -- Sincerely yours, Yury V. Zaytsev -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJeJIfyAAoJEPci7nm8u+DvkhEQAKGdtG1KnfyQPybEV80nZi9O WAITmKOHCMLIww/hx7YNTr2R74RbdmW5SaqDACp2erC1TREkejM4KdnbhDxIsCHE qZ9lMo7nlF9FpKAGyjA3+azTbRhxVTgOWBsS9sIYfH48abZ7gcxhIdaqRK5KHnVn XWr7vdjSPQmVlf9bmHpFGk3quLPtHpg/A9riEVzNxoZhxuWpdBRtL6xrXcCmFnFE 9tBl4tplXST+uATeG61oP/FFdNHD0waoWFuEbGuLXNWmDNTvurBGyLNnz/cd5DMv /3zL/EMV4hPUs6TOuGTlo8sXwnzlzGwe95U2UEhRKGVv/0b/luXRPvP9gF41/zNI xKeQb6sfiqVptKlIPTzoQ/X+LaP1wNQo5el2ZU4FP9v+zDDOFzKs16x4wk/TS9i0 VPglz5qdBjZjwI0XjitxoA1olJd2xiCV8A6VRFmgcB4tATcr0ppkw6qXEuBYcn5r 7CTaihneQfyu/OmpjMhMfMQLqVjCX4r5aZonM50DcCzQ1g32FUz2V7otnkBJEcQi kV9nJ2L7+B95Ox0RN5IXT41AgEa0o98gPOryYMoygNyERvfNz/HzAMTbTK7g6xPN tRwAtnJL+gFILz32zYXVpGBjyzz8C8BAf+p7daLdHxlmJPJ/MAFhyj7mZiBWIBTS XEMv9ZlzG2XuKJxscEZu =dW8t -END PGP SIGNATURE- ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.24-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.23 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.23-149-g06bf088bc.tar.xz $ sha256sum mc-4.8.23-149-g06bf088bc.tar.xz bafd8a0556504c2806b77cd7506ac087d4ad050fbb4d711fbd7898fe493493fd mc-4.8.23-149-g06bf088bc.tar.x I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 31 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.24-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.23 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.23-149-g06bf088bc.tar.xz $ sha256sum mc-4.8.23-149-g06bf088bc.tar.xz bafd8a0556504c2806b77cd7506ac087d4ad050fbb4d711fbd7898fe493493fd mc-4.8.23-149-g06bf088bc.tar.x I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 31 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Merging local and global options
The ticket is waiting for its hero for more than a decade: https://midnight-commander.org/ticket/1677 Sent from my iPad > On 21. Nov 2019, at 09:57, Jürgen Weber wrote: > > Hi, > > Currently the user config replaces the global config, so the user > config has to contain everything instead of only the user adapted > values. > > I think mc's configuration system should be changed so that > ~/.config/mc/ and /etc/mc/ are merged with the first having > precedence. > > if the user changes an option in the gui, mc would write the changed > option to the user config. > > If the new option value is equal to the one in the (global+compiled > in) ini, then mc should remove the option from the user ini. > Old local copies of the global options would therefore be cleaned on saving. > > Also, there should be a command line option to show the active (== > merged) options. > > from the current 4.8.22 man page: > At startup, Midnight Commander tries to load initialization > information from the ~/.config/mc/ini file. If this file doesn't > exist, the system-wide file /etc/mc/mc.ini is used. If this > file doesn't exist, the system-wide file /usr/share/mc/mc.ini is > used. If this file doesn't exist, MC uses the default settings. > > after the change: > At startup, Midnight Commander loads initialization information > from the ~/.config/mc/ini file and the system-wide file > /etc/mc/mc.ini. Options from the former override the system-wide > options. If an option is not found in either config file, MC uses the > default settings. > > > What do you think? > > Greetings, > Juergen > ___ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.23 released
Hi, I'm glad to announce the immediate availability of mc-4.8.23! This is a maintenance release including several improvements and fixes for issues found since the last one, most notably we hope that long standing gpm problems are finally taken care of. In as far as improvements are concerned, the deletion of large directory structures should now take significantly less time. In other news, "File exists" dialog layout has been improved, and there is now a possibility to redefine key bindings for the top menu. For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.23 As usual, kudos to Andrew Borodin, whose tireless work made this release possible, as well as all of our contributors, including translators. -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.23 released
Hi, I'm glad to announce the immediate availability of mc-4.8.23! This is a maintenance release including several improvements and fixes for issues found since the last one, most notably we hope that long standing gpm problems are finally taken care of. In as far as improvements are concerned, the deletion of large directory structures should now take significantly less time. In other news, "File exists" dialog layout has been improved, and there is now a possibility to redefine key bindings for the top menu. For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.23 As usual, kudos to Andrew Borodin, whose tireless work made this release possible, as well as all of our contributors, including translators. -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.23-rc1
Thanks to Egmont and everyone else who has reported regressions so far, and to Andrew for fixing them! I hope that this way we are going to be able to make a solid release on the weekend... Sent from my iPad > On 18. Jun 2019, at 09:16, Egmont Koblinger wrote: > > Thanks for the quick fix! > > I've verified the behavior after an F9. (I didn't do an extensive > walkthrough of the UI, I hope you're confident that shortcuts work > everywhere else too as expected :)) > > egmont > >> On Tue, Jun 18, 2019 at 8:38 AM Andrew Borodin wrote: >> >>> On Mon, 17 Jun 2019 22:56:45 +0200 Egmont Koblinger via mc-devel wrote: >>> There's a severe usability regression: After pressing F9 the hotkeys >>> (e.g. O for Options, then L for Layout) don't work. >> >> Thanks for the bugreport. >> Fixed in 7eaa51c79bb74e6e650935e23895c62073ff46c5. >> >> -- >> A. ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.23-rc1
Thanks to Egmont and everyone else who has reported regressions so far, and to Andrew for fixing them! I hope that this way we are going to be able to make a solid release on the weekend... Sent from my iPad > On 18. Jun 2019, at 09:16, Egmont Koblinger wrote: > > Thanks for the quick fix! > > I've verified the behavior after an F9. (I didn't do an extensive > walkthrough of the UI, I hope you're confident that shortcuts work > everywhere else too as expected :)) > > egmont > >> On Tue, Jun 18, 2019 at 8:38 AM Andrew Borodin wrote: >> >>> On Mon, 17 Jun 2019 22:56:45 +0200 Egmont Koblinger via mc-devel wrote: >>> There's a severe usability regression: After pressing F9 the hotkeys >>> (e.g. O for Options, then L for Layout) don't work. >> >> Thanks for the bugreport. >> Fixed in 7eaa51c79bb74e6e650935e23895c62073ff46c5. >> >> -- >> A. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Help testing release candidate / mc-4.8.23-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.22 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.22-166-gcd16697a3.tar.xz $ sha256sum mc-4.8.22-166-gcd16697a3.tar.xz c518e0c746fd6755dd0733e70356c8e6a37bda4122c222de961ab78db24780fa mc-4.8.22-166-gcd16697a3.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 30 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.23-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.22 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.22-166-gcd16697a3.tar.xz $ sha256sum mc-4.8.22-166-gcd16697a3.tar.xz c518e0c746fd6755dd0733e70356c8e6a37bda4122c222de961ab78db24780fa mc-4.8.22-166-gcd16697a3.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 30 VM, which I'm also going to use to build the final release in about a week from now if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: How to switch from mcedit to mc file manager without closing editor?
On Mon, 22 Apr 2019, Alexey Murz Korepov via mc wrote: mcedit allow to open multiple files at once, but provide no build-in good interface for select seconf file to open - only window for manually write path to file. Is there any way exists to switch back into mc file manager panels from mcedit window without closing current file, to open second file for editing simultaneously both files? Can't you switch back to the file manage window with Meta + ` ? -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Fwd: [RFC] mceditor: add .editorconfig support
Sent from my iPad Begin forwarded message: > From: "Vladislav Grishenko" > Date: 13. March 2019 at 13:55:22 CET > To: , > Subject: [RFC] mceditor: add .editorconfig support > > Hello, > > There’s old ticket https://midnight-commander.org/ticket/3367 for > https://editorconfig.org/ support. > With spreading of editorconfig support (vs, plugins for clion, notepad++, and > so on, just see the list on the site) and different-styled sourced > (c/c++/py/js/yaml/etc) it becomes quite common and useful. > Unlike https://midnight-commander.org/attachment/ticket/3068/ (Vim's modeline > support), editorconfig needs no file data, just file path which is obviously > instantly available. > > I’ve made quick initial support as PoC, please refer > https://github.com/themiron/mc/commit/2d63096c16d868e0e0fe6cfa7ca5fcebe25c0a99 > May I ask you for some guidelines / suggestions / comments for further better > integration required before it possibly can appear in mc upstream (as my main > goal)? > > p.s tried to reach via old mc-dev@ jabber conf, but seems there’s nobody left > since last time I were chatting in it with you. > > Best Regards, Vladislav Grishenko > ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.22 released
Hi, I'm glad to announce the immediate availability of mc-4.8.22! This is a maintenance release mainly including fixes for issues found since the last one, most notably several crashers, an annoying problem with quiet file overwriting, correct preservation of sftp file timestamps, as well as support for building on IBM PASE for i and latest macOS versions. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.22 As usual, kudos to Andrew Borodin, whose work made this release possible, as well as all of our contributors, including translators. Happy New Year 2019! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.22 released
Hi, I'm glad to announce the immediate availability of mc-4.8.22! This is a maintenance release mainly including fixes for issues found since the last one, most notably several crashers, an annoying problem with quiet file overwriting, correct preservation of sftp file timestamps, as well as support for building on IBM PASE for i and latest macOS versions. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.22 As usual, kudos to Andrew Borodin, whose work made this release possible, as well as all of our contributors, including translators. Happy New Year 2019! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.22-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.21 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.21-108-g4b46e6194.tar.xz $ sha256sum mc-4.8.21-108-g4b46e6194.tar.xz 95eb67435d0ab7ab08753c6057250b2a791468218c0ad5758e8b6bd2df3630d2 mc-4.8.21-108-g4b46e6194.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 29 VM which I'm also going to use to build the final release early next year if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.22-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.21 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.21-108-g4b46e6194.tar.xz $ sha256sum mc-4.8.21-108-g4b46e6194.tar.xz 95eb67435d0ab7ab08753c6057250b2a791468218c0ad5758e8b6bd2df3630d2 mc-4.8.21-108-g4b46e6194.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 29 VM which I'm also going to use to build the final release early next year if nothing serious comes up. Many thanks! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: IBM Systems Mag sez "All Hail the Midnight Commander!"
Hi Jack, Congratulations! Always nice to hear about people still using mc. Now only if IBM’s love for Open Source went as far as fixing me up with a part-time job to keep Andrew from being the only developer actually writing some code from time to time, struggling to keep the project more alive than dead over the past years... ;-) Anyways, if anyone is wondering, we are still breathing, and the next release is planned for Christmas/New Year or something like that, in any case, as soon as I get a vacation. Sent from my iPad > On 29. Nov 2018, at 01:33, Jack Woehr via mc wrote: > > http://ibmsystemsmag.com/blogs/open-your-i/november-2018/all-hail-the-midnight-commander/ > > Regards, Jack Woehr > > -- > Absolute Performance, Inc. > 12303 Airport Way, Suite 100 > Broomfield, CO 80021 > ___ > mc mailing list > https://mail.gnome.org/mailman/listinfo/mc ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Queuing copy operations in mc?
mc queues background copy jobs and only one is running at a given point in time. On Sat, 3 Nov 2018, Rotten Johnny via mc wrote: Hi all I need to copy selective folder trees from a networked drive to a headless machine running debian. I'd like to queue the copy operations without choking the hardware through concurrent copy jobs and was wondering whether a series of backgrounded copy operations in mc queues them or whether they compete for resources? Thanks ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: does mc support sftp ?
Yes, it does, if it has been compiled accordingly. http://www.linux-databook.info/wp-content/uploads/2015/04/MC-02.jpeg On Thu, 15 Nov 2018, Fourhundred Thecat wrote: Hello, I need to connect to server where I don't have shell access (no ssh) the server only allows sftp. I can connect with winscp, for instance. does mc support sftp as well ? thanks, ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: crash when returning to panels by pressing Ctrl-O
Better still would be to create a linked issue in the upstream tracker, because problems reported on the list tend to get lost... On Sun, 14 Oct 2018, Nerijus Baliunas via mc-devel wrote: Hello, I posted https://bugzilla.redhat.com/show_bug.cgi?id=1639016 but duplicate it here too. I get lots of crashes when returning to mc panels from terminal by pressing Ctrl-O. # coredumpctl debug PID: 10643 (mc) UID: 0 (root) GID: 0 (root) Signal: 11 (SEGV) Timestamp: Sun 2018-10-14 12:54:41 EEST (10min ago) Command Line: /usr/bin/mc -P /var/tmp/mc-root/mc.pwd.10566 Executable: /usr/bin/mc ... Core was generated by `/usr/bin/mc -P /var/tmp/mc-root/mc.pwd.10566'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x55e1c86ac045 in display_mini_info (panel=0x55e1ca8856f0) at panel.c:1006 1006if (S_ISLNK (panel->dir.list[panel->selected].st.st_mode)) Missing separate debuginfos, use: dnf debuginfo-install glib2-2.58.1-1.fc29.x86_64 glibc-2.28-9.fc29.x86_64 gpm-libs-1.20.7-16.fc29.x86_64 libssh2-1.8.0-8.fc29.x86_64 openssl-libs-1.1.1-3.fc29.x86_64 pcre-8.42-4.fc29.x86_64 zlib-1.2.11-14.fc29.x86_64 (gdb) bt #0 0x55e1c86ac045 in display_mini_info (panel=0x55e1ca8856f0) at panel.c:1006 #1 0x55e1c86b0fdb in panel_callback (w=0x55e1ca8856f0, sender=, msg=, parm=, data=) at panel.c:3673 #2 0x55e1c86a4404 in setup_panels () at layout.c:756 #3 0x55e1c86a8e2d in midnight_callback (w=, sender=, msg=, parm=0, data=) at midnight.c:1470 #4 0x55e1c868f4c2 in send_message (data=0x0, parm=0, msg=MSG_RESIZE, sender=0x0, w=) at ../../lib/widget/widget-common.h:210 #5 dialog_switch_resize (d=) at dialog-switch.c:120 #6 dialog_change_screen_size () at dialog-switch.c:374 #7 0x55e1c868f51d in mc_refresh () at dialog-switch.c:349 #8 0x55e1c8710faf in dir_list_reload (list=list@entry=0x55e1ca885738, vpath=0x55e1ca892e50, sort=0x55e1c870fc30 , sort_op=sort_op@entry=0x55e1ca8857a8, fltr=0x0) at dir.c:800 #9 0x55e1c86ae366 in panel_reload (panel=panel@entry=0x55e1ca8856f0) at panel.c:4424 #10 0x55e1c86ae578 in update_one_panel_widget (panel=0x55e1ca8856f0, flags=, current_file=0x55e1ca979d10 "libicui18n.so.62.1") at panel.c:4028 #11 0x55e1c86aeb69 in update_one_panel ( current_file=0x , flags=UP_OPTIMIZE, which=0) at panel.c:4049 #12 update_panels (flags=flags@entry=UP_OPTIMIZE, current_file=current_file@entry=0x ) at panel.c:4819 #13 0x55e1c86866de in toggle_panels () at execute.c:554 #14 0x55e1c870e73d in view_other_cmd () at cmd.c:1216 #15 0x55e1c86a8975 in midnight_execute_cmd (sender=0x0, command=45) at midnight.c:1330 #16 0x55e1c86a8f72 in midnight_callback (w=, sender=, msg=, parm=16399, data=) at midnight.c:1565 #17 0x55e1c86906e1 in send_message (data=0x0, parm=16399, msg=MSG_UNHANDLED_KEY, sender=0x0, w=0x55e1ca864800) at ../../lib/widget/widget-common.h:210 #18 dlg_key_event (d_key=16399, h=0x55e1ca864800) at dialog.c:489 #19 dlg_process_event (h=0x55e1ca864800, key=16399, event=) at dialog.c:1168 #20 0x55e1c8690c61 in frontend_dlg_run (h=0x55e1ca864800) at dialog.c:541 #21 dlg_run (h=0x55e1ca864800) at dialog.c:1199 #22 0x55e1c86a9e2c in do_nc () at midnight.c:1791 #23 0x55e1c868474b in main (argc=, argv=) at main.c:409 Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: change default configuration
I fought against it for quite some time, but, in the end, this was not a fight
that I could win. Debian Policy says it should be this way, thus so it is, and
so it will be :-/
Sent from my iPad
> On 27. Jul 2018, at 21:06, Felix Miata via mc-devel
> wrote:
>
> Egmont Koblinger composed on 2018-07-27 20:43 (UTC+0200):
>
>> Oswald Buddenhagen wrote:
>
>>> fwiw, i always found that default setting rather surprising and
>>> counter-productive, too. the vim/emacs/etc. hardliners will find the way
>>> to launch their personal deity, err, preferred editor soon enough, while
>>> average joe (in as far as he uses mc at all) won't appreciate being
>>> dropped into vi by default ("how do i quit that crap?!" was also my
>>> first experience).
>
> +++
>
>> I fully agree, and recommend to change the default to mcedit.
>
> AFAICT, external is a misfeature of .deb mc packages, one of the most annoying
> things about using Knoppix (pause after run off in mc being the other). Fedora
> and openSUSE rpms AFAICR are always mcedit.
> --
> "Wisdom is supreme; therefore get wisdom. Whatever else you
> get, get wisdom." Proverbs 4:7 (New Living Translation)
>
> Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
>
> Felix Miata *** http://fm.no-ip.com/
> ___
> mc-devel mailing list
> https://mail.gnome.org/mailman/listinfo/mc-devel
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.21 released
Hi, I'm glad to announce the immediate availability of mc-4.8.21! This is a maintenance release mainly including fixes for issues found since the last one, most notably the nasty -31 error that was plaguing SFTP protocol support for a long time. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.21 I highly appreciate the work of Andrew Borodin, who made this release possible, as well as all of our contributors, including translators. As always, we hope to accept more patches for the next version, with many waiting for reviews and tests, of which we sadly have way too few, but our resources are constrained as ever, so bear with us. Anyways, summertime is finally there, so enjoy all it brings along :-) ! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.21 released
Hi, I'm glad to announce the immediate availability of mc-4.8.21! This is a maintenance release mainly including fixes for issues found since the last one, most notably the nasty -31 error that was plaguing SFTP protocol support for a long time. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.21 I highly appreciate the work of Andrew Borodin, who made this release possible, as well as all of our contributors, including translators. As always, we hope to accept more patches for the next version, with many waiting for reviews and tests, of which we sadly have way too few, but our resources are constrained as ever, so bear with us. Anyways, summertime is finally there, so enjoy all it brings along :-) ! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.21-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.20 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.20-144-ge20376f.tar.xz $ sha256sum mc-4.8.20-144-ge20376f.tar.xz e8a4ed465006bd761181938ad5c5a4da24e01fbaa68877b4754cbbdd91b5a2a0 mc-4.8.20-144-ge20376f.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 25 VM which I'm also going to use to build the final release. I'd particularly appreciate feedback regarding builds on platforms that we aren't regularly using ourselves (non-Linux), like FreeBSD, Solaris, etc. If no serious regressions are going to be uncovered, we'll probably release 4.8.21 in the week to come... Many thanks! P.S. Known build problem on macOS 10.13 High Sierra can be currently worked around by forcing utimensat support to off during the build: $ export ac_cv_func_utimensat=no -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Help testing release candidate / mc-4.8.21-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.20 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.20-144-ge20376f.tar.xz $ sha256sum mc-4.8.20-144-ge20376f.tar.xz e8a4ed465006bd761181938ad5c5a4da24e01fbaa68877b4754cbbdd91b5a2a0 mc-4.8.20-144-ge20376f.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 25 VM which I'm also going to use to build the final release. I'd particularly appreciate feedback regarding builds on platforms that we aren't regularly using ourselves (non-Linux), like FreeBSD, Solaris, etc. If no serious regressions are going to be uncovered, we'll probably release 4.8.21 in the week to come... Many thanks! P.S. Known build problem on macOS 10.13 High Sierra can be currently worked around by forcing utimensat support to off during the build: $ export ac_cv_func_utimensat=no -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: MC confused by Wine MIME extensions
On Sat, 30 Dec 2017, Nate Bargmann wrote: How can I tell MC to ignore the Wine MIME files? mc doesn't use mailcap it has its own catalogue, mc.ext; check how the problematic files are handled there... -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.20 released
Hi, I'm glad to announce the immediate availability of mc-4.8.20! This is a maintenance release including mainly fixes for issues found since the last one, most notably a bug in the nsec timestamps support code which caused loss of timestamps under some circumstances. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.20 I highly appreciate the work of Andrew Borodin, who made this release possible, as well as our regular contributor Mooffie and others, including our translators. As always, we hope to accept more patches for the next version, with many waiting for reviews and tests, of which we sadly have way too few, but our resources are constrained as ever, so bear with us. It's a bit too early to wish everybody a Merry Christmas & a Happy New Year, but since no release is forthcoming in December anyways, I'll still use the opportunity to do so :-) -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.20 released
Hi, I'm glad to announce the immediate availability of mc-4.8.20! This is a maintenance release including mainly fixes for issues found since the last one, most notably a bug in the nsec timestamps support code which caused loss of timestamps under some circumstances. Everybody is recommended to upgrade to immediately benefit from these improvements! For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.20 I highly appreciate the work of Andrew Borodin, who made this release possible, as well as our regular contributor Mooffie and others, including our translators. As always, we hope to accept more patches for the next version, with many waiting for reviews and tests, of which we sadly have way too few, but our resources are constrained as ever, so bear with us. It's a bit too early to wish everybody a Merry Christmas & a Happy New Year, but since no release is forthcoming in December anyways, I'll still use the opportunity to do so :-) -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Help testing release candidate / mc-4.8.20-rc1
Sorry, overzealous SELinux... :-/ should work now! On Sat, 18 Nov 2017, Egmont Koblinger wrote: Hi, 403 Forbidden. cheers, e. On Sat, Nov 18, 2017 at 7:59 PM, Yury V. Zaytsev <y...@shurup.com> wrote: Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.19 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.19-128-g92f190e.tar.xz $ sha256sum mc-4.8.19-128-g92f190e.tar.xz d4106d955c586cf593a0558c9c27d51d09dfcca7ea6386873b0922cd5d05add6 mc-4.8.19-128-g92f190e.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 25 VM which I'm also going to use to build the final release. I'd particularly appreciate feedback regarding builds on platforms that we aren't regularly using ourselves (non-Linux), like FreeBSD, Solaris, etc. If no serious regressions are going to be uncovered, we'll probably release 4.8.20 in the week to come... Many thanks! P.S. Known build problem on macOS 10.13 High Sierra can be currently worked around by forcing utimensat support to off during the build: $ export ac_cv_func_utimensat=no -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel -- Sincerely yours, Yury V. Zaytsev___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Help testing release candidate / mc-4.8.20-rc1
Sorry, overzealous SELinux... :-/ should work now! On Sat, 18 Nov 2017, Egmont Koblinger wrote: Hi, 403 Forbidden. cheers, e. On Sat, Nov 18, 2017 at 7:59 PM, Yury V. Zaytsev <y...@shurup.com> wrote: Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.19 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.19-128-g92f190e.tar.xz $ sha256sum mc-4.8.19-128-g92f190e.tar.xz d4106d955c586cf593a0558c9c27d51d09dfcca7ea6386873b0922cd5d05add6 mc-4.8.19-128-g92f190e.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 25 VM which I'm also going to use to build the final release. I'd particularly appreciate feedback regarding builds on platforms that we aren't regularly using ourselves (non-Linux), like FreeBSD, Solaris, etc. If no serious regressions are going to be uncovered, we'll probably release 4.8.20 in the week to come... Many thanks! P.S. Known build problem on macOS 10.13 High Sierra can be currently worked around by forcing utimensat support to off during the build: $ export ac_cv_func_utimensat=no -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel -- Sincerely yours, Yury V. Zaytsev___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Help testing release candidate / mc-4.8.20-rc1
Hi there, TLDR; I would appreciate if you could please test the following tarball on your systems and report any blocker regressions as compared to the previous 4.8.19 release: https://www.midnight-commander.org/nopaste/tarball/mc-4.8.19-128-g92f190e.tar.xz $ sha256sum mc-4.8.19-128-g92f190e.tar.xz d4106d955c586cf593a0558c9c27d51d09dfcca7ea6386873b0922cd5d05add6 mc-4.8.19-128-g92f190e.tar.xz I've built this tarball out of the latest master with translations from Transifex pulled in on a fresh Fedora 25 VM which I'm also going to use to build the final release. I'd particularly appreciate feedback regarding builds on platforms that we aren't regularly using ourselves (non-Linux), like FreeBSD, Solaris, etc. If no serious regressions are going to be uncovered, we'll probably release 4.8.20 in the week to come... Many thanks! P.S. Known build problem on macOS 10.13 High Sierra can be currently worked around by forcing utimensat support to off during the build: $ export ac_cv_func_utimensat=no -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc macro recording/editing issues
On Tue, 19 Sep 2017, Sergey Naumov wrote: Also is there a way for macros to get cursor position in a file in a form of offset from the beginning of the file? What I'm trying to achieve is to get some sort of autocompletion for golang using gocode, and it is done like this: I think you might get luckier with mcedit/etags integration, not sure if there it anything etags-like for go, but if I were you, I'd rather look into this... -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mcedit: undo warning
On Sun, 10 Sep 2017, Dmitry L. wrote: It looks like a bug for me. In mcedit I have next warning when remove block of text (when length is large than 16384): "Block is large, you may not be able to undo this action" But actually I can undo only when remove block of text with length less than 8190. So, when I remove block of text where 8190 <= length <=16384 I don't get any warning and can't undo this action. That's correct, the condition in question is (end_mark - start_mark) > option_max_undo / 2 where int option_max_undo = 32768 It looks like it should be option_max_undo / 4, according to your observation, but I have no idea why and how come... In any case, please report this bug on the Trac, because otherwise this will get lost on the list. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: use of graphics characters recently disabled in xterm
On Fri, 8 Sep 2017, Theodore Kilgore wrote: The only thing I can think of is that something in the options for xterm needs to be changed, but I have no clue about what that magic option might be. Or, it could possibly be some library which deals with graphics and is somehow broken on an AMD-based machine. This must have something to do either with your locale settings, or with fonts that are used by xterm, but certainly not with the graphics libraries or hardware, way too low-level. In any case, the next debugging step that I would recommend is to create a brand new user on your machine, log in as this user in the graphical mode, start xterm and try mc. Depending on the results, decide on what to do next. The new user can be deleted afterwards with no traces left. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: bad timestamps mc-4.8.19 copy from archive
On Fri, 11 Aug 2017, Felix Miata wrote: Anyone else using openSUSE or Fedora seeing this: To reproduce: 1-left pane, enter some tar.gz or .bz2 archive, e.g. https://archive.mozilla.org/pub/seamonkey/releases/2.48/contrib/seamonkey-2.48.en-US.linux-x86_64.tar.bz2 saved locally 2-select all files with * key and dirs with INS 3-F5 -> ENTER 4-TAB Actual behavior: All files from archive show current timestamps Expected behavior: Files and directories inherit individual timestamps from archive I first noticed this some weeks ago when busy and no time to follow-up before forgetting. Tonight I updated two TW systems, then found a BS package for Fedora 25 and tried. All three suffer this. I recognize nothing in changelog or mc's tracker to explain it as expected behavior. Ordinary copy continues to work as expected. :-( Reverting to 4.8.17 solves. Please check current git, should be already solved. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: new MC logo proposal
On Fri, 14 Jul 2017, pierre-philipp braun wrote: Once you've picked one up, myself or one of yours can easily generate resized flavors and favicon.ico accordingly. Yes, there was no budget for this. But I find some of those pngs pretty neat esp. `mc-bigchief.png`. I think the `mc-digital.png` is a rather funny pun on the double panel manager idea and a clever design for a text logo, but I can't see how we can possibly make use of it... it's certainly all but appropriate for replacing the current logo, favicons and stuff. Also, FYI: http://midnight-commander.org/ticket/2314 -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: hard links vs symlinks
On Wed, 5 Jul 2017, Piscium wrote: The hard link command (C-x l) behaves differently, it does not pre-fill any name. I suppose that the only way to have the hard link command pre-fill the name similar to the the behaviour for the symlink would require a code change? Or is there a configuration option somewhere for it? Yes, it would require a code change. You can make a patch by looking at the code for the other command, and post it to the Trac for everybody. -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: MC doesn't edit files on remote file systems (e.g. ssh) if external editor is used
On Thu, 6 Jul 2017, Andrew Borodin wrote: On Thu, 6 Jul 2017 16:26:10 +0200 (CEST) "Yury V. Zaytsev" wrote: I've just reproduced the issue with an external editor. I guess for some reason we don't upload the file back when the editor quits. You are welcome to file a bug, and even better would be if you could have a look at it, and provide a patch. https://midnight-commander.org/ticket/37 Oh, it's so old that I've completely forgotten about it. The last idea doesn't sound too bad though, any takers? -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: MC doesn't edit files on remote file systems (e.g. ssh) if external editor is used
On Thu, 6 Jul 2017, Keith Roberts wrote: I've known of a similar issue for some time. I've just reproduced the issue with an external editor. I guess for some reason we don't upload the file back when the editor quits. You are welcome to file a bug, and even better would be if you could have a look at it, and provide a patch. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: key shortcut for clearing selection
On Mon, 5 Jun 2017, Karel wrote: is there a better way to clear all selections ? I always thought - (minus) should have opposite effect to + (plus)? Also, is there somewhere a complete cheetsheet with all the key shortcuts ? The reference documentation is the manual page. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present
On Sat, 6 May 2017, Nerijus Baliunas wrote: It works, and it fixes my yesterday reported problem with zip/rar subdirs. Thanks! IMHO it would be nice to release 4.8.20 with this fix, it is important. Thanks for the confirmation, I have put the branch on review. Regarding the release, I'm not sure about it. As far as I understand, it's not a regression, but a bug that has been present for a very long time, so if this is true, then we are not really in a hurry. But if Andrew would say we do have to release the next version once this fix is in, I will try to find time to start this process... -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present
I've created a ticket and branch for this patch: https://midnight-commander.org/ticket/3821#comment:1 I've also patched all other places where stat is filled manually that I could find. The all builds & tests seem to run through. Does this version work, or problems remain? On Wed, 19 Apr 2017, Andrey Gursky wrote: struct stat in libc for Linux kernel contains few fields more since 14+ years [1]. from bits/stat.h: struct timespec st_atim;/* Time of last access. */ struct timespec st_mtim;/* Time of last modification. */ struct timespec st_ctim;/* Time of last status change. */ # define st_atime st_atim.tv_sec/* Backward compatibility. */ # define st_mtime st_mtim.tv_sec # define st_ctime st_ctim.tv_sec The conventional fields became an alias. POSIX.1-2008 made struct stat st_[acm]tim mandatory [2]. OS takes care to initialize struct stat properly [3]. By not using an OS syscall or a libc wrapper to fill struct stat, we have to take care of initializing all fields (or at least those being used later) explicitly. [1] https://www.sourceware.org/ml/libc-alpha/2002-12/msg00011.html [2] https://www.sourceware.org/ml/libc-alpha/2009-11/msg00102.html [3] https://www.sourceware.org/ml/libc-alpha/2002-12/msg00013.html Fixes: file timestamps not preserved (https://mail.gnome.org/archives/mc-devel/2017-April/msg0.html) Reported-By: Nerijus Baliunas <neri...@users.sourceforge.net> --- configure.ac| 2 +- src/vfs/cpio/cpio.c | 15 +++ src/vfs/tar/tar.c | 3 +++ 3 files changed, 19 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 45836fcaf..387110daf 100644 --- a/configure.ac +++ b/configure.ac @@ -181,7 +181,7 @@ AC_TYPE_PID_T AC_TYPE_UID_T AC_STRUCT_ST_BLOCKS -AC_CHECK_MEMBERS([struct stat.st_blksize, struct stat.st_rdev]) +AC_CHECK_MEMBERS([struct stat.st_blksize, struct stat.st_rdev, struct stat.st_mtim]) gl_STAT_SIZE AH_TEMPLATE([sig_atomic_t], diff --git a/src/vfs/cpio/cpio.c b/src/vfs/cpio/cpio.c index dba1a07c3..ffe6267cf 100644 --- a/src/vfs/cpio/cpio.c +++ b/src/vfs/cpio/cpio.c @@ -462,9 +462,15 @@ cpio_create_entry (struct vfs_class *me, struct vfs_s_super *super, struct stat entry->ino->st.st_mode = st->st_mode; entry->ino->st.st_uid = st->st_uid; entry->ino->st.st_gid = st->st_gid; +#ifdef HAVE_STRUCT_STAT_ST_MTIM +entry->ino->st.st_atim = st->st_atim; +entry->ino->st.st_mtim = st->st_mtim; +entry->ino->st.st_ctim = st->st_ctim; +#else entry->ino->st.st_atime = st->st_atime; entry->ino->st.st_mtime = st->st_mtime; entry->ino->st.st_ctime = st->st_ctime; +#endif } g_free (name); @@ -589,6 +595,9 @@ cpio_read_bin_head (struct vfs_class *me, struct vfs_s_super *super) st.st_rdev = u.buf.c_rdev; #endif st.st_size = (u.buf.c_filesizes[0] << 16) | u.buf.c_filesizes[1]; +#ifdef HAVE_STRUCT_STAT_ST_MTIM +st.st_atim.tv_nsec = st.st_mtim.tv_nsec = st.st_ctim.tv_nsec = 0; +#endif st.st_atime = st.st_mtime = st.st_ctime = (u.buf.c_mtimes[0] << 16) | u.buf.c_mtimes[1]; return cpio_create_entry (me, super, , name); @@ -658,6 +667,9 @@ cpio_read_oldc_head (struct vfs_class *me, struct vfs_s_super *super) u.st.st_rdev = hd.c_rdev; #endif u.st.st_size = hd.c_filesize; +#ifdef HAVE_STRUCT_STAT_ST_MTIM +u.st.st_atim.tv_nsec = u.st.st_mtim.tv_nsec = u.st.st_ctim.tv_nsec = 0; +#endif u.st.st_atime = u.st.st_mtime = u.st.st_ctime = hd.c_mtime; return cpio_create_entry (me, super, , name); @@ -736,6 +748,9 @@ cpio_read_crc_head (struct vfs_class *me, struct vfs_s_super *super) u.st.st_rdev = makedev (hd.c_rdev, hd.c_rdevmin); #endif u.st.st_size = hd.c_filesize; +#ifdef HAVE_STRUCT_STAT_ST_MTIM +u.st.st_atim.tv_nsec = u.st.st_mtim.tv_nsec = u.st.st_ctim.tv_nsec = 0; +#endif u.st.st_atime = u.st.st_mtime = u.st.st_ctime = hd.c_mtime; return cpio_create_entry (me, super, , name); diff --git a/src/vfs/tar/tar.c b/src/vfs/tar/tar.c index 3afd8d68d..4b674739d 100644 --- a/src/vfs/tar/tar.c +++ b/src/vfs/tar/tar.c @@ -442,6 +442,9 @@ tar_fill_stat (struct vfs_s_super *archive, struct stat *st, union record *heade } st->st_size = h_size; +#ifdef HAVE_STRUCT_STAT_ST_MTIM +st->st_atim.tv_nsec = st->st_mtim.tv_nsec = st->st_ctim.tv_nsec = 0; +#endif st->st_mtime = tar_from_oct (1 + 12, header->header.mtime); st->st_atime = 0; st->st_ctime = 0; -- 2.12.2+git20170411 ___________ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: file timestamps not preserved
On Sat, 6 May 2017, Nerijus Baliunas wrote: On Fri, 5 May 2017 23:31:50 +0200 Andrey Gursky <andrey.gur...@e-mail.ua> wrote: I've downloaded the original mc 4.8.19 release, applied the patches, run autoreconf, then configure, make install and it works for me. Have you tested with the file you've sent me? If yes, I'm curious what could be else different?.. BTW, if I call autoconf instead of autoreconf, I cannot see anything happens. With autoreconf instead of autoconf it is OK. Thanks. You have to use ./autogen.sh to bootstrap the build system. -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] Remove unused check in configure.ac
On Wed, 19 Apr 2017, Andrey Gursky wrote: AC_STRUCT_ST_BLOCKS is a leftover from cleanup in 0ba019a90b3798abae32ba261e72b737dc945615 I don't understand why you're saying that this macro is unused. It defines HAVE_STRUCT_STAT_ST_BLOCKS if struct `stat` contains an `st_blocks` member. This define is currently used in branches all over our codebase. https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Particular-Structures.html#Particular-Structures --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac index 387110daf..ac81404f5 100644 --- a/configure.ac +++ b/configure.ac @@ -180,7 +180,6 @@ gl_PROMOTED_TYPE_MODE_T AC_TYPE_PID_T AC_TYPE_UID_T -AC_STRUCT_ST_BLOCKS AC_CHECK_MEMBERS([struct stat.st_blksize, struct stat.st_rdev, struct stat.st_mtim]) gl_STAT_SIZE -- 2.12.2+git20170411 ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update translations from Transifex
On Sat, 29 Apr 2017, Antoni Bella Pérez via mc-devel wrote: I updated Catalan (ca) translations from Transifex and I ask them to update the repository. Doing so automatically or on request? Normally, we pull in translations from Transifex manually before release, but since there have been quite some changes already, I've imported them right now... Thank you for your contribution! -- Sincerely yours, Yury V. Zaytsev___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc not saving config under macOS Sierra 10.12
On Tue, 31 Jan 2017, Anony Mous wrote: I would have caught this if the program hadn't been lying to me about where it was saving things. What do you mean by 'lying'?! Are you saying that the output of `mc -F` doesn't match actual behavior? If yes, then I can hardly think of any source of problems other than some kind of permissions issues or maybe custom MacPorts patches. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Strange occassion with directory with spaces and tcsh
On Sun, 19 Mar 2017, Rashid N. Achilov wrote: Recently I spent some time for this strange - in src/subshell/common.c is there function feed_subshell(). When login shell is bash, read(), issued intjo this fuctioin, reads full name of directory. When login shell is tcsh, read() reads directory name up to last '/' char! (this way - when directory has name "/tmp/test test", bash-called read() reads "/tmp/test test" and works OK, tcsh-called read() reads "/tmp" and throws warning) I don't have tcsh, so I can't check it out, but if you have a patch that works for you and make Trac ticket, it might even get committed one day. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Re: Midnight Commander 4.8.19 released
Hi, On Sun, 5 Mar 2017, Sergei Trofimovich wrote: Yay! Looks like a set of vfs shell helpers were added in here. If I remember correctly, no new helpers, but many existing helpers turned out to be broken and were fixed after the test suite was introduced. When running 'make check' I have single extfs test failure: # FAIL: 1 See tests/src/vfs/extfs/helpers-list/test-suite.log Thanks, we'll have a look. The log file is missing actual diff. I suggest adding diff output inline to ease bug reporting. Might be a good idea, I thought the diff was generated in the temporary directory, but apparently, this is not the case. And a few others. These tests look fragile. That's very curious, because the tests shouldn't be actually using the tools themselves, but they should rather be only checking whether the extfs scripts are still able to parse pre-recorded output of the tools. Therefore, I would hope that it's not version drift of the tools, but rather coreutils / awk / ... whatever the scripts depend upon to parse pre-recorded output, and as such you have identified a valid problem with parsing not being robust enough / working differently with newer coreutils / awk / etc. Or else, in your case, real output is used instead of mocked stuff, which would be truly bizarre, but would also point to a valid problem with the test suite. One thing is clear though, something's gone wrong here, could you please be so kind to create a ticket? Thanks! -- Sincerely yours, Yury V. Zaytsev ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Midnight Commander 4.8.19 released
Hi, I'm glad to announce the immediate availability of mc-4.8.19! This is a maintenance release which includes many bugfixes and several new exciting features, the most notable of which are support for True Color capable terminals (and first skins!) contributed by Egmont Koblinger and support for timestamps with nanosecond precision on Linux contributed by Andrey Gursky. For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.19 Traditionally, big thanks goes to our hero committer Andrew Borodin, as well as our regular contributors Mooffie, Andreas Mohr and others, including our translators. This time I have the particular pleasure to welcome Mooffie of the friendly mc^2 fork's fame as our new committer, and note how he has already delivered many valuable additions to mc for this release, including an actual test suite for the extfs helpers! As always, we hope to accept more patches for the next version, with many waiting for reviews and tests, of which we sadly have way too few, but our resources are constrained as ever, so bear with us. Having that said, we in full choir hail thy approach, O Spring! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
Midnight Commander 4.8.19 released
Hi, I'm glad to announce the immediate availability of mc-4.8.19! This is a maintenance release which includes many bugfixes and several new exciting features, the most notable of which are support for True Color capable terminals (and first skins!) contributed by Egmont Koblinger and support for timestamps with nanosecond precision on Linux contributed by Andrey Gursky. For the detailed list of changes since the last release, please refer to the release notes. Download page: http://ftp.midnight-commander.org/?C=N;O=D Release notes: http://www.midnight-commander.org/wiki/NEWS-4.8.19 Traditionally, big thanks goes to our hero committer Andrew Borodin, as well as our regular contributors Mooffie, Andreas Mohr and others, including our translators. This time I have the particular pleasure to welcome Mooffie of the friendly mc^2 fork's fame as our new committer, and note how he has already delivered many valuable additions to mc for this release, including an actual test suite for the extfs helpers! As always, we hope to accept more patches for the next version, with many waiting for reviews and tests, of which we sadly have way too few, but our resources are constrained as ever, so bear with us. Having that said, we in full choir hail thy approach, O Spring! -- Sincerely yours, Yury V. Zaytsev signature.asc Description: This is a digitally signed message part ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Color: fg=white; bg=black
On Thu, 2 Mar 2017, chris glur wrote: Diving into one's subconscious, suggests that mc would have at the . And indeed:- => PullDn > Option > Appearnce > Pulldown <- Test various & probably Save settings. That works on the installation which doesn't need it; but *this* one: GNU Midnight Commander 4.8.3 lacks that facility. So how do I select & USE one of the many ? One upgrades mc to a version that is NOT ~5 years old. -- Sincerely yours, Yury V. Zaytsev ___ mc mailing list https://mail.gnome.org/mailman/listinfo/mc
