Things That Won't Run in -Current (21 April 2015).

sbolokanov · 04-25-2015, 01:48 AM

There are updates:

ChangeLog:

Code:

Sat Apr 25 02:37:47 UTC 2015
a/aaa_elflibs-14.1-x86_64-6.txz: Rebuilt.
       Added libstdc++.so.6.0.20.
a/cxxlibs-6.0.18-x86_64-1.txz: Removed.
a/mkinitrd-1.4.8-x86_64-4.txz: Rebuilt.
       In mkinitrd_command_generator.sh: fixed the kernel version detection, and
       muted the error about missing /sys hcd module directories.
       Blacklisted iphone-set-info to prevent the initrd from uselessly bloating.
       Thanks to Ryan P.C. McQuen, Eric Hameleers, and Dan Church.
d/gcc-4.9.2-x86_64-2.txz: Rebuilt.
       Recompiled with --enable-install-libiberty. Thanks to fskmh.
d/gcc-g++-4.9.2-x86_64-2.txz: Rebuilt.
d/gcc-gfortran-4.9.2-x86_64-2.txz: Rebuilt.
d/gcc-gnat-4.9.2-x86_64-2.txz: Rebuilt.
d/gcc-go-4.9.2-x86_64-2.txz: Rebuilt.
d/gcc-java-4.9.2-x86_64-2.txz: Rebuilt.
d/gcc-objc-4.9.2-x86_64-2.txz: Rebuilt.
d/llvm-3.6.0-x86_64-2.txz: Rebuilt.
       Fixed overly restrictive permissions on c++-analyzer, ccc-analyzer,
       scan-build, set-xcode-analyzer, and scan-view.
       Thanks to Ricardo Nabinger Sanchez.
l/gc-7.4.2-x86_64-2.txz: Rebuilt.
       Patched to fix "undefined reference to `GC_setup_mark_lock'", noticed while
       building inkscape. Thanks to Matteo Bernardini.
l/libmpc-1.0.3-x86_64-1.txz: Upgraded.
       Thanks to fskmh.
l/lzo-2.09-x86_64-1.txz: Upgraded.
l/netpbm-10.66.02-x86_64-2.txz: Rebuilt.
       Fixed libnetpbm.so symlink. Thanks to Matteo Bernardini.
n/crda-3.18-x86_64-2.txz: Rebuilt.
       Ensure libreg.so is installed in the proper lib directory.
       Thanks to Robby Workman.
n/iproute2-3.18.0-x86_64-2.txz: Rebuilt.
       Properly handle /etc/iproute2/nl_protos.new config file.
       Thanks to Wim Speekenbrink.
n/libgpg-error-1.18-x86_64-2.txz: Rebuilt.
       Compress info file, and remove /usr/info/dir from package.
       Thanks to Edward Trumbo.
       Don't build static library.
n/php-5.6.8-x86_64-2.txz: Rebuilt.
       Fixed permissions on /etc/httpd/. Thanks to Francisco Ambrozio.
n/rsync-3.1.1-x86_64-1.txz: Upgraded.

Alien Bob · 04-25-2015, 06:25 AM

That symbol is defined in the 64-bit libraries of multilib gcc 4.9.2 at least:

From https://www.mail-archive.com/gcc-bug...msg432409.html -

Code:

$ cat t.c 
#include <stdint.h>

int main()
{
  int64_t x = 0, y = 1; 
  y = __sync_val_compare_and_swap(&x, x, y);
  return 0;
}
$ gcc t.c

Which in my case creates an a.out binary instead of complaining about

Code:

t.c:(.text+0x64): undefined reference to `__sync_val_compare_and_swap_8'

Edit:

Also in 32-bit mode no issues:

Code:

$ linux32
$ uname -a
Linux virtslack64-curr 3.18.11 #1 SMP Tue Apr 7 13:03:03 CDT 2015 i686 QEMU Virtual CPU version 1.2.0 AuthenticAMD GNU/Linux
$ gcc --version
gcc (GCC) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$  gcc -m32 t.c 
$  file a.out 
a.out: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, not stripped

TobiSGD · 04-25-2015, 06:58 AM

Quote:

Originally Posted by sbolokanov

PS: Just me or we can't PM at LQ?

The PM functionality is enabled only for members with 150 or more posts.

schmatzler · 04-25-2015, 09:30 AM

Multilib is now broken due to the libmpc update:

Code:

 /usr/libexec/gcc/x86_64-slackware-linux/4.9.2/cc1: error while loading
  shared libraries: libmpc.so.2: cannot open shared object file: No such file
  or directory

Fixed with this:

Code:

ln -s /usr/lib64/libmpc.so.3 /usr/lib64/libmpc.so.2

Alien Bob · 04-25-2015, 09:38 AM

Quote:

Originally Posted by schmatzler

Multilib is now broken due to the libmpc update:

Code:

 /usr/libexec/gcc/x86_64-slackware-linux/4.9.2/cc1: error while loading
  shared libraries: libmpc.so.2: cannot open shared object file: No such file
  or directory

Fixed with this:

Code:

ln -s /usr/lib64/libmpc.so.3 /usr/lib64/libmpc.so.2

Yes. I am recompiling multilib gcc at the moment, bringing it back in sync with the slackware-current updates.
Takes a while compiling in the VM - but we'll get there.

rico974 · 04-25-2015, 10:13 AM

Hi everyone,

i'm having an issue with the new poppler update, okular sends me an unhappy

-okular(25236)/okular (app) Okular:: DocumentPrivate::loadGeneratorLibrary: Invalid plugin factory for "okularGenerator_poppler"!

someone else has this?

allend · 04-25-2015, 11:10 AM

Quote:

someone else has this?

okular is working fine for me after the April 21 updates.
Perhaps try re-installing the okular, poppler and poppler-data packages.

rico974 · 04-25-2015, 11:21 AM

thanks allend,

i've already tried that with no luck. I'll try to recompile poppler and poppler-data
tomorrow.

Toutatis · 04-25-2015, 12:06 PM

Hi Alien Bob,

I had also some problems with phonon-gstreamer. I tried your phonon-vlc-backend, but it needed to be recompiled (phonon_vlc.so needs libvlccore.so.7, but now we have libvlccore.so.8). But then cmake complained. Everything worked with the new phonon-vlc-0.8.2.
Now sound works.

hitest · 04-25-2015, 12:58 PM

I know this is a slackbuilds issue, but, claws-mail will no longer run on Slackware64-current.

ponce · 04-25-2015, 01:17 PM

Quote:

Originally Posted by hitest

I know this is a slackbuilds issue, but, claws-mail will no longer run on Slackware64-current.

that's strange: I just built it on that platform, configured it with my gmail account and seems to work.
maybe an issue with upgrading?

cwizardone · 04-25-2015, 01:20 PM

Installing yesterday's changes didn't improve anything, i.e., VLC, WINE, etc., still won't run.
This morning I thought, perhaps, trying NVidia's latest "short lived" driver might help, couldn't hurt, right?
Wrong.
Removed the "long lived" 346.59 driver, but when I went to install the "short lived" 349.16 driver, it issued the following error:

Quote:

The CC version check failed:

Could not compile 'gcc-version-check.c'. Please be sure your Linux distribution's libc development package installed and that the '/usr/bin/cc' is a valid C compiler name.

If you know what you are doing you can either ignore the CC version check and continue installation, or abort installation, set the CC environment variable to the name of the compiler used to compile your kernel, and restart installation.

Reminds me of the MPlayer error I posted in message 22 of this thread.

Quote:

Player interrupted by signal 4 in module: demux_open
- MPlayer crashed by an 'Illegal Instruction'.
It usually happens when you run it on a CPU different than the one it was
compiled/optimized for.
Verify this!
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

schmatzler · 04-25-2015, 01:25 PM

@cwizardone:

This is probably caused by multilib - cc is linked against a missing library. See this.

hitest · 04-25-2015, 01:32 PM

Quote:

Originally Posted by ponce

that's strange: I just built it on that platform, configured it with my gmail account and seems to work.
maybe an issue with upgrading?

Yes. It may very well have been the upgrade process. I first tried to use claws-mail after upgrading from 14.1 to -current and it did not run.
However, I just now installed claws-mail(after reading your post) using the SBo scripts on a clean install of Eric's ISO of the April 22nd build and it runs just fine.
So perhaps my upgrade procedure borked something. Thanks for the reply. All is well now.

lanir · 04-25-2015, 03:22 PM

Quote:

Originally Posted by Alien Bob

That symbol is defined in the 64-bit libraries of multilib gcc 4.9.2 at least:

From https://www.mail-archive.com/gcc-bug...msg432409.html -

...

Which in my case creates an a.out binary instead of complaining about

Code:

t.c:(.text+0x64): undefined reference to `__sync_val_compare_and_swap_8'

Edit:

Also in 32-bit mode no issues:

...

I'm seeing the same results with the t.c code snippet. It compiles fine in 64bit or 32bit. No complaints. I only see the undefined "__sync_val_compare_and_swap_8" while doing this:

Code:

# LIBGL_DEBUG=verbose /usr/bin/32/glxinfo > /dev/null
libGL: screen 0 does not appear to be DRI3 capable
libGL: pci id for fd 4: 8086:0d26, driver i965
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/i965_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/i965_dri.so
libGL: dlopen /usr/lib/xorg/modules/dri/i965_dri.so failed (/usr/lib/xorg/modules/dri/i965_dri.so: undefined symbol: __sync_val_compare_and_swap_8)
libGL error: unable to load driver: i965_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: i965
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
libGL: Can't open configuration file /root/.drirc: No such file or directory.
libGL: Can't open configuration file /root/.drirc: No such file or directory.

Is there any information I can provide that would help find the issue here? I think I'm on the latest multilib packages, just ran an update and it fetched a number of multilib 2nd releases.