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

TommyC7 · 04-25-2015, 05:39 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 -

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

Out of curiosity, does your 32/glxgears provide the same output as mine and lanir's with the LIBGL_DEBUG environment variable set to "verbose"?

Since I don't have time, I'm really just guessing here but perhaps it has to do with the way mesa was built (e.g. against the old gcc)?

Alien Bob · 04-25-2015, 05:50 PM

I'm not using the latest -current here yet, because of the fact that I am running KDE 5 and first need to compile new packages fogr that.

Bindestreck · 04-25-2015, 06:26 PM

Still getting this when compiling some programs: /bin/grep: /usr/lib64/libpng14.la: No such file or directory e.t.c. Any idea how to fix this except symlink?

volkerdi · 04-25-2015, 06:41 PM

Quote:

Originally Posted by Bindestreck

Still getting this when compiling some programs: /bin/grep: /usr/lib64/libpng14.la: No such file or directory e.t.c. Any idea how to fix this except symlink?

The way I got around it was to first back up all the .la files in case they needed to be restored for some reason. Then this:

sed -i "s,/usr/lib64/libpng14.la,\-lpng,g" /usr/lib64/*.la

The better way is to recompile (in some magic order) every library shipping an .la file containing /usr/lib64/libpng14.la, but that could be close to impossible.

sombragris · 04-25-2015, 06:46 PM

Quote:

Originally Posted by volkerdi

The way I got around it was to first back up all the .la files in case they needed to be restored for some reason. Then this:

sed -i "s,/usr/lib64/libpng14.la,\-lpng,g" /usr/lib64/*.la

The better way is to recompile (in some magic order) every library shipping an .la file containing /usr/lib64/libpng14.la, but that could be close to impossible.

As I reported here, at far as claws-mail is concerned, creating a "libpng14.la" symlink pointing out to "libpng16.la" solved the compilation issue. Perhaps that might be a quick and dirty workaround for some cases.

number22 · 04-25-2015, 06:47 PM

Quote:

Originally Posted by Bindestreck

Still getting this when compiling some programs: /bin/grep: /usr/lib64/libpng14.la: No such file or directory e.t.c. Any idea how to fix this except symlink?

get libpng.SlackBuild from 14.1 and modify its mkpkg line to different name, or add 1.6.16 build into it. Slackware-current has got rid of these old libaries.

cwizardone · 04-25-2015, 06:54 PM

Quote:

Originally Posted by schmatzler

@cwizardone:

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

Well, not sure at this point.
I re-formatted the partition and did another fresh installation using yesterday's ISO. I didn't install any multilib packages this time and left it "pure" 64-bit. When I went to install the NVidia driver it issued the same error, that is, the CC version checked failed.
By that time Alien Bob's latest gcc-multilib packages were available so I installed them, re-booted and tried again. No joy, it issued the same error as before.
When I chose to ignore the CC version check it came back with an error that it was, "Unable to determine the version of the kernel sources located in '/lib/modules/3.8.11/source' and so on.
I've had enough for one day.
Time to take a break.

willysr · 04-25-2015, 07:49 PM

Quote:

Originally Posted by sombragris

As I reported here, at far as claws-mail is concerned, creating a "libpng14.la" symlink pointing out to "libpng16.la" solved the compilation issue. Perhaps that might be a quick and dirty workaround for some cases.

Pat's method should work better as it changed all .la files and all you need is to recompile everything that are still linked to old libpng

eldercitizen · 04-25-2015, 10:56 PM

ImageMagick does not work for me, all I get is "Illegal instruction". i686 Slackware-current (Pentium-M). I've found some SSE3 instructions in the regarding function.

hba · 04-26-2015, 12:44 AM

Maybe there is already another tool to do the job but i've made, some months ago, an script to detect with ldd and objdump missing packages (or packages that need to be rebuilded) in my Slackware64 -current system:

https://gist.github.com/nihilismus/3888a82b6f83eda9a837

In the example, _hba is the TAG used for my packages using SBo's SlackBuilds.

- Cheers

schmatzler · 04-26-2015, 01:21 AM

That is really, really awesome, hba. I would've needed this in the past a thousand times.

Just running it on my system with over a hundred self-built packages now - let's see what it finds

cwizardone · 04-26-2015, 10:20 AM

Well, I've been up since zero-dark-thirty and at this point have made 4 "fresh" installations from 3 different ICOs.

On the 4th try, using yesterday's ICO, I was able to install the NVidia driver, both when running "pure" 64-bit and after installing the Multilib files.

The latest version of MPlayer now works, which, in turn, means SMPlayer works, of course.

VLC still does not work and issues the same error as reported here,
https://www.linuxquestions.org/quest...46#post5353346

WINE still does not work.

Bertical · 04-26-2015, 02:47 PM

usbimg2disk.sh places the EFI directory under /syslinux. This creates a USB stick that will not boot on some UEFI systems and does not comply with the UEFI specifications section 3.5.1.1. This states that

Quote:

the system firmware will attempt to boot from a removable media FilePathList[0] by adding a default file name in the form \EFI\BOOT\BOOT{machine type short-name}.EFI

Moving the EFI directory to / and editing /EFI/BOOT/elilo.conf to add the /syslinux path to the kernel and initrd on the created USB stick results in a bootable USB stick :

Code:

chooser=simple
message=message.txt
delay=300
timeout=300
#
image=/syslinux/huge.s
        label=huge.s
        initrd=/syslinux/initrd.img
        read-only
        append="vga=normal load_ramdisk=1 prompt_ramdisk=0 ro printk.time=0 nomodeset SLACK_KERNEL=huge.s"
image=/syslinux/huge.s
        label=kms.s
        initrd=/syslinux/initrd.img
        read-only
        append="vga=normal load_ramdisk=1 prompt_ramdisk=0 ro printk.time=0 SLACK_KERNEL=huge.s

cwizardone · 04-27-2015, 10:29 AM

There are 3 DVD drives in my most recent setup and until last week updates they all worked reliably.
Now sometimes they work and sometimes they don't, i.e., when a disk is inserted sometimes it is seen and sometimes not.
Sometimes KDE sees the disk and only offers to copy it with K3b, but the disk cannot be opened with a file manager.

cwizardone · 04-27-2015, 11:05 AM

Since the updates it is not possible to download new widgets, desktop decorations, etc., in KDE. It returns the error,

Quote:

Unknown open collaboration Service API error (0)