Linking on Solaris x86
Hello All, It seems that linking for some compile-time and also run-time libraries for mc on Solaris x86 is not being done properly by configure. The first problem I noticed was: compilation of man2help failed: libglib-2.0 not found next, mc would not run without setting LD_LIBRARY_PATH, which when set to point to the X libs and the location of your Glib implementation, everything was OK. Since besides that this would be improper use of LD_LIBRARY_PATH and also that it creates a hurdle for people installing mc on Solaris, Can I please request that someone with more experience (than me!!) in hacking the configure script look at this or tell me how I might be able to help fix the problem. What I did on one system to repair the problem: (believe me, I don't mean to imply that this is _the_ way to fix it, it's just how I got around it quickly) edited mc-4.6.0-pre3/src/Makefile added dirctory containing glib implementation as last argument to CFLAGS: CFLAGS = -g -O2 -Wall -L/usr/local/lib so man2help compilation succeeded. and for runtime linking appended X-libs directory and Glib-2.0 directory to LDFLAGS: LDFLAGS = -R/usr/local/lib -R/usr/openwin/lib (which origonally was empty) On this system I'm using Sun's Xserver, but on a system implementing XFree86 the runtime link directory would be something like -R/usr/X11/lib the configure log and Makefiles can be seen here: (just point your web browser to:) ftp://208.45.73.59/pub/mc/Config.log(./configure Config.log) ftp://208.45.73.59/pub/mc/Makefile.edited ftp://208.45.73.59/pub/mc/Makefile.orig ftp://208.45.73.59/pub/mc/config.log (excerpt) let me know if I can be of any help btw, this has (in my experience?!?) been true with all versions of mc. I allways just put a wrapper on mc for the linking. Tribhuvan ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Linking on Solaris x86
Hello! It seems that linking for some compile-time and also run-time libraries for mc on Solaris x86 is not being done properly by configure. The first problem I noticed was: compilation of man2help failed: libglib-2.0 not found It's not what I'm seeing on that machine. The problem is with running man2hlp (not man2help), not with compiling or linking it. If you want your reports to be taken seriously, please quote the exact error messages, don't interpret them. This document may be useful for you, especially the links at the end: http://www.ibiblio.org/mc/MAILING_LISTS -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
[PATCH] aclocal.m4: Enable configure to detect the presence ofterminfo database on OpenBSD
Hello, Here is another simple patch to improve configure's behaviour on OpenBSD. [..] terminfo(5) on OpenBSD says: /usr/share/terminfo.db file containing terminal descrip- tions on OpenBSD [..] It appears that on OpenBSD 3.2 (i386) the rigth file to look for is /usr/share/misc/terminfo.db . Thanks! --- aclocal.m4 2003-01-29 18:33:51.0 +0100 +++ aclocal.m4.OpenBSD.patch2 2003-01-29 18:33:43.0 +0100 @@ -792,6 +792,19 @@ AC_DEFUN([MC_WITH_MCSLANG], [ use_terminfo=yes fi done + # terminfo(5) on OpenBSD say: + # /usr/share/terminfo.db file containing terminal descrip- + # tions on OpenBSD + # + # It appears that on OpenBSD 3.2 (i386) the rigth file to look + # for is /usr/share/misc/terminfo.db . + # + for tifile in /usr/share/terminfo.db \ + /usr/share/misc/terminfo.db ; do + if test -f $tifile ; then + use_terminfo=yes + fi + done fi # If there is no terminfo, use termcap
Re: Connection status on menu bar
Something similar happened to me, but I usually have hints enabled. I think that these used to work perfectly but something changed when changing the xterm title (which should have changed nothing for console users). Could it be a +1 or -1 thing somewhere around? It would be easier if the prople who did the patch take a look at it. I vaguely remember that I deleted my .mc config files and then ftp and fish messages went back to the hints line (even if it was dissapeared by adding or removing the menu or keybar from the config dialog). *8-) David --- On Tue 01/28, Pavel Machek [EMAIL PROTECTED] wrote: From: Pavel Machek [mailto: [EMAIL PROTECTED]] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Date: Tue, 28 Jan 2003 12:08:16 +0100 Subject: Re: Connection status on menu bar Hi! I usualy have the annoying hintbar set off. However, when I use ftpfs or fish, connection status information is printed on the menu bar. To make It disapear I have to manualy refresh it (by F9 or sth else). I think, that when someone want to have hintbar (which is also o status line) off these meassages shouldn't appear (its even more annoying than hintbar :-). Do you like that feature, or could it be removed? Perhaps repainting menu bar when ftp is done is acceptable solution? -- Pavel Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need... ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel ___ font size=2 face=genevabJoin Excite! - a href=http://www.excite.com target=_blankhttp://www.excite.com/a/b The most personalized portal on the Web!/font ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Connection status on menu bar
On Wed, Jan 29, 2003 at 03:13:46PM -0500, David Martin wrote: Something similar happened to me, but I usually have hints enabled. I think that these used to work perfectly but something changed when changing the xterm title (which should have changed nothing for Could you describe your problem with more details, please? I don't fully understand what is wrong. Vfs message has been always shown at (0,0) position unless hintbar was available - and it works this way now. Or maybe I just can't reproduce your bug. Maybe this is what you want: --- layout.c27 Dec 2002 17:52:25 - 1.56 +++ layout.c29 Jan 2003 20:53:57 - @@ -828,7 +828,7 @@ /* Preserve current cursor position */ getyx (stdscr, row, col); - move (0, 0); + move (menubar_visible ? 1 : 0, 0); attrset (NORMAL_COLOR); printw (%-*s, COLS-1, str); -- _.|._ |_ _.: Adam Byrtek, alpha@(irc.pl|debian.org) (_|||_)| |(_|: gg 1802819, pgp 0xB25952C0 |: jid alpha.pl(at)jabber.org ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] dotdot in the root directory
On Wed, Jan 29, 2003 at 10:26:27PM +0100, Jaroslaw Swierczynski wrote: In my opinion .. in the root directory may be very useful. Perhaps MC should let users choose. I've been trying to code it but I run into problems. Please don't implement such a useless option in mc! If people really want this (I still don't know what for), we should leave .. in the root dir. I don't mind, I actually do nothing in a root dir. -- _.|._ |_ _.: Adam Byrtek, alpha@(irc.pl|debian.org) (_|||_)| |(_|: gg 1802819, pgp 0xB25952C0 |: jid alpha.pl(at)jabber.org ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Connection status on menu bar
On Wed, Jan 29, 2003 at 10:33:57PM +0100, Filip Kalinski wrote: Not really... The problem is that after finishing ftp command the black line with ftpfs: done string stays on menubar. Menubar should be refreshed after it, I think. I agree, the ftpfs: done message is left on a menubar, but it was this way before (I've just tested this on 4.55, 4.6.0-pre[23]). And Dave pointed in his mail that something which was good before is now broken... -- _.|._ |_ _.: Adam Byrtek, alpha@(irc.pl|debian.org) (_|||_)| |(_|: gg 1802819, pgp 0xB25952C0 |: jid alpha.pl(at)jabber.org ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: rpm --nosignature
Hello! +# View=%view{ascii} ar p %f control.tar.gz | tar xzO control ./control 2/dev/null ; echo ; echo Filelist: ; ar p %f data.tar.gz | tar tzv That's something different. Checking for programs in PATH from mc.ext is not implemented, but it's planned. Stupid me :-( I didn't realize that lib/mc.ext.in was also changed, not just vfs/extfs/rpm. I didn't even test it. Good that I've had a chance to test it now - there was a missing semicolon there. It's fixed now. I think that mc.ext should become a script some day. It would either run something itself or it would return a command (like %view) back to mc. It would be easier to write such rules without having to put them on one line. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] aclocal.m4: Enable configure to detect the presence ofncurses on OpenBSD 3.2
Hello! OpenBSD 3.2 (I think also earlier versions, but cannot confirm) comes with ncurses as the default screen library. However it is installed as /usr/lib/libcurses.so, there is no libncurses in OpenBSD by default. Strange. I won't be surprized if the link to libncurses is missing for a reason, e.g. because some ncurses functionality was dropped from the library. I hope you have tested your patch. This patch alters the macro MC_WITH_NCURSES to properly handle this situation - it first tries to find the 'has_colors' symbol in libncurses and then fallbacks to libcurses. Please check the patch for possible errors, since I'm not good in auto* stuff. Your patch appears to be correct. I have applied it without changes. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] aclocal.m4: Enable configure to detect the presence ofterminfo database on OpenBSD
Hello! Here is another simple patch to improve configure's behaviour on OpenBSD. I don't understand what exactly your patch supposed to fix. What is the problem? Have you tested your patch? Does the problem go away? [..] terminfo(5) on OpenBSD says: /usr/share/terminfo.db file containing terminal descrip- tions on OpenBSD OK, but your patch is for the MC_WITH_MCSLANG macro, which is only called when using the included S-Lang library. S-Lang doesn't understand terminfo in a file. It seems to me that your patch would force mc to use terminfo on a system where terminfo is only available in an incompatible format. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel