Jump to content
Search In
  • More options...
Find results that contain...
Find results in...


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral
  1. Not that it will help much, but I have been picking at this problem when I have free time to no avail. I tried downloading all of the dependencies into their own path (similar to the workaround for this other issue) and running the program with a custom "LD_LIBRARY_PATH" but it still crashed. Here's the gdb back-trace: $ LD_LIBRARY_PATH=badlibs/lib/i386-linux-gnu/ gdb LeadwerksUpdater GNU gdb (Gentoo 7.7.1 p1) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to
  2. Sorry I haven't posted until now. Life beckoned... $ emerge -pv nvidia-drivers These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-drivers/nvidia-drivers-340.24 USE="X acpi multilib tools -pax_kernel -uvm" 0 kB # lspci | grep VGA 01:00.0 VGA compatible controller: NVIDIA Corporation GK106 [GeForce GTX 660] (rev a1) $ emerge --info Portage 2.2.10 (default/linux/amd64/13.0/desktop, gcc-4.8.3, glibc-2.19-r1, 3.15.5-gentoo x86_64) ================================================================= System uname: L
  3. Fist off, a public apology is due for the off-base anti-unity rant. I had a really frustrating day yesterday, took it out in the wrong place. Here's what I've found out so far: To clarify the problem... $ ./LeadwerksUpdater Segmentation Fault $ su # ./LeadwerksUpdater Segmentation Fault Again, a blank window flashes for a brief second before disappearing and throwing a segmentation fault. I tried running ldd... $ ldd LeadwerksUpdater libX11.so.6 => /usr/lib32/libX11.so.6 (0xf757d000) libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf7577000) libglib-2.0.so.0 =>
  4. @shadmar, thanks for the tip. That particular fix didn't work, but I'm going to use that technique to fiddle around with this thing to see if I can get the installer to open. I'll report back.
  5. I feel like that's gotta be it. Everything else looks like build dependencies. I installed Leadwerks on a virtual machine running Ubuntu to get a better sense of what is supposed to happen. The updater is just a simple interface, so I don't think having an upstream version of gcc would break it. More like Canonical and their non-backwards-compatible Unity library is causing the crash. If this website had a feature request section, I'd probably start a new thread called "For the love of the gods, don't develop anything for Unity." They could just as easily develop this sucker to work with X
  6. I am trying to get Leadwerks to install correctly on Gentoo. I realize that only Ubuntu is supported, but that doesn't mean the program shouldn't run on another distribution. Whenever I try to run the LeadwerksUpdater, I get a blank GTK window for a split second before it dies with a segmentation fault. No additional dbug information is provided. Here's my "conversion" table marking packages in Ubuntu and their equivalent packages in Gentoo: libc6:i386 == sys-libs/lib-compat (1.4.2-r1) libgcc1:i386 == sys-devel/gcc (4.8.3) libgl1-mesa-glx:i386 == media-libs/mesa (10.2.2) libglib2.0-
Facebook Twitter Youtube Github Steam
  • Create New...