/usr/portage/gnome-extra/mc/mc-4.5.55-r4.ebuild OK this goes back a long way, but I had to revisit it after I tried an emerge clean (for the first time) and gmc was removed. gnome is specifically excluded from the current mc ebuild, supposedly because it is broken, and yet I have just built it by re-enabling gnome in the ebuild and removing gpm from USE. This was discussed on IRC quite a while ago, when I tested it all online. It would seem that nothing has changed in this regard. Earlier ebuilds did not suffer this "conflict" between gmc and gpm.
spider, perhaps this might be solved by doing two compiles if both gpm and gnome are in the user's USE settings? In other words, compile mc once for gpm, and then move that aside and compile gmc for gnome, then qmerge everything? waddayathink?
Well it would certainly work I guess! To be honest it sounds terrible, but unless the conflict can be resolved this would seem to bew the only way to please gmc users and mc users (who I presume would like to use gpm). At least the ugliness might motivate someone to come up with a better solution! Note: I have gone through the available ebuilds and the last working one I have is: /usr/portage/gnome-extra/mc/mc-4.5.55-r1.ebuild
Yes, I think that could be the solution, should work fairly well in fact. But, I'm rather curious as to why this breaks with gpm, I really don't understand it, but owhell.. Ian, did you make sure you had "gpm" as use variable when doing that test? okay, so it seems that we either check the difference between the two and so on and so on.... OR... we do double builds, one for gmc and one for mc ... will: configure --without-gpm --with-gnome ; emake ;configure --with-gpm --without-gnome ; emake ... work? Hope to get my system back into compiling order "soon" .
I removed the -gpm from USE, then tried all the ebuilds in revere order from 4 down to 1 until one worked. It was r1. Trouble is, r1 doesn't configure with gpm at all (although it is a build dependency) so maybe not a lot to learn that we didn't already know. Sorry to hear about your system, I'll try to find time to look into it, but it looks more like a weekend sort of project for me . . . Look on the bright side, at least there are several work-arounds.
I got this when compiling r4 and checked out this bug. I tried enabling use gnome in the build and still got this error. I then removed use gpm (but still had use gnome) and it built fine. I notice that the error seems to possibly be related to slang. Maybe slang is the problem and not gpm or gnome? I haven't tested this yet. Sean --------------- ii686-pc-linux-gnu-gcc -lcrypt -lncurses -o mc dir.o util.o screen.o dialog.o key.o keyxdef.o menu.o file.o win.o color.o help.o find.o profile.o user.o view.o ext.o mouse.o setup.o dlg.o option.o tree.o widget.o chmod.o mad.o wtools.o info.o cons.handler.o chown.o subshell.o terms.o boxes.o hotlist.o achown.o layout.o fsusage.o mountlist.o regex.o complete.o slint.o command.o cmd.o main.o panelize.o learn.o listmode.o utilunix.o background.o rxvt.o text.o popt.o findme.o poptparse.o poptconfig.o popthelp.o filegui.o filenot.o fileopctx.o treestore.o textconf.o -L../vfs -L../slang -L../edit -lmcslang -ledit -lvfs-mc -lgpm -L/usr/lib -lglib -L/usr/lib -lext2fs -lcom_err -L/usr/X11R6/lib -lSM -lICE -lX11 slint.o: In function `getch': slint.o(.text+0x518): undefined reference to `_SLsys_input_pending' slint.o(.text+0x556): undefined reference to `_SLsys_getkey' slint.o(.text+0x5b1): undefined reference to `_SLsys_getkey' collect2: ld returned 1 exit status make[2]: *** [mc] Error 1 make[2]: Leaving directory `/var/tmp/portage/mc-4.5.55-r4/work/mc-4.5.55/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/mc-4.5.55-r4/work/mc-4.5.55' make: *** [all-recursive-am] Error 2
Afiak, gmc support is not maintaied anymore by the mc authors. Closing this.