raspbian missing libgsl0ldbl dependency

changed title from raspberry pi to raspbian missing libgsl0ldbl dependency

Which version of Pi?

I think the problem came because the CI Runner is actually a chromebook running Debian. I changed the binary name in the release to reflect that.

When I get some time I'll try compiling on an Rpi2 and see if it works. In the meantime if you want to try compiling yourself you can follow the steps outlined here:

https://git.purrdata.net/jwilkes/purr-data#linux

I have several Pi's : raspi-3, Zero-W and raspi-1b+

Tried it on the Pi3 with raspbian Stretch (current one) which i saw did not include that library anymore since Stretch.. i think it still was part of Jessie.

Also on Zero-W i tried it, running DietPi distro... it installed, but upon running got a segfault.

If i get around to compile it i report back. Thanx

On the Zero, what happens if you do pd-l2ork -noprefs?

No change, i get the same error-messages no matter if i do -noprefs or -nogui

with pd-l2ork-2.2.3-raspbian-armv7l.deb: Segmentation fault

and with pd-l2ork-2.4.2-20171101-rev.58bc3064-armv7l.deb: Illegal instruction

DietPi (that i have installed on the ZeroW) is by default logged in as root and has no user account, maybe pd-l2ork doesn't like that?

A note beforehand on compiling: i like to use 'checkinstall' instead of 'make install' after compiling as it keeps my system clean by making a distributable package upon installing that is easy to deinstall with the package manager. But really distributable only when i fill in ALL the dependencies in a form that checkinstall offers. Can others benefit from my compiling effort this way or is there a better way?

It's probably compiled for an incompatible architecture because I've been using a Chromebook Rockchip as the CI runner. I relabeled it on the most recent release to clarify.

Do you know if an rpi package built on RPI2 will be compatible with all versions of RPI?

As far as Purr Data's packaging infrastructure-- maybe I'm dense but it seems like the computer and not the human should be the one enumerating the list of dependencies.

@aggraef Is that possible?

I see a place in the packages/linux_make that tests for auto-generated package dependencies, but it is commented out.

ah here is the output of starting pd-l2ork-dbg:

GNU gdb (Raspbian 7.7.1+dfsg-5+rpi1) 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 change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from pd-l2ork...done.
(gdb) Starting program: /usr/bin/pd-l2ork -rt -audiobuf 20 -inchannels 2 -outchannels 2 -alsamidi -mididev 0 -d 3
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".

Program received signal SIGILL, Illegal instruction.
0x00072e5e in magicGlass_anything (x=0x0,
    x@entry=<error reading variable: Cannot access memory at address 0xbf001ad8>, sym=<error reading variable: Cannot access $
    argc=0,
    argc@entry=<error reading variable: Cannot access memory at address 0xbf001a---Type <return> to continue, or q <return> t$
d8>, argv=<error reading variable: Cannot access memory at address 0xbf001ad8>)
    at g_magicglass.c:191
191     g_magicglass.c: No such file or directory.
(gdb)

Yeah, it's almost certainly built for the wrong arch.

Do you know if an rpi package built on RPI2 will be compatible with all versions of RPI?

not sure actually.. didn't do much compiling on the pi's yet with interchanging packages myself before... maybe only one occasion i tried that with a little game.

https://en.wikipedia.org/wiki/Raspberry_Pi#Specifications depends on what pi2 you have, the v1.2 has the exact same as pi3 as it looks on this table. But when i dove into information about setting the architecture in a cross-compiler i found myself in a rabbithole things going quickly over my head. i think i read something they compile for armv7 (hardfloat) in general, even when rpi3 can go armv8: https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=140572

https://www.raspberrypi.org/forums/viewtopic.php?f=33&t=144115

so there are diffrences in optimisation

so i thought i give it a try to compile it on the Rpi3 while doing other stuff.. But i run into a issue right of the bat at step 1 of linux install instructions:

Reading package lists... Done Building dependency tree Reading state information... Done Note, selecting 'libgsl-dev' instead of 'libgsl0-dev' E: Unable to locate package ladspa-foo-plugins E: Unable to locate package ubuntustudio-audio-plugins

to clarify.. this is on current version of Raspbian Stretch

Yeah, those dependencies are tailored for Ubuntu atm. You can just remove ladspa-foo-plugins and ubuntustudio-audio-plugins, plus any other Ubuntu-related packages you find.

Ah okay! So externals that make use of them need to be left out at the moment.

I was curious how it would do on my Zero W running DietPi (pretty much raspbian Jessie as i saw) and get a similar but diffrent report:

`Reading package lists... Done Building dependency tree
Reading state information... Done Note, selecting 'libjpeg62-turbo' instead of 'libjpeg62' Package ladspa-foo-plugins is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source

E: Package 'ladspa-foo-plugins' has no installation candidate E: Unable to locate package ubuntustudio-audio-plugins`

i try to leave out those 2 missing ones and see how far i get

edit: sorry for less readability, the code highlighting is not working here atm

libjpeg64-turbo is for Gem which you can't run on the pi anyway.

Not sure which external ladspa-foo-plugins is for but you're safe leaving that out, too.

well.. it build fine but then:

$ gdebi pd-l2ork-2.4.2-20171108-rev.0d3f73e7-armv7l.deb Reading package lists... Done Building dependency tree Reading state information... Done Reading state information... Done This package is uninstallable Dependency is not satisfiable: libgsl0ldbl

:(

so the dependency is coded somewhere without needing it to build

btw.. when this finally works where can i send the .deb file? :p

and yeah.. i am aware that Gem sadly does not work with OpenGL-ES would be so awesome if it did!

strangely this lib is not listed here too http://l2ork.music.vt.edu/main/make-your-own-l2ork/software/

btw.. when this finally works where can i send the .deb file?

Not sure what you mean.

Sorry for being vague, i meant to distribute the .deb (when it works) to you so people don't need to do the compiling and installing of -dev packages. For raspberry pi 3 and zero W. Last one i tried last night but when i returned it seemed to have failed in the last stage making a deb from fakeroot or something? Maybe because it was doing so while being root (no user account). I will post the last part of the log here later today.

Oh, I see.

In that case I could help you set up a runner which automatically builds and uploads here. Atm it's a bit intensive because it runs for each group of pushed commits and merges.

raspbian missing libgsl0ldbl dependency

Designs

Child items ...

Activity