Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present
On Sun, 7 May 2017 00:52:49 +0200 Egmont Koblinger wrote: > It is a regression (on my Fedora at least), as timestamps were preserved > > with the earlier mc versions. > > As far as I understand the current story, this is probably due to some > other change since mc didn't change its relevant code recently. > > Also, generally it's not feasible to make a release each time a regression > is fixed. Each release fixes twenty bugs and introduces two new, that's the > way it goes :-D > > That being said, this timestamp issue plus the pending mcview growing > issues (which are also quite notable usability problems) are I believe a > good reason to schedule a .20 release for the not-so-distant future (let's > say, within a month or so). 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? Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
crash when returning to panels by pressing Ctrl-O
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
Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present
Hello, it would be nice to release 4.8.20, as there will probably be more reports with timestamps not preserving in the near future. On Sun, 7 May 2017 00:52:49 +0200 Egmont Koblingerwrote: > Hi guys, > > It is a regression (on my Fedora at least), as timestamps were preserved > > with the earlier mc versions. > > > > As far as I understand the current story, this is probably due to some > other change since mc didn't change its relevant code recently. > > Also, generally it's not feasible to make a release each time a regression > is fixed. Each release fixes twenty bugs and introduces two new, that's the > way it goes :-D > > That being said, this timestamp issue plus the pending mcview growing > issues (which are also quite notable usability problems) are I believe a > good reason to schedule a .20 release for the not-so-distant future (let's > say, within a month or so). > > cheers, > egmont ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: bad timestamps mc-4.8.19 copy from archive
On Fri, 11 Aug 2017 04:53:25 -0400 Felix Miatawrote: > Actual behavior: > All files from archive show current timestamps > > Expected behavior: > Files and directories inherit individual timestamps from archive It was reported by me - https://mail.gnome.org/archives/mc-devel/2017-April/msg0.html And fixed by Andrey Gursky - https://mail.gnome.org/archives/mc-devel/2017-April/msg6.html I proposed to release 4.8.20 with the fix back in May. Regards, Nerijus ___ 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 Sat, 6 May 2017 22:08:47 +0200 (CEST) "Yury V. Zaytsev"wrote: > 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. It is a regression (on my Fedora at least), as timestamps were preserved with the earlier mc versions. Regards, Nerijus ___ 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 Sat, 6 May 2017 21:06:39 +0200 (CEST) "Yury V. Zaytsev"wrote: > 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? 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. Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: file timestamps not preserved
On Fri, 5 May 2017 23:31:50 +0200 Andrey Gurskywrote: > 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. Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: file timestamps not preserved
And one more bug report with zip/rar files: if I copy files only, their timestamps are OK, but if I copy directories, timestamps of files inside of them are lost. ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: file timestamps not preserved
On Wed, 19 Apr 2017 01:36:49 +0200 Andrey Gurskywrote: > I received the file and was able to reproduce the issue. I applied both patches to 4.8.19: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present [PATCH] Remove unused check in configure.ac Ran autoconf. Just FYI, configure output before patches: checking for uid_t in sys/types.h... yes checking for struct stat.st_blocks... yes checking for struct stat.st_blksize... yes checking for struct stat.st_rdev... yes checking sys/param.h usability... yes after the patches: checking for uid_t in sys/types.h... yes checking for struct stat.st_blksize... yes checking for struct stat.st_rdev... yes checking for struct stat.st_mtim... yes checking sys/param.h usability... yes But still the files copied from cpio or tar.gz do not preserve timestamps. Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
file timestamps not preserved
Hello, mc 4.8.19 does not preserve timestamps of files, if they are copied from tar.gz, cpio archives. But copying from zip is OK. Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: environment var
On Wed, 28 Dec 2016 06:57:09 +0100 (CET) "Yury V. Zaytsev"wrote: > > Why DBUS_SESSION_BUS_ADDRESS has an original value, and not the one > > which I exported? > > Apparently this variable is somehow set in your profile when it is > executed (.bashrc), so when subshell spawns, it overwrites it. Yes, that was the case, thank you. Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
environment var
Hello, I have in console: $ set|grep DBUS DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-ZR2apEstxK,guid=0c7838e4610665713b80e43d586042d1 I run export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/500/bus Now: $ set|grep DBUS DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/500/bus But I launch mc and then: $ set|grep DBUS DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-ZR2apEstxK,guid=0c7838e4610665713b80e43d586042d1 Why DBUS_SESSION_BUS_ADDRESS has an original value, and not the one which I exported? Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Midnight Commander 4.8.18 released
On Mon, 3 Oct 2016 17:18:12 +0200 (CEST) "Yury V. Zaytsev"wrote: > > Woops, copy paste mistake. I used a previous mail announcement. MC is > > compiled with --with-x since 4.8.17, as you already asked me :) > > Oh, as a matter of fact, I had a faint suspicion that we've already had > this conversation... now all that is left is to somehow inflict it on the > Fedora maintainers ;-) Reported - https://bugzilla.redhat.com/show_bug.cgi?id=1383054 Regards, Nerijus ___ mc-devel mailing list https://mail.gnome.org/mailman/listinfo/mc-devel
Re: Getting ready for a release
Just FYI - http://mc.redhat-club.org. Another fork, and it is included in tigro repo for Fedora. They recently released version 4.6.3. On Wed, 20 Aug 2008 00:06:34 +0300 Nerijus Baliunas neri...@users.sourceforge.net wrote: Hello, are there any plans for a new release? On Tue, 04 Sep 2007 10:57:42 +0200 Pavel Tsekov ptse...@gmx.net wrote: Hello, As it has been discussed on the mailing list a new release of MC is long overdue. So... I plan to release a new version of MC by mid October. This gives us about a month (till the end of September) for final testing, bug reporting, fixing, updating translations and other related tasks - the last two are to be used by translators to update the MC translation. I hope that everyone interested will participate in this process so that we can finally release a new version. There are three full weeks by the end of September which can be used to release at most 3 pre-releases and give each a week of testing and polishing (depending on the user feedback). I am going to wait till the end of this week for your suggestions on how to use the remaining three weeks and make a plan according to them, then I'll publish the first pre-release on Monday. This reminds me that we have another problem to solve - how are we going to number the new release ? Please, share your thoughts on that too. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Getting ready for a release
Hello, are there any plans for a new release? On Tue, 04 Sep 2007 10:57:42 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: Hello, As it has been discussed on the mailing list a new release of MC is long overdue. So... I plan to release a new version of MC by mid October. This gives us about a month (till the end of September) for final testing, bug reporting, fixing, updating translations and other related tasks - the last two are to be used by translators to update the MC translation. I hope that everyone interested will participate in this process so that we can finally release a new version. There are three full weeks by the end of September which can be used to release at most 3 pre-releases and give each a week of testing and polishing (depending on the user feedback). I am going to wait till the end of this week for your suggestions on how to use the remaining three weeks and make a plan according to them, then I'll publish the first pre-release on Monday. This reminds me that we have another problem to solve - how are we going to number the new release ? Please, share your thoughts on that too. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: patch for viewing DjVu files
On Fri, 8 Sep 2006 22:38:46 +0400 (MSD) [EMAIL PROTECTED] wrote: now in my mc.ext : Open=if [ $DESKTOP_SESSION = kde ]; then (nohup kdvi %f /dev/null 21 ); else (if [ -e /usr/bin/evince ]; then (evince %f /dev/null 21 ); else (nohup djview %f /dev/null 21 ); fi); fi There was a thread a year ago. I am proposing not using nohup, because it creates nohup.out files. We could use setsid, but let's not do it for now, because there are other types (pdf for example) which suffer from the same problem - a viewer app is closed when mc is closed. So either let's fix it for all types or not fix it for now. evince 0.5.1 does not open djvu files here. From evince readme: Evince Optional Backend Libraries DjVuLibre for DjVu viewing [ http://djvulibre.djvuzone.org/ ] Fedora 7 evince (0.8.2 this year) does not open djvu files, even if I have djvulibre rpm installed. And there is no evince-plugins or similar package. So as a final version I propose this patch (I also modified dvi type accordingly): --- mc.ext.orig 2007-04-16 19:50:14.0 +0300 +++ mc.ext 2007-11-06 01:49:08.0 +0200 @@ -520,9 +520,13 @@ # DVI regex/\.([dD][vV][iI])$ - Open=if [ x$DISPLAY = x ]; then dvisvga %f; else (xdvi %f ); fi + Open=if [ $DESKTOP_SESSION = kde ]; then (kdvi %f ); else if [ x$DISPLAY = x ]; then dvisvga %f; else (xdvi %f ); fi; fi View=%view{ascii} dvi2tty %f +# DjVu +regex/\.([dD][jJ][vV][uU])$ + Open=if [ $DESKTOP_SESSION = kde ]; then (kdvi %f ); else (djview %f ); fi + # TeX regex/\.([Tt][Ee][Xx])$ Open=%var{EDITOR:vi} %f Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[patch] add flv to Include=video
Hello, please apply, mplayer plays flv files. --- mc.ext.orig 2007-04-16 19:50:14.0 +0300 +++ mc.ext 2007-11-01 19:20:04.0 +0200 @@ -433,7 +433,7 @@ regex/\.([wW][mM][vV])$ Include=video -regex/\.([fF][lL][iIcC])$ +regex/\.([fF][lL][iIcCvV])$ Include=video regex/\.([oO][gG][mM])$ Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: find in viewer
On Fri, 8 Dec 2006 18:45:10 +0200 (EET) Pavel Tsekov [EMAIL PROTECTED] wrote: I have a patch for this but I am a bit busy right now - moved to a new job. So if you wait a bit... Could you please commit it? Or at least post it here? Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: selecting text
On Tue, 28 Mar 2006 00:18:06 +0300 Nerijus Baliunas [EMAIL PROTECTED] wrote: Selecting text in either viewer or editor does not detect line endings, and there are a lot of spaces when I paste. mc from FC5, mc-4.6.1a-10. There is still this problem with latest mc from FC6. Was going to report a bug, as it seems it's only a Fedora issue, but I see it's reported already - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217276 Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: find in viewer
On Thu, 2 Nov 2006 09:51:58 +0200 (EET) Pavel Tsekov [EMAIL PROTECTED] wrote: could this patch please be committed to cvs (I am attaching it for your convenience)? BTW, how this patch works when two mc are running? If I search in 1st mc, then in 2nd mc, and then again in 1st mc, what will I get - last text from 1st or 2nd? I'd prefer from 1st, i.e. different mc sessions to be independent. This patch is not as good. Something else should be used. Reverting the original code that broke this feature might be better option for now. I'll try to do something about it till the weekend. Can this code please be reverted? On Thu, 18 May 2006 17:42:45 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: The following commit broke it: http://cvs.savannah.gnu.org/viewcvs/mc/mc/src/view.c?sortby=dater2=1.336r1=1.335diff_format=u That change was done by rillig. Roland, could you please do it? The original problem description: Find in viewer does not remember its last search string: F3, F7, enter some text, Enter, F10. F3, F7 - search string field is empty. It used to remember earlier, and it doesn't happen with editor (editor remembers search string). Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: find in viewer
Hello, could this patch please be committed to cvs (I am attaching it for your convenience)? BTW, how this patch works when two mc are running? If I search in 1st mc, then in 2nd mc, and then again in 1st mc, what will I get - last text from 1st or 2nd? I'd prefer from 1st, i.e. different mc sessions to be independent. Regards, Nerijus On Tue, 23 May 2006 15:44:30 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: On Thu, May 18, 2006 at 05:42:45PM +0300, Pavel Tsekov wrote: I guess in the long term the last seach string should be remembered onto persistent storage as for example the file positions. yes. How about the following patch ? This is not a final version - I am just posting it to see whether you like the idea. The patch uses the input field's ability to automatically retrieve the last entered text from the history. The last search expression would be loaded in the input field even after you've exited MC and then launch it again - this differs from the old behaviour where the search expression would be lost on MC exit. view-persistent-search.patch Description: Binary data ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: File has hard-links. Detach before saving?
On Fri, 27 Oct 2006 07:18:18 +0200 Oswald Buddenhagen [EMAIL PROTECTED] wrote: now this dialog's default is Yes. But, for example, default Fedora installation has /etc/resolv.conf and /etc/sysconfig/networking/profiles/default/resolv.conf hardlinked. In this case I don't want to detach. So I propose default to be No. i'm strictly opposed. it would make working with cloned source trees harder. and i'm pretty sure that my use case is sort of more common than yours. :-P Why? Do you think there are more programmers using mc than system administrators? :) fwiw, i think the setup you described is totally braindead. it's just a matter of time until some other editor detaches the file. one of the files should be a symlink to the other one. Because of that I proposed to make default No, not Yes, because you may accidentally press Enter on Yes. Or should it be configurable? Any other opinions? Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
File has hard-links. Detach before saving?
Hello, now this dialog's default is Yes. But, for example, default Fedora installation has /etc/resolv.conf and /etc/sysconfig/networking/profiles/default/resolv.conf hardlinked. In this case I don't want to detach. So I propose default to be No. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: patch for viewing DjVu files
On Fri, 8 Sep 2006 22:38:46 +0400 (MSD) [EMAIL PROTECTED] wrote: now in my mc.ext : Open=if [ $DESKTOP_SESSION = kde ]; then (nohup kdvi %f /dev/null 21 ); else (if [ -e /usr/bin/evince ]; then (evince %f /dev/null 21 ); else (nohup djview %f /dev/null 21 ); fi); fi evince 0.5.1 does not open djvu files here. ps I will wait Open/Xopen/KOpen/GOpen :) What is it? Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: patch for viewing DjVu files
On Thu, 7 Sep 2006 15:47:15 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: I am just not sure what is the current policy for adding entries to mc.ext.in. Otherwise its fine with me. There are quite a lot of djvu books now, and djview comes from http://djvulibre.djvuzone.org/ : DjVu is a web-centric format and software platform for distributing documents and images. DjVu can advantageously replace PDF, PS, TIFF, JPEG, and GIF for distributing scanned documents, digital documents, or high-resolution pictures. DjVu content downloads faster, displays and renders faster, looks nicer on a screen, and consume less client resources than competing formats. DjVu images display instantly and can be smoothly zoomed and panned with no lengthy re-rendering. DjVu is used by hundreds of academic, commercial, governmental, and non-commercial web sites around the world. DjVuLibre is an open source (GPL'ed) implementation of DjVu, including viewers, browser plugins, decoders, simple encoders, and utilities. I see no harm for adding it. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: patch for viewing DjVu files
On Thu, 7 Sep 2006 19:46:39 +0400 (MSD) [EMAIL PROTECTED] wrote: I use kdvi for djvu, it more handy then djview: Open=if [ $DESKTOP_SESSION = kde ]; then (nohup kdvi %f ); else (nohup djview %f ); fi No problem about using kdvi with me, but why nohup? No entry in mc.ext.in currently has it. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: incorrect hex number in editor
Hello, I updated to 4.6.1a-26.fc5 and the problem is still here. Nerijus On Sat, 02 Sep 2006 08:28:52 +0200 Jindrich Novy [EMAIL PROTECTED] wrote: Hi Nerijus, this doesn't happen in the rawhide mc-4.6.1-25.fc6 which contains the mc-2006-08-12-18.tar.gz snapshot. I'll sync both the versions and release FC5 update to fix it. Jindrich On Fri, 2006-09-01 at 02:17 +0300, Nerijus Baliunas wrote: Hello, attached file is 0xC3 0xBC 0xC5 0xAB (you can check with any hex editor or mc viewer in hex mode), but editor shows it (in the last column of the first line) as 0x106 0xBC 0xC5 0xAB. Latest mc from FC5 (2006-06-30-18). Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: incorrect hex number in editor
On Tue, 5 Sep 2006 12:18:54 +0200 Egmont Koblinger [EMAIL PROTECTED] wrote: Fedora is using mc with the UTF-8 patches, and provides a full UTF-8 environment, right? Then the file you described above should display as 2 characters, a LATIN SMALL LETTER U WITH DIAERESIS followed by a LATIN SMALL LETTER U WITH MACRON Yes, in UTF-8 it's correct. Hence the expected hex codes in the upper right corner of mcedit are 0xFC and 0x16B. This is different from what you expect, and different from what you see, too. mcedit is a text editor, whereas the word text nowadays usually refers to UTF-8 encoding. Hence with the UTF-8 mc patches it is no longer a binary/hex editor. But it should either show correct hex codes or correct UTF-8 letters, which it does not. BTW, I am not using UTF-8 locale. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: incorrect hex number in editor
On Tue, 5 Sep 2006 12:56:34 +0200 Egmont Koblinger [EMAIL PROTECTED] wrote: Now I'm playing with my mc (not Fedora, but most likely nearly the same UTF-8 patches) in non-UTF-8 mode. With the hu_HU locale (iso-8859-2) I get: 0x102, 0x17A, 0x139, 0x164. With en_US the hex codes displayed are: 0xC3 0xBC 0xC5 0xAB. The later one is perfect, the first one is faulty. With C locale you get: 0xFFEC3, 0xFFEBC, 0xFFEC5, 0xFFEAB. So you're right, there's a bug somewhere in the UTF-8 patch, and its behaviour depends on the exact locale. What locale do you have? lt_LT.ISO8859-13 Does it work perfectly for you with an iso-8859-1 locale? Yes, with en_US.ISO-8859-1 it shows correct hex codes. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
incorrect hex number in editor
Hello, attached file is 0xC3 0xBC 0xC5 0xAB (you can check with any hex editor or mc viewer in hex mode), but editor shows it (in the last column of the first line) as 0x106 0xBC 0xC5 0xAB. Latest mc from FC5 (2006-06-30-18). Regards, Nerijus ZZ.txt Description: Binary data ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: find in viewer
Any news on it? Or at least please fix the regression, if not add new feature. On Tue, 23 May 2006 15:44:30 +0300 (EEST) Pavel Tsekov [EMAIL PROTECTED] wrote: Hello, On Thu, 18 May 2006, Oswald Buddenhagen wrote: On Thu, May 18, 2006 at 05:42:45PM +0300, Pavel Tsekov wrote: I guess in the long term the last seach string should be remembered onto persistent storage as for example the file positions. yes. How about the following patch ? This is not a final version - I am just posting it to see whether you like the idea. The patch uses the input field's ability to automatically retrieve the last entered text from the history. The last search expression would be loaded in the input field even after you've exited MC and then launch it again - this differs from the old behaviour where the search expression would be lost on MC exit. ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
lt.po.diff
Hello, please apply - it makes 'r' available for setting 'rwx', removes doubled bytes and introduces plural forms for files. Regards, Nerijus lt.po.diff Description: Binary data ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
selecting text
Hello, Selecting text in either viewer or editor does not detect line endings, and there are a lot of spaces when I paste. mc from FC5, mc-4.6.1a-10. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
find in viewer
Hello, Find in viewer does not remember its last search string: F3, F7, enter some text, Enter, F10. F3, F7 - search string field is empty. It used to remember earlier, and it doesn't happen with editor (editor remembers search string). mc-4.6.1a-10 from FC5. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Updated Lithuanian translation
On Sun, 5 Feb 2006 16:37:26 +0200 Pavel Tsekov [EMAIL PROTECTED] wrote: I don't know whether this is the right place to send the translation, but here it is. Commited. Thanks! Small typo fix (removed duplicated ), please apply: --- lt.po 2006-02-18 16:54:44.267729000 +0200 +++ lt.po.new 2006-02-18 17:07:42.064338250 +0200 @@ -1759,7 +1759,7 @@ #. file_mask_stable_symlinks msgid Dive into subdir if exists -msgstr Jei yra, ir pakatalogius +msgstr Jei yra, ir pakatalogius #, c-format msgid ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
mc.ext patch
Hello, please apply the following simple patch, as otherwise gimp opens in foreground: --- mc.ext.orig 2005-12-09 12:53:00.0 +0200 +++ mc.ext 2006-02-14 02:31:01.0 +0200 @@ -339,7 +339,7 @@ Include=image shell/.xcf - Open=gimp %f + Open=(gimp %f ) shell/.xbm Open=bitmap %f Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: subshell output swallowed (patch)
On Mon, 2 Jan 2006 19:20:34 +0100 Egmont Koblinger [EMAIL PROTECTED] wrote: When an external command is executed in mc with subshell support, quite often some characters of its output are swallowed. I can confirm I saw such behaviour. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Internal slang updated to 2.0.5
On Thu, 8 Dec 2005 16:59:47 +0200, Thu, 8 Dec 2005 15:08:02 +0200 Nerijus Baliunas [EMAIL PROTECTED] wrote: mc from cvs on AIX does not display any lines at all (between panels, in a Copy dialog, etc.). Assuming you are still building against mcslang? Yes. Hmm, now I tried again and it works. I'll try to investigate what is going on. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Internal slang updated to 2.0.5
On Thu, 08 Dec 2005 13:47:14 +0100 Leonard den Ottolander [EMAIL PROTECTED] wrote: mc from cvs on AIX does not display any lines at all (between panels, in a Copy dialog, etc.). Assuming you are still building against mcslang? Yes. Try changing the terminal font, building against ncurses instead of slang or run with the -a switch. Any difference? slang related? With -a switch of course it works (-a, --stickcharsUse stickchars to draw), with ncurses I get the lines, but I don't get colours, even with -c. Previous mc version compiled with older mcslang worked ok, so it seems it is slang related. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Internal slang updated to 2.0.5
On Wed, 07 Dec 2005 13:43:39 +0100 Leonard den Ottolander [EMAIL PROTECTED] wrote: Is this the same issue as the one you fixed for slang 1 (http://savannah.gnu.org/cgi-bin/viewcvs/mc/mc/slang/include/slang.h.diff?r1=1.3r2=1.4 )? Yes, adding || defined (_AIX) helped. Please let me know, and if so I'll contact the slang user list about this issue. Thanks. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Internal slang updated to 2.0.5
Hello, mc from cvs on AIX does not display any lines at all (between panels, in a Copy dialog, etc.). Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Internal slang updated to 2.0.5
On Sat, 12 Nov 2005 20:53:11 +0100 Leonard den Ottolander [EMAIL PROTECTED] wrote: As the idea to introduce a second version of an internal slang was not met with much enthusiasm and I don't think we should drop the internal slang (yet?) I've upgraded the internal version to 2.0.5. It's quite possible a few patches that were added to our internal version of slang our now missing but still required. If you run into such issues please report them here, so I can make an effort to get them included upstream. Or report them upstream yourself. On AIX 5.1 with gcc there is a warning and error: sldisply.c: In function `tt_sprintf': sldisply.c:479: warning: format not a string literal, argument types not checked sldisply.c: At top level: sldisply.c:136: warning: `Linux_Console' defined but not used sldisply.c:161: warning: `Is_Fg_BGR' defined but not used sldisply.c:218: warning: `Num_Status_Line_Columns' defined but not used sldisply.c:2082: warning: `get_color_info' defined but not used slsmg.c: In function `init_tt_symbols': slsmg.c:179: `SLtt_Has_Alt_Charset' undeclared (first use in this function) Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Removal of 7-zip oipening support - accidental?
On Thu, 21 Jul 2005 01:26:17 +0200 Leonard den Ottolander [EMAIL PROTECTED] wrote: No such thing happened. I was under the impression PRE and HEAD were in sync here, so I just copied in the PRE version into HEAD. These kind of minor changes that are unlikely to break things have been kept in sync since the development freeze in december, so you might want to commit it to PRE as well. Usually who breaks things, fixes them. Besides, Pavel is probably busy, so please readd support for opening 7-Zip archives. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
translation update
Hello, please apply a simple patch to both branches. It just alligns numbers (dates and sizes) in copy overwrite dialog (I just added 2 spaces after Ĺ altinio data:;, so that its length now is the same as Paskirties data:;). Regards, Nerijus lt.po.MC_4_6_1_PRE.diff Description: Binary data lt.po.diff Description: Binary data ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: translation update
On Mon, 04 Jul 2005 16:36:26 +0300 Andy Shevchenko [EMAIL PROTECTED] wrote: please apply a simple patch to both branches. It just alligns numbers (dates and sizes) in copy overwrite dialog (I just added 2 spaces after ĐĄÂ altinio data:;, so that its length now is the same as Paskirties data:;). Please, explain for me why are you do this? I think the special case of formated output (where we split whole string on two parts with fixed start or end position) is more convenient. If it's possible, please do that. But currently copy/move overwrite dialog (most often used dialog btw) looks awful in Lithuanian. I hope it is fixed somehow before the release. Regards, Nerijus P.S. Please reply to list in the futur ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: PATCH new OOo2 file extensions
On Fri, 13 May 2005 11:02:57 -0400 Pavel Roskin [EMAIL PROTECTED] wrote: --- mc.ext.orig 2005-04-21 10:15:14.0 +0300 +++ mc.ext 2005-05-12 21:52:22.0 +0300 @@ -347,8 +347,9 @@ Open=(ooffice %f ) # StarOffice 6 and OpenOffice.org formats -regex/\.(sxw|stw|sxc|stc|sxi|sti|sxd|std|sxm|sxg)$ +regex/\.(odt|ott|sxw|stw|ods|ots|sxc|stc|odp|otp|sxi|sti|odg|otg|sxd|std|odb|odf|sxm|odm|sxg)$ Open=(ooffice %f ) + View=%view{ascii} unzip -p %f content.xml | o3totxt Applied. Thank you! IMHO it's safe to apply to MC_4_6_1_PRE too. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: PATCH new OOo2 file extensions
On Fri, 13 May 2005 18:13:29 -0400 Pavel Roskin [EMAIL PROTECTED] wrote: IMHO it's safe to apply to MC_4_6_1_PRE too. Most changes are safe to apply, but it takes additional time. I'm Yes, but not in this trivial case :) thinking of skipping 4.6.1 and going to 4.7.0 because the changes accumulated so far exceed by far what is expected from a x.x.1 release. I can understand it, but if 4.6.1 is released in a few months time and 4.7.x in a few years, it's probably worth to have such change in 4.6.1. We are behind time in terms of development. Yes, unfortunately :( I think it's time to release 4.6.1 as is (there's no need to make it perfect, it's always possible to release 4.6.2 if critical problems happen), because most distributions patch current 4.6.0 anyway or even use MC_4_6_1_PRE (in RH/Fedora case). Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
PATCH new OOo2 file extensions
Hello, Please apply this patch: --- mc.ext.orig 2005-04-21 10:15:14.0 +0300 +++ mc.ext 2005-05-12 21:52:22.0 +0300 @@ -347,8 +347,9 @@ Open=(ooffice %f ) # StarOffice 6 and OpenOffice.org formats -regex/\.(sxw|stw|sxc|stc|sxi|sti|sxd|std|sxm|sxg)$ +regex/\.(odt|ott|sxw|stw|ods|ots|sxc|stc|odp|otp|sxi|sti|odg|otg|sxd|std|odb|odf|sxm|odm|sxg)$ Open=(ooffice %f ) + View=%view{ascii} unzip -p %f content.xml | o3totxt # AbiWord shell/.abw Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Updated Lithuanian translation
On Tue, 12 Apr 2005 18:05:22 -0400 Pavel Roskin [EMAIL PROTECTED] wrote: Have you applied it to MC_4_6_1_PRE? I don't see it in cvs. Initially, I only applied it to HEAD. The lt.po file was obviously for the HEAD branch because it has translations for all messages in it. I've just applied it to MC_4_6_1_PRE as well, because it's seems to be a better translation than the one that was on the branch, with 950 translated messages, 8 fuzzy translations, 4 untranslated messages now vs. 693 translated messages, 89 fuzzy translations, 180 untranslated messages before my commit. I fixed all but one fuzzy - didn't touch one fuzzy and 4 untranslated as it's 1 sentence splitted into 5 parts, and it's very difficult to translate as the order of the words is different in my language. Please apply to MC_4_6_1_PRE. Regards, Nerijus lt.po.diff Description: Binary data ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Issues to fix before 4.6.1?
On Sat, 26 Mar 2005 09:25:28 +0100 Leonard den Ottolander [EMAIL PROTECTED] wrote: Could you please tell us which according to you are issues that still need to be fixed before a release of 4.6.1? On AIX 5.1 sizes are always 0 in a copy or move dialog, when destination file already exists. Probably related to recent fixes for displaying sizes of large files in the same dialog. Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: %view macro in the user menu implemented
Hello, Just stepped over this old message - do we really need Strip headers from current newsarticle in user menu? It is even default for files here... Nerijus On Mon, 8 Sep 2003 16:32:37 -0400 Sean King [EMAIL PROTECTED] wrote: On Thu, Sep 04, 2003 at 01:17:28PM -0400, Pavel Roskin wrote: By the way, the menu needs to be reorganized and cleaned up. I don't think many people need to Strip headers from current newsarticle very often. Funny, that -- and the two mentioned by Andrew -- are the very ones I deleted long ago ;-) ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Please test latest mc-stable snapshot
On Sat, 15 Jan 2005 12:55:17 +0500 Pavel Shirshov (pchel) [EMAIL PROTECTED] wrote: Please test http://pavelsh.pp.ru/mc/mc-4.6.1-pre2b.tar.gz On AIX 5.1 sizes are always 0 in a copy or move dialog, when destination file already exists. # ls -l /sbin/apcaccess -rwxr-xr-x 1 root system 462240 Dec 14 19:08 /sbin/apcaccess # ls -l apcaccess -rwxr-xr-x 1 root system 462240 Jan 26 01:09 apcaccess When I try to copy apcaccess to /sbin: Target file /sbin/apcaccess already exists! Source date: Jan 26 01:09, size 0 Target date: Dec 14 19:08, size 0 Probably related to recent fixes for displaying sizes of large files in the same dialog? Regards, Nerijus ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Version 4.6.0 crashing on HP-UX 11i with glib 1.2.10
On Tue, 2 Sep 2003 11:15:59 +0200 Ralph Schenn [EMAIL PROTECTED] wrote: When i select Left - Listing Mode and check User Mini Status and then try to edit the line below the Checkbox the program crashes with the following codedump: (See attached file: mc-4.6.0.core) Why did you send core file (800 KB!) without first asking if we need it and without gzipping it? Why didn't you use gdb and send us backtrace instead? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc 4.6.0 subshell fix for FreeBSD 5.x
Hello, Attached patch fixes subshell support for FreeBSD 5.x which has grantpt(3). What kind of problem do you have? Does your patch work with FreeBSD 4.x? Yes my patch works with FreeBSD 4.x. FreeBSD 4.x does not have grantpt(3) so BSD version of pty_open_master is compiled in from subshell.c. BTW, I've just compiled mc cvs on FreeBSD 4.5, and subshell does not work - I can see output of commands by pressing Ctrl-O, but I cannot enter commands. Should it be so? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc 4.6.0 subshell fix for FreeBSD 5.x
On Tue, 5 Aug 2003 16:59:56 +0300 (EEST) Nerijus Baliunas [EMAIL PROTECTED] wrote: Yes my patch works with FreeBSD 4.x. FreeBSD 4.x does not have grantpt(3) so BSD version of pty_open_master is compiled in from subshell.c. BTW, I've just compiled mc cvs on FreeBSD 4.5, and subshell does not work - I can see output of commands by pressing Ctrl-O, but I cannot enter commands. Should it be so? IMHO BSD version of pty_open_master is flawed - for (ptr2) loop always returns, so for (ptr1) loop only runs the first time, no? And I suggest applying the following patch: --- ../../mc/src/subshell.cTue Jul 22 02:33:34 2003 +++ subshell.cTue Aug 5 17:58:11 2003 @@ -1106,7 +1106,7 @@ for (ptr1 = pqrstuvwxyzPQRST; *ptr1; ++ptr1) { pty_name [8] = *ptr1; -for (ptr2 = 0123456789abcdef; *ptr2; ++ptr2) +for (ptr2 = 0123456789abcdefghijklmnopqrstuv; *ptr2; ++ptr2) { pty_name [9] = *ptr2; as /dev/ptyp0 to /dev/ptypv exist on my FreeBSD 4.5 system. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: mc 4.6.0 subshell fix for FreeBSD 5.x
On Tue, 5 Aug 2003 18:26:42 +0300 (EEST) Nerijus Baliunas [EMAIL PROTECTED] wrote: IMHO BSD version of pty_open_master is flawed - for (ptr2) loop always returns, so for (ptr1) loop only runs the first time, no? No, sorry, it's OK, when I took a closer look. But why subshell doesn't work on FreeBSD 4.5? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: several issues + wishes
On Tue, 18 Feb 2003 11:53:32 +0100 Oswald Buddenhagen [EMAIL PROTECTED] wrote: mc forgets to reset the x window title when it exits. It was never meant to reset the title. There was a discussion how to restore the original title, but no good solution was suggested. too bad. is the problem that xterm does not provide a title query sequence? *Please* look in the archives. It was discussed to death during last 2 months... Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
On Thu, 6 Feb 2003 14:29:42 +0100 Arpi [EMAIL PROTECTED] wrote: The fishfs is a little buggy, if you start transferring a big file and then aborts with ctrl+c, it gets into unusable state, and thanks to the vfs dir cache you have to quit mc and restart to get it working again... Command-Free VFSs now should probably help. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Highlighting trailing spaces
On Sun, 2 Feb 2003 03:34:10 +0100 Arpi [EMAIL PROTECTED] wrote: Btw, the Makefile syntax ruleset also contains an ugly part, showing TABs with bright red backround. It's even worse, as TABs are correct there. I like it - I don't forget to add TABs when adding new lines to Makefiles then. Maybe it should be made less ugly? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: [PATCH] dotdot in the root directory
On Thu, 30 Jan 2003 17:12:32 +0100 Jaroslaw Swierczynski [EMAIL PROTECTED] wrote: 2. Type 'cd /' command. This will get you to root dir even faster from any subdirectory. Of course, whenever it is possible I do so, but many times my left hand is busy :) You can press Ctrl+\, enter, if / is the first in your hotlist. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: An old patch
On Fri, 31 Jan 2003 05:15:49 +0100 Attila Feher (LMF) [EMAIL PROTECTED] wrote: Do you always treat newcomers with complete silence? Why do you think so? I know open source projects with response time of a week or more. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: .syntax file syntax changed since 4.5.4x?
On Mon, 27 Jan 2003 16:37:32 -0500 (EST) Pavel Roskin [EMAIL PROTECTED] wrote: Please be assured that I do what I can to make the next release stable and reliable. I'm not resting - I have a lot of things to do, not all of which are related to mc, unfortunately. There is no specific problem that would prevent the release. I'm quite confident that we are one week from the 4.6.0 release. I hope find file dialog responsiveness will be fixed? I cannot test whether it is fixed already, as Changelog in anon cvs is dated 2003-01-24. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: MC topdir /.. remove!
On Wed, 22 Jan 2003 16:01:09 +0100 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: prefs. I used to use it that way for many years now and Now the first entry is /bin here no topmost /.. or /. to push. I don't understand. Could you please explain it in more details? What are you trying to do? Why is it a problem for you? Why do you care about the root directory? Well, first of all I really like to have that feature back or at least an option in prefs to enable it again. Well how to explain the problem it's more a feel and use for a bunch of years and I find it totally annyoing how it is now it's not the way how I used to use it anymore. Well it seems you are confusing smth. .. still are in all dirs, only not in the root dir. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
/tmp/mc-username issues
Hello, If /tmp/mc-username is removed when mc is running (by the /tmp cleaning scripts for example), I get an error: Cannot create temporary command file No such file or directory (2) when I try to enter tar.gz file. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Suspend in Find File dialog
Hello, When I upgraded to latest 4.6.0 pre, I noticed that pressing Alt-S (Suspend) in Find File dialog is very unresponsive, i.e. mc actually suspends the search in 10-60 seconds. In version 4.5.55 it was almost instant. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Issues with /tmp/mc-$USER directory
On Sun, 29 Dec 2002 00:15:30 +0100 (CET) Tomasz Koczko [EMAIL PROTECTED] wrote: Next close thing .. Sometimes $TMPDIR is assigned to ~/tmp or smething similar and sometimes volumen with /home is mounted as noexec and this breaks many mc functiomalities like cd arch_file. But you can always redefine TMPDIR, where's the problem? Or do you want mc to check for such cases? IMHO it's overkill. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: MC Hints: F13 == Shift-F3 ?
On Wed, 4 Dec 2002 14:26:46 +0100 (CET) David Sterba [EMAIL PROTECTED] wrote: in hint files (all languages) is a mistake: Hint: F13 (or Shift-F3) invokes the viewer in raw mode. There should be Shift-F1. Patch attached. It depends on the terminal IIRC, so it may be Shift-F1 or Shift-F3. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[3]: problem with nls on AIX
On Tue, 1 Oct 2002 22:55:01 -0400 (EDT) Pavel Roskin [EMAIL PROTECTED] wrote: Could you please try --with-included-gettext option? I used this option with autogen.sh, is it OK? As we can see below, it is still not OK. Please remove the gettext package completely, including the headers, and try the latest mc snapshot. Is it possible to add some switch to autogen.sh to NOT use any gettext support at all? If not, I'll get latest mc snapshot then (sigh...). Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[4]: problem with nls on AIX
On Mon, 2 Dec 2002 12:30:06 -0500 (EST) Pavel Roskin [EMAIL PROTECTED] wrote: Is it possible to add some switch to autogen.sh to NOT use any gettext support at all? It's quite hard. Some references to gettext are hardcoded in configure.in and Makefile.am, so they would have to be replaced or fooled somehow. I understand that you have gettext, you just cannot compile against it. The first thing is I cannot successfully run autogen.sh with or without gettext installed. Then maybe you can try --disable-nls? It won't eliminate any support for gettext, but it may fix your problem. I ran autogen.sh on another PC (Linux) and copied configure to AIX. ./configure --disable-nls ends with config.status: creating intl/Makefile config.status: error: cannot find input file: intl/Makefile.in ./configure --with-included-gettext also ends with the same error. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] bracket matching extension
On Fri, 29 Nov 2002 07:36:22 +0100 BARTHAZI Andras [EMAIL PROTECTED] wrote: Sorry, I don't feel safe about applying your patch. OK, I understand it. I have no more time to send patches for /dev/null, so goodbye, and have fun! If somebody interested in, please look after my patches! Hmm, that's strange. Pavel commented what he does not like about your patch ('does not' doesn't mean that he doesn't like your patch, but only some minor things with it) - what's wrong with it? If you are angry that Pavel didn't respond earlier - he has life and job also. It is reasonable to expect to wait for an answer even for a week IMHO. Of course, there are projects with better response time, but they usually have paid developers. BTW, Pavel is one of the best maintainers I saw (and I work with a lot of open source projects) - he comments what's wrong with patches, does not take poorly written code, looks at security aspects, etc. So please conquer your ego;-) Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: FW: saving file position, bracket matching extension
On Wed, 27 Nov 2002 11:38:39 +0100 BRTHZI Andrs [EMAIL PROTECTED] wrote: [posting without the patches - patches are larger than 40kB, so the posting was not allowed - during the time it will be enabled to post to the list, you can download it from: http://www.wish.hu/mc_patch.tar.gz] I've attached my patches. The archive contains the files have been patched (both the original and the patched version), an udiff file for the difference, and two other separated by functions (saving file position, bracket matching). Please include only diffs, not both the original and the patched versions. Also please post different patches in different messages. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: Compiled mc on OS-X (Jaguar)
On Sun, 10 Nov 2002 21:10:11 -0500 (EST) Pavel Roskin [EMAIL PROTECTED] wrote: What's the name and the version of your C compiler? In Jaguar it's gcc 3.1, IIRC. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[4]: Compiled mc on OS-X (Jaguar)
On Sun, 10 Nov 2002 22:59:37 -0500 (EST) Pavel Roskin [EMAIL PROTECTED] wrote: It seems the same problem is with earlier OS-X; so you probably could use SF compile farm. Sorry, I don't see the same problem based in the information you provided. I assumed so, as cc didn't produce executable. Please excuse me, I am not gcc/cpp expert at all. I have more important things to do than fixing software that I cannot get without agreeing to some conditions. BTW, isn't Apple required to provide some sources (gcc, ...) in this case without registering? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Links -dump as HTML viewer
On Thu, 17 Oct 2002 07:42:35 -0400 (EDT) David Martin [EMAIL PROTECTED] wrote: 9.0. It includes links 2.1pre2 and it seems that the -dump option has been removed. Sniff. You get a warning about it when viewing HTML files and I'm afraid that lynx is used instead. That's my error. Fixed in CVS. links never used -dump. Are you sure? I tried the snapshot and it didn't work. We need the -dump option to avoid entering the interactive ncurses full screen mode and getting the formatted thing to stdout. It was there in the 0.96 version but it seems to have dissappeared in this sort of 2.1pre version of Links. I was checking their Changelog files and couldn't find any notice about this. (Could you please wrap your lines at about 75 column?) links-0.96-2 from RH 7.2 supports -dump according to links -help. RH 7.3 includes elinks-0.3.0-1 and RH 8.0 includes elinks-0.3.2-1 (http://elinks.or.cz/; executable is named 'links'). Both support -dump. I'd suggest leaving -dump and probably talking to links developers, if this option is removed in newer links version. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
problem with nls on AIX
Hello, I get this error at the linking stage: collect2: ld returned 8 exit status ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: 1254-004 The error code from the last command is 1. I suspect the problem could be with gettext.0.11.5.tar.Z package from aixpdslib.seas.ucla.edu (earlier I was using gettext.0.11.1 and it was OK), but looking at /usr/local/lib/libintl.a or mc-build.nls/intl/libintl.a I see these symbols (but with one dot before, not 2, i.e. .libintl_gettext) inside. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: Another way to fix subshell problem on AIX
On Wed, 25 Sep 2002 01:29:00 -0400 (EDT) Pavel Roskin [EMAIL PROTECTED] wrote: #elif IS_AIX strcpy (pty_name, /dev/ptc); pty_master = open (pty_name, O_RDWR); #else Applied. Thank you! I can confirm that this fix works for AIX 4.2. Thanks! Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: problem with nls on AIX
On Mon, 30 Sep 2002 18:49:42 -0400 (EDT) Pavel Roskin [EMAIL PROTECTED] wrote: ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext It look like an attempt to link object files compiled by different compilers. Probably. I suspect the problem could be with gettext.0.11.5.tar.Z package from aixpdslib.seas.ucla.edu (earlier I was using gettext.0.11.1 and it was OK), but looking at /usr/local/lib/libintl.a or mc-build.nls/intl/libintl.a I see these symbols (but with one dot before, not 2, i.e. .libintl_gettext) inside. Could you please try --with-included-gettext option? I used this option with autogen.sh, is it OK? I get the same error, even after removing /usr/local/lib/libintl.a. Just FYI I here is the linking line: gcc -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -g -O2 -Wall -o mc achown.o background.o boxes.o chmod.o chown.o cmd.o color.o command.o complete.o cons.handler.o dialog.o dir.o dlg.o ext.o file.o filegui.o filenot.o fileopctx.o find.o findme.o fsusage.o help.o hotlist.o info.o key.o keyxdef.o layout.o learn.o listmode.o main.o menu.o mountlist.o mouse.o option.o panelize.o popt.o poptconfig.o popthelp.o poptparse.o profile.o regex.o rxvt.o screen.o setup.o slint.o subshell.o terms.o text.o textconf.o tree.o treestore.o user.o util.o utilunix.o view.o widget.o win.o wtools.o ../edit/libedit.a ../slang/libmcslang.a ../vfs/libvfs-mc.a ../intl/libintl.a -liconv -L/usr/local/lib -lglib -lcurses -liconv collect2: ld returned 8 exit status ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: 1254-004 The error code from the last command is 1. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: Can't compile CVS: libvfs-mc.a undefined references
On Sat, 21 Sep 2002 02:47:56 -0400 (EDT) Pavel Roskin [EMAIL PROTECTED] wrote: --libdir=/usr/local/share I would like to suggest using share for architecture independent files and lib for dependent, again. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: hardcoded /tmp instead of TMPDIR
On Thu, 5 Sep 2002 22:16:55 +0200 Oskar Liljeblad [EMAIL PROTECTED] wrote: MC does not use $TMP. (The reporter must have meant $TMPDIR.) BTW, it would be nice if mc created temporary files in $TMPDIR/mc-username instead of $HOME/.mc/tmp (the ones with directory names inside as I understand). For example, I have in /tmp: ksocket-nerijus/ mcop-nerijus/ orbit-nerijus/ orbit-root/ I'd like it because there are lots of mc-1685 type files in ~/.mc/tmp (when ssh connection with mc active terminates for example), and these files are not automatically cleaned. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Web editing with mc
On Mon, 29 Jul 2002 13:47:39 -0400 (EDT) David Martin [EMAIL PROTECTED] wrote: 4) Viewers: What about trying links before lynx? I think I sent a patch for that some time ago. BTW, Pavel changed avi/mpg to mplayer, thanks! Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: subshell on AIX
On Sat, 27 Apr 2002 17:03:15 +0400 Andrew V. Samoilov [EMAIL PROTECTED] wrote: AVS Hello, AVS AVS I have just compiled mc from cvs on AIX 4.2 (with AVS subshell enabled), AVS but subshell does not work. If I press Ctrl-O I can see AVS output of AVS previously entered commands, but no shell prompt, and AVS if I press AVS any key I get mc panels back. I tried various TERMs, AVS but it did not AVS help. Any ideas? AVS AVS It works only in xterm, linux and SCO console. Old mc (4.1) works as expected on the same box. BTW, I am connected to AIX via ssh from the Linux box. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: subshell on AIX
On Sat, 27 Apr 2002 17:05:36 +0400 Andrew V. Samoilov [EMAIL PROTECTED] wrote: AVS Hello, AVS AVS I have just compiled mc from cvs on AIX 4.2 (with AVS subshell enabled), AVS but subshell does not work. If I press Ctrl-O I can see AVS output of AVS previously entered commands, but no shell prompt, and AVS if I press AVS any key I get mc panels back. I tried various TERMs, AVS but it did not AVS help. Any ideas? AVS AVS This feature works only with bash and csh family. AVS What shell do you use? Bash 2.05. TERM=xterm. Could it be related to some old slang or curses version? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[6]: subshell on AIX
On Sat, 27 Apr 2002 18:54:03 -0400 Alexander Varakin [EMAIL PROTECTED] wrote: AV I fixed this problem about 2 weeks ago. I posted the patch on this list. AV Hopefully it was applied to cvs, if not - just apply my patch yourself. AV It works for me on AIX 4.3.3 and 5L with bash and xterm. I used xlc_r AV compiler. I remember that you posted a patch about it, but thought it was already applied. Thanks, it helped! Could someone please apply it to cvs? AIX is 4.2, gcc 2.8.1. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
subshell on AIX
Hello, I have just compiled mc from cvs on AIX 4.2 (with subshell enabled), but subshell does not work. If I press Ctrl-O I can see output of previously entered commands, but no shell prompt, and if I press any key I get mc panels back. I tried various TERMs, but it did not help. Any ideas? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: How to use mouse with mc in console
On Thu, 11 Apr 2002 10:51:53 +0200 Peter Hugosson-Miller [EMAIL PROTECTED] wrote: PH 2. It's not likely to be a mc problem. More likely a library problem PH since you've asserted that the mouse 'works' [the cursor moves and you PH can paste]. Have you tried any other console-apps like lynx, w3m, links? If you want to copy in mc, you have to hold Shift while copying with mouse. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[2]: panel_scroll_pages patch
On Thu, 11 Apr 2002 21:45:53 +0200 Shiar [EMAIL PROTECTED] wrote: S latest alterations: S - slight display error w/o panel header fixed. S - corrected mouse position with panel header disabled. S - file [mca]time is now customizable in the ini file. S S could anybody plz comment? or am i the only one who likes my added S features? I like it too. But please wait until Pavel has time... Nerijus P.S. I'd suggest making smooth scrolling the default behaviour. ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
zipfs
Hello, There is a problem with zipfs - if I enter some zip archive and view some file (press F3 inside it), zip archive's date changes to current date. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
RE: TODO list for the next version
Hello, Ok, I have applied a patch bases on yours. It tries catdoc, word2x and then strings. Excel files are handled by xls2csv and the fallback is also strings. The resulting entries in mc.ext are: # Microsoft Word Document regex/\.([Dd]o[ct]|DO[CT]|[Ww]ri|WRI)$ View=%view{ascii} catdoc -w %f || word2x -f text %f - || strings %f type/Microsoft\ Word View=%view{ascii} catdoc -w %f || word2x -f text %f - || strings %f Could you please change this to: View=%view{ascii} antiword %f || catdoc -w %f || word2x -f text %f - || strings %f See http://www.antiword.org or http://www.winfield.demon.nl/index.html Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
RE: TODO list for the next version
I don't know why you think that antiword is better than its alternatives. It didn't even install properly for me (version 0.31) - I had to create ~/.antiword by hand. Even worse, it doesn't understand the locale charset (LANG=ru_RU.KOI8-R) and blindly tries to load 8859-1.txt. Yes, I noticed that just after sending message. But except of that, it produces visually better output. I believe that antiword is not ready for wide use yet. I see no reason to add it to mc.ext. If you like it, use it. But until it reaches version 1.0 or becomes widely used, I don't want to add it to the chain - it's already too long. OK. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
RE: TODO list for the next version
I'm just trying to list issues that, in my opinion, must be addressed before the next version is released. Will you apply my patch for mc.ext? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
RE: TODO list for the next version
Ok, I have applied a patch bases on yours. It tries catdoc, word2x and then strings. Excel files are handled by xls2csv and the fallback is also strings. Thanks! I will finally not need to handpatch mc.ext after 2 years of patching... BTW, good idea to use || and strings. What about lib and share? Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel