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[3]: problem with nls on AIX
Hello! 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. Then maybe you can try --disable-nls? It won't eliminate any support for gettext, but it may fix your problem. If not, I'll get latest mc snapshot then (sigh...). You can always try to fix your environment if you want to use CVS, i.e. install iconv and gettext from the sources. -- Regards, Pavel Roskin ___ 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[4]: problem with nls on AIX
Hi, 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 Just for compilation purpose ... supply a Makefile.in with empty targets (all,install,check). Dave ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] Find file non-recursively
Hi, MC finds files in specified directory and in it's all subdirecories. I made a small patch that allows to choose how the files find: recursively (as usually) or not (new behaviour). The new checkbox find recursively is added in File find dialog. The only find.c file is changed. Some times I need this feature, and I hope it will be useful for others. I would appreciate to be able to set more find options, not only recursive/non-recursive. For example: - regex filename matching - minimum/maximum recursion depth - date/time - (xdev) no cross device search Maybe other (man find :-). I think, these are used more frequently than others. Maybe I try to implement them. bye, Dave ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: libpath ?
Hello! On Mon, 2 Dec 2002 [EMAIL PROTECTED] wrote: Hello, is it possible to change the libpath to libglib-1.2.so in the source-code, instead pointing to another location ? There is no word libpath in the current snapshot of GNU Midnight Commander. You cannot change something that it not there. If you want a better answer, ask better questions. To ask better questions, read this: http://www.tuxedo.org/~esr/faqs/smart-questions.html -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re[5]: problem with nls on AIX
Hello! Just for compilation purpose ... supply a Makefile.in with empty targets (all,install,check). It helps, but it would be nice if at least ./configure --disable-nls worked without gettext... configure works with or without gettext if you have the complete sources, as distributed in snapshots and releases. If you want to use CVS, then you should have the tools required to create files that are distributed, but not kept on CVS. If you want to use CVS, then get those tools. If you cannot do it, then explain the reason. You may also need to contact the developers or those packages if you believe that the problem is generic and should be addressed by them. In particular, if you want the build system to work without intl directory, then you are asking in a wrong forum. I don't want to override the default procedure for internationalization, which requires distributing the intl directory, unless somebody explains me why this is needed for this particular project. If you disagree with the default, talk to gettext developers. You also can write your own version of autogen.sh and run it rather than the one from CVS. autogen.sh plays an important part on the release process, and I don't want to make it tolerant to the defects in the build enviroment, unless you provide strong reasons for that. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Don't allow stdout and stderr from extfs scripts pollute thescreen.
Hello! patch below prevents stderr from extfs scripts pollute the screen. Applied as is. Thank you very much! Bad news. After your patch extfs gets stuck on output that exceeds 4 kilobytes. The example is attached. Try cd lslR#lslR It looks like mc doesn't accept more data, so whatever program is trying to write to stdout (awk in this case) gets stuck, and you have to kill it. The problem can be observed on RedHat 8.0. -- Regards, Pavel Roskin lslR.gz Description: GNU Zip compressed data
