Re: [PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present

[Nerijus Baliunas via mc-devel]

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

[Nerijus Baliunas via mc-devel]

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

[Nerijus Baliunas]

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 Koblinger  wrote:

> 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

[Nerijus Baliunas]

On Fri, 11 Aug 2017 04:53:25 -0400 Felix Miata  wrote:

> 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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

On Fri, 5 May 2017 23:31:50 +0200 Andrey Gursky  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.

Regards,
Nerijus
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: file timestamps not preserved

[Nerijus Baliunas]

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

[Nerijus Baliunas]

On Wed, 19 Apr 2017 01:36:49 +0200 Andrey Gursky  
wrote:

> 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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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 mailing list
https://mail.gnome.org/mailman/listinfo/mc

Re: Midnight Commander 4.8.18 released

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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?

[Nerijus Baliunas]

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?

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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)

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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?

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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?

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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?

[Nerijus Baliunas]

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!

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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 ?

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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)

[Nerijus Baliunas]

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)

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

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

[Nerijus Baliunas]

 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

[Nerijus Baliunas]

 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

[Nerijus Baliunas]

 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